Closed eN0Rm closed 10 years ago
Do you error msgs you can share?
Another thing you may want to look into are the loaded kernel modules in either case (lsmod
).
If you can share your spi program (source) then I could take a look as well, although I have no experience with spi.
root@rpi1:~/bin# lsmod Module Size Used by ipv6 316254 18 snd_bcm2835 19576 0 snd_soc_tas5713 5573 0 snd_soc_pcm512x 9034 0 snd_soc_wm8804 7932 0 snd_soc_bcm2708_i2s 6210 0 regmap_mmio 2818 1 snd_soc_bcm2708_i2s snd_soc_core 127849 4 snd_soc_pcm512x,snd_soc_wm8804,snd_soc_tas5713,snd_soc_bcm2708_i2s snd_compress 8259 1 snd_soc_core regmap_i2c 1661 4 snd_soc_pcm512x,snd_soc_wm8804,snd_soc_core,snd_soc_tas5713 snd_pcm_dmaengine 5505 1 snd_soc_core regmap_spi 1913 3 snd_soc_pcm512x,snd_soc_wm8804,snd_soc_core snd_pcm 83845 3 snd_bcm2835,snd_soc_core,snd_pcm_dmaengine snd_page_alloc 5132 1 snd_pcm snd_seq 55484 0 snd_seq_device 6469 1 snd_seq snd_timer 20998 2 snd_pcm,snd_seq leds_gpio 2079 0 led_class 4118 1 leds_gpio snd 62252 7 snd_bcm2835,snd_soc_core,snd_timer,snd_pcm,snd_seq,snd_seq_device,snd_compress i2c_bcm2708 4943 0 spi_bcm2708 4964 0
http://paste.debian.net/129100/ http://paste.debian.net/129101/ http://paste.debian.net/129102/
ls /dev/spidev0.* /dev/spidev0.0 /dev/spidev0.1
[ 8.448108] bcm2708_spi bcm2708_spi.0: master is unqueued, this is deprecated [ 8.562204] bcm2708_spi bcm2708_spi.0: SPI Controller at 0x20204000 (irq 80)
Not sure if this is relevant
I've also ran rpi-update after a clean install
WiringPi is also in use https://github.com/WiringPi/WiringPi
Did you meant to close the issue?
Is the output you posted above from the install through raspbian-ua-netinst? (I'm guessing yes)
What you could try is adding the following contents to /etc/modprobe.d/raspi-blacklist.conf
:
# blacklist spi and i2c by default (many users don't need them)
blacklist spi-bcm2708
blacklist i2c-bcm2708
blacklist snd-soc-pcm512x
blacklist snd-soc-wm8804
That file is present on a rpf image, but isn't created (by default) by raspbian-ua-netinst.
Note that ls /dev/spidev0.*
doesn't return anything on either a rpf image nor an image from raspbian-ua-netinst here.
Did not mean to close the issue. Just a miss click :)
I'll do some more testing. Will report back
Sorry for using long time to reply. The blacklisting solved the problem. I guess the kernel modules are not the same the gpio tool uses? Anyway, have a beer @diederikdehaas @changetip
There are indeed differences wrt gpio kernel modules between the raspbian and rpf kernel. See also https://github.com/debian-pi/raspbian-ua-netinst/issues/111
I need to add that I did rpi-update
Regarding #111 I'm not quite sure if it's the same problem.
It very well may be a different issue, but https://github.com/debian-pi/raspbian-ua-netinst/issues/111#issuecomment-63773629 showed that the kernel configuration wrt 1-wire bus is different. Something similar may be the case here.
I got my spi epaper screen working again by doing
1) rpi-update 2) blacklist the modules
The software uses gpio tool to load spi
Hi,
If I do a full raspbian install, my spi program works.
When doing a clean raspbian-ua-netinst it dont. I can see both spi devices under /dev/
What am I missing?