Henner Zeller
unread,Oct 30, 2017, 11:52:59 PM10/30/17Sign in to reply to author
Sign in to forward
You do not have permission to delete messages in this group
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to beagl...@googlegroups.com
Hi,
I've seen a regression in bone-debian-9.2-iot-armhf-2017-10-10-4gb.img
- Loading the fbtft LCD drivers fail because they can't open GPIOs
This worked in the previous bone-debian-9.1-iot-armhf-2017-09-21-4gb image:
modprobe fbtft_device cs=1 busnum=2 name=tm022hdh26 gpios=dc:45,reset:86
(GPIO 45 is on Pin 33 on the PocketBeagle, GPIO 86 is Pin 35; both
configured to be default pinmuxed as GPIO).
Now, in the 9.2 image, this fails with the following:
[ 90.487929] fb_ili9341 spi2.1: fbtft_request_gpios:
gpio_request_one('dc'=45) failed with -16
[ 90.496974] fb_ili9341: probe of spi2.1 failed with error -16
-16 is EBUSY, which indicates that somehow the GPIO pins are already grabbed.
What changed ? How can this be fixed ?
Is there a simple way to see _who_ is using a GPIO (like an lsof for GPIOs?)
(I guess these are questions for Robert :) ).
-h