[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5c0e86f4-b40b-4f43-a97d-a166f41737a4@linaro.org>
Date: Tue, 22 Apr 2025 08:58:51 +0200
From: neil.armstrong@...aro.org
To: Martin Blumenstingl <martin.blumenstingl@...glemail.com>,
linux-amlogic@...ts.infradead.org
Cc: jbrunet@...libre.com, devicetree@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
christianshewitt@...il.com
Subject: Re: [PATCH v1 0/4] dts: amlogic: fix FCLK{3,4} clocks for new PWM
controller binding
On 20/04/2025 18:47, Martin Blumenstingl wrote:
> 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(-)
>
Reviewed-by: Neil Armstrong <neil.armstrong@...aro.org>
Powered by blists - more mailing lists