Re: [PATCH 1/3] spi/bcm63xx-hsspi: allow providing clock rate through a second clock

On Wed, Feb 22, 2017 at 02:19:38PM +0100, Jonas Gorski wrote:

Instead of requiring the hsspi clock to have a rate, allow using a second
clock for providing the Hz rate, which is probably more correct anyway.

I'm sorry but I just can't follow the logic here at all - why would we
use "a second clock" to get the rate of a clock and why would that be
more correct?  There's a few steps in the reasoning missing here I
think!