SPIDev will never be able to do this with any kernel. The BBB has two SPI ports and each are theoretically capable of a maximum of 4 CS lines each. However only two CS lines on each port are made available to the pinmux and of those two I am pretty sure second CS line on SPI0 has not been brought out to the P8 or P9 headers by the designers of the BBB.
The upshot is that using the internal CS lines, which is what SPIDev does, you can have a max of one device on SPI0 and two on SPI1. Also note that SPI1 conflicts with the HDMI device and so to enable it you need to disable the HDMI display. None of this is SPIDev's doing - it is just supporting the hardware state it is given. So if you want more CS lines you need to ignore the internal CS lines and simulate them with GPIO's. The BBBCSIO library has transparent support for this but it is intended for mono/C# and needs the BBB to be running an armhf kernel. You may find there are Python libraries which can do this too. BBBCSIO (in case you need the link): http://ofitselfso.com/BBBCSIO/BBBCSIO.php On Thursday, 22 January 2015 19:18:05 UTC, codemonkey wrote: > > Hello, I need to address six devices on a single spi bus, and I'm hoping > to avoid writing a device driver :-) > > We will be updating from 3.8.13-bone68 as soon as there is a stable > release of a newer kernel. So far, my research hasn't turned up any > indication that spidev can support the use of additional gpis's for this > purpose. > > Will this be true with the new kernel? Has anyone addressed this? > > Thanks for your help, > Tim > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
