I get the following error when trying to configure P9.12 as an input on a BBGW:
dar@arm:~$ sudo config-pin P9.12 in+
P9_12 pinmux file not found!
bash: /sys/devices/platform/ocp/ocp*P9_12_pinmux/state: No such file or directory
Cannot write pinmux file: /sys/devices/platform/ocp/ocp*P9_12_pinmux/state
I think this pin clashes with a BlueTooth enabled LED on the BBGW, but it's the pin I have chosen for my input.
I cannot easily move to another pin as I have many PCBs made using this input.
In previous image builds I have been able to work around this by editting the src/arm/BB-BBGW-WL1835-00A0.dts file to comment out the clash.
What are my options for a work around with these newer kernel images?
Comment:
Also, experiencing very slow boot times ~ 2 minutes with cape_universal enabled. Ideally would like something around 10s.
Yes cape_universal slows things down, so does "rt"..
How many pins do you need? it would be "best" to construct an overlay
file with just what you want to use, and have most of cape_universal
disabled..
I get the following error when trying to configure P9.12 as an input on a BBGW:
dar@arm:~$ sudo config-pin P9.12 in+
P9_12 pinmux file not found!
bash: /sys/devices/platform/ocp/ocp*P9_12_pinmux/state: No such file or directory
Cannot write pinmux file: /sys/devices/platform/ocp/ocp*P9_12_pinmux/state
I think this pin clashes with a BlueTooth enabled LED on the BBGW, but it's the pin I have chosen for my input.
I cannot easily move to another pin as I have many PCBs made using this input.
In previous image builds I have been able to work around this by editting the src/arm/BB-BBGW-WL1835-00A0.dts file to comment out the clash.
What are my options for a work around with these newer kernel images?
Also, experiencing very slow boot times ~ 2 minutes with cape_universal enabled. Ideally would like something around 10s.
Yes cape_universal slows things down, so does "rt"..
How many pins do you need? it would be "best" to construct an overlay
file with just what you want to use, and have most of cape_universal
disabled..
Can we profile the helpers themselves to optimize them? I expect loading all the peripheral drivers is more of the problem, but it would be good to know.
Is this an acceptable way forward or is the preferred method to use config-pin for uarts, i2c etc?
Boot time to having an active WLAN now down to around 20s
On a more troubling note, I’m getting problems with buffer overrun on my UARTS. I’m running 115200 baud without flow control. This worked fine with the 4.4 kernel. Has anything significant changed here? I’ve read some kernel config posts regarding OMAP drivers and 256 byte DMA buffers. How can I tell if these are enabled and functioning?