Closed theLuthier closed 8 years ago
Have you followed this: https://github.com/notro/fbtft/wiki#make-it-permanent-debian-jessie-arch-linux-systemd
Thanks for the repy, notro. Yes I have, here's the output from dmesg:
This kernel seem to be using the out-of-tree spi-bcm2708 driver, so you need to specify spi-bcm2708 instead of spi-bcm2835.
That seems to have fixed it! Though dmesg still gives an error:
I'm used to this working sometimes and not others, so I'll give it a couple days and update if this appears to be a permanent fix. Thanks a ton for the help!
If you add debug
to /boot/cmdline.txt, you'll get a lot of systemd debug messages in the kernel log. Maybe that can aid you in tracking down the reason for the error.
Oh nice, thanks for the suggestion - I'll certainly try it.
Closing old issues, reopen if needed.
Hi did you solved this error ? I've the same :
I’m using a 2.2″ SPI TFT display with my RPi2. In conjunction with RetroPie 3.2, everything worked fine with FBTFT and FBCP working at startup. I’ve since installed Retropie 3.4 and I keep running into 2 problems:
1 -- FBTFT module fails to load when added to /etc/modules.
I’ve managed to work around it by adding “modprobe fbtft_device name=adafruit22a” to /etc/rc.local, however it only works about 50% of the time. The module loading after reboot seems to be determined by the flip of a coin..
2 -- Following the trend, FBCP only runs at startup about 50% of the time. I've tried adding “/usr/local/bin/fbcp &” seemingly everywhere I've seen suggested online: rc.local, init.d/asplashscreen, my own custom startup script as recommend in the wiki (http://www.stuffaboutcode.com/2012/06/raspberry-pi-run-program-at-start-up.html).
However as soon as I get to the console, “modprobe fbtft_device” loads fine as does “fbcp&”. So this tells me that perhaps there’s an issue with when the module loads and when/if the fbcp command runs.
Any help is very appreciated at this point.
PS - Huge thanks to notro for making this possible in the first place!