summaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python/mem-phys-addr.py
diff options
context:
space:
mode:
authorDiederik de Haas <didi.debian@cknow.org>2024-10-18 17:45:50 +0300
committerHeiko Stuebner <heiko@sntech.de>2024-10-25 09:41:15 +0300
commit08846522d9a7bccf18d4f97c3f39d03c7a193970 (patch)
tree3a1afb1e9ed6eb0145d1e3c7dcff4fc2e09fb93a /tools/perf/scripts/python/mem-phys-addr.py
parenta4dca88c9c3abd2ba73d09fb5b365fdf7d5198a3 (diff)
downloadlinux-08846522d9a7bccf18d4f97c3f39d03c7a193970.tar.xz
arm64: dts: rockchip: Correct GPIO polarity on brcm BT nodes
Paragraph "3.4 Power up Timing Sequence" of the AzureWave-CM256SM datasheet mentions the following about the BT_REG_ON pin, which is connected to GPIO0_C4_d: When this pin is low and WL_REG_ON is high, the BT section is in reset. Therefor set that pin to GPIO_ACTIVE_HIGH so that it can be pulled low for a reset. If set to GPIO_ACTIVE_LOW, the following errors are observed: Bluetooth: hci0: command 0x0c03 tx timeout Bluetooth: hci0: BCM: Reset failed (-110) So fix the GPIO polarity by setting it to ACTIVE_HIGH. This also matches what other devices with the same BT device have. Fixes: 2b6a3f857550 ("arm64: dts: rockchip: Fix reset-gpios property on brcm BT nodes") Signed-off-by: Diederik de Haas <didi.debian@cknow.org> Link: https://lore.kernel.org/r/20241018145053.11928-2-didi.debian@cknow.org Signed-off-by: Heiko Stuebner <heiko@sntech.de>
Diffstat (limited to 'tools/perf/scripts/python/mem-phys-addr.py')
0 files changed, 0 insertions, 0 deletions