Re: [RFC] spi: add spi multiplexing functions for dt

2018-01-25 Thread Ben Whitten
On 24 January 2018 at 14:54, Mark Brown wrote: > On Wed, Jan 24, 2018 at 02:01:55PM +, Ben Whitten wrote: >> On 23 January 2018 at 11:11, Mark Brown wrote: > >> > level. Things that have their own transfer function would be better off >> > just being first order SPI controllers I think so th

Re: [RFC] spi: add spi multiplexing functions for dt

2018-01-24 Thread Mark Brown
On Wed, Jan 24, 2018 at 02:01:55PM +, Ben Whitten wrote: > On 23 January 2018 at 11:11, Mark Brown wrote: > > level. Things that have their own transfer function would be better off > > just being first order SPI controllers I think so that they get access > > to everything the framework off

Re: [RFC] spi: add spi multiplexing functions for dt

2018-01-24 Thread Ben Whitten
On 23 January 2018 at 11:11, Mark Brown wrote: > On Mon, Jan 22, 2018 at 10:51:12PM +, Ben Whitten wrote: > >> Like I2C busses SPI devices can also sit behind multiplexers. >> This patch adds is based off the I2C implementation and allows >> description in the devicetree. > > Why is this not s

Re: [RFC] spi: add spi multiplexing functions for dt

2018-01-23 Thread Mark Brown
On Mon, Jan 22, 2018 at 10:51:12PM +, Ben Whitten wrote: > Like I2C busses SPI devices can also sit behind multiplexers. > This patch adds is based off the I2C implementation and allows > description in the devicetree. Why is this not sitting at either the chip select level or just having the