[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20231007102954.2eeb5edc@aktux>
Date: Sat, 7 Oct 2023 10:29:54 +0200
From: Andreas Kemnade <andreas@...nade.info>
To: Tony Lindgren <tony@...mide.com>
Cc: Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>,
bcousson@...libre.com, robh+dt@...nel.org,
krzysztof.kozlowski+dt@...aro.org, conor+dt@...nel.org,
linux-omap@...r.kernel.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2] ARM: dts: omap4-embt2ws: Add Bluetooth
Hi Tony,
On Sat, 7 Oct 2023 10:24:42 +0300
Tony Lindgren <tony@...mide.com> wrote:
> * Tony Lindgren <tony@...mide.com> [231007 07:00]:
> > * Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org> [231005 08:47]:
> > > On 04/10/2023 09:03, Andreas Kemnade wrote:
> > > > Since the required clock is now available, add bluetooth.
> > > >
> > > > Note: Firmware (bts file) from device vendor reroutes tx for some time
> > > > during initialisation and later put it back, producing timeouts in
> > > > bluetooth initialisation but ignoring that command leads to proper
> > > > initialisation.
> > > >
> > > > Signed-off-by: Andreas Kemnade <andreas@...nade.info>
> > > > ---
> > >
> > >
> > > Reviewed-by: Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>
> >
> > Applying into omap-for-v6.7/dt thanks.
>
> Looks like this causes the following #clock-cells warning so dropping
> this patch.
>
> Regards,
>
> Tony
>
> arch/arm/boot/dts/ti/omap/omap4-epson-embt2ws.dts:457462.4: Warning (clocks_property):
> /ocp/interconnect@...00000/segment@...arget-module@...00/serial@...luetooth-gnss:
> Missing property '#clock-cells' in node /ocp/interconnect@...00000/segment@...arge
>
>
well, it depends on the wlan dts patch. I think we are better of with having
both applied now. It is a better description of the hardware, and that is what
the devicetree is about. Having wlan randomly working without undocumented
description is IMHO worse than with a clear description.
The reason why this did not come to light earlier is because I had tested it on top
of a bunch of regression fixes for the twl (which were accepted at that point)
and I did miss the fact that I had also a had a local hack amoung them to enable
the clock by a simple register write in _probe it twl-core.c.
I think as Stephen has little comments about the last version and just not
collected anything else than fixes for -rc, I would think it simply will be
applied. I think he just has a late start.
Regards,
Andreas
Powered by blists - more mailing lists