aboutsummaryrefslogtreecommitdiffstats
path: root/package/boot/arm-trusted-firmware-mediatek
diff options
context:
space:
mode:
authorDaniel González Cabanelas <dgcbueu@gmail.com>2020-05-19 15:56:29 +0200
committerÁlvaro Fernández Rojas <noltari@gmail.com>2021-02-23 11:17:51 +0100
commit8f7a905ffb45fddc1ee2148104764c47be4ae56a (patch)
treed71c72acc6b2a84104d7dd16a3600aec4f74ea4e /package/boot/arm-trusted-firmware-mediatek
parente3e6ec3cdafb226ba5eaab867659b08e7f0d700f (diff)
downloadupstream-8f7a905ffb45fddc1ee2148104764c47be4ae56a.tar.gz
upstream-8f7a905ffb45fddc1ee2148104764c47be4ae56a.tar.bz2
upstream-8f7a905ffb45fddc1ee2148104764c47be4ae56a.zip
bcm63xx: pinctrl: fix BCM6348 groups
The current driver has some troubles: - Some groupings are wrong. - The pinctrl group0 owns pins never used (at least in Openwrt) for any pinmux. The driver hijacks all the pins on the group avoiding any other use, spite they're free. I.e. for buttons, causing this kernel error: [ 4.735928] gpio-keys-polled keys: unable to claim gpio 479, err=-22 [ 4.742642] gpio-keys-polled: probe of keys failed with error -22 - Minor errors about groupings on the documentation - Missing "diag" grouping in dtsi - Wrong groupings in dtsi Fix it by setting the correct groups. And relax the pin capturing, letting the gpios belonging to any group to be used for other purposes like buttons. This was the behavior with stock firmwares and old OpenWrt versions which never caused any trouble. Signed-off-by: Daniel González Cabanelas <dgcbueu@gmail.com> (Cherry-picked from commit 50cb3a750f)
Diffstat (limited to 'package/boot/arm-trusted-firmware-mediatek')
0 files changed, 0 insertions, 0 deletions