On Tue, Sep 01, 2015 at 11:45:31AM +0200, Christian Hartmann wrote:
hi
2015-08-28 11:50 GMT+02:00 Christian Hartmann cornogle@googlemail.com:
and thats what I got:
[ 6.182903] pxa2xx-spi 80860F0E:00: bus_num = -1 [ 6.182909] pxa2xx-spi 80860F0E:00: num_chipselect = 2 [ 6.182928] pxa2xx-spi 80860F0E:00: IRQ 194 [ 6.183049] pxa2xx-spi 80860F0E:00: no DMA channels available, using PIO [ 6.183111] pxa2xx-spi 80860F0E:00: registered master spi32766 (dynamic) [ 6.192761] spi spi-WM510205:00: 8333333 Hz actual, PIO .... the rest of the dmesg is currently the same....
Q: this thread is about the patch for the pxa2xx-spi where the num_chipselect was raised by one to so that the slave connects here at all. otherwise the cs1 >= max will be hit. Do you think the bus_number is ok ? And shouldn't it be set the cs1=0 and num_chipselect=1 ??
What is with the bus_num ? where can I find the correct one ? I have no working example, is it possible to find the right settings only via a windows installation??
I am not sure the problem would be the bus number it is basically just a number allocated in the kernel, it should really matter as long as it represents the right device. Which as far as we can see here looks likely.
The chip select being wrong could well be the issue, perhaps the Windows driver supports multiple chipselects where as the Linux one doesn't? Do you have access to any datasheets for the SPI on the AP? Alternatively you could try hacking it to use chip select 0 and see if that makes the system work, seems like a long shot but perhaps worth a quick go.
Thanks, Charles