[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20250420164801.330505-1-martin.blumenstingl@googlemail.com>
Date: Sun, 20 Apr 2025 18:47:57 +0200
From: Martin Blumenstingl <martin.blumenstingl@...glemail.com>
To: linux-amlogic@...ts.infradead.org
Cc: neil.armstrong@...aro.org,
jbrunet@...libre.com,
devicetree@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org,
linux-kernel@...r.kernel.org,
christianshewitt@...il.com,
Martin Blumenstingl <martin.blumenstingl@...glemail.com>
Subject: [PATCH v1 0/4] dts: amlogic: fix FCLK{3,4} clocks for new PWM controller binding
Christian has reported Bluetooth issues on some of his boards, for
example on a (GXBB) WeTek Play 2:
# dmesg | grep -i blue
Bluetooth: Core ver 2.22
NET: Registered PF_BLUETOOTH protocol family
Bluetooth: HCI device and connection manager initialized
Bluetooth: HCI socket layer initialized
Bluetooth: L2CAP socket layer initialized
Bluetooth: SCO socket layer initialized
Bluetooth: HCI UART driver ver 2.3
Bluetooth: HCI UART protocol H4 registered
Bluetooth: HCI UART protocol Three-wire (H5) registered
Bluetooth: HCI UART protocol Broadcom registered
Bluetooth: HCI UART protocol QCA registered
Bluetooth: HCI UART protocol AML registered
Bluetooth: null: hu 0000000023fa9791
Bluetooth: hci0: hu 0000000023fa9791
Bluetooth: hci0: hu 0000000023fa9791 skb 000000003f7acf2f
Bluetooth: hci0: command 0x0c03 tx timeout
Bluetooth: hci0: BCM: Reset failed (-110)
Bluetooth: hci0: hu 0000000023fa9791
Bluetooth: hci0: hu 0000000023fa9791
It turns out there's a typo in the references to the untested/unknown
clock input that made it into the already applied series
"dts: amlogic: switch to the new PWM controller binding" [0]
The original goal was to skip this input. This can be achieved by
specifying a clock input as <0> (which this series does). When using
<> (note the lack of 0) the clock is completely ignored when parsing
the .dtb, resulting in a shift in index of the FCLK DIV4 / DIV3 inputs.
This then results in the PWM controller driver calculating the
frequencies for a different clock compared to what the actual hardware
uses.
Neil, please apply this as a fix for the next 6.15-rc.
[0] https://lore.kernel.org/linux-amlogic/20241227212514.1376682-1-martin.blumenstingl@googlemail.com/
Martin Blumenstingl (4):
ARM: dts: amlogic: meson8: fix reference to unknown/untested PWM clock
ARM: dts: amlogic: meson8b: fix reference to unknown/untested PWM
clock
arm64: dts: amlogic: gx: fix reference to unknown/untested PWM clock
arm64: dts: amlogic: g12: fix reference to unknown/untested PWM clock
arch/arm/boot/dts/amlogic/meson8.dtsi | 6 +++---
arch/arm/boot/dts/amlogic/meson8b.dtsi | 6 +++---
arch/arm64/boot/dts/amlogic/meson-g12-common.dtsi | 6 +++---
arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi | 6 +++---
arch/arm64/boot/dts/amlogic/meson-gxl.dtsi | 6 +++---
5 files changed, 15 insertions(+), 15 deletions(-)
--
2.49.0
Powered by blists - more mailing lists