From: "Russell King (Oracle)" <email@example.com>
To: Greg Kroah-Hartman <firstname.lastname@example.org>
Cc: "Andre Przywara" <email@example.com>,
"Ondrej Jirman" <firstname.lastname@example.org>,
"Chen-Yu Tsai" <email@example.com>,
"Maxime Ripard" <firstname.lastname@example.org>,
"Jernej Škrabec" <email@example.com>,
"Jiri Slaby" <firstname.lastname@example.org>,
"Linux ARM Mailing List" <email@example.com>,
"Linux Kernel Mailing List" <firstname.lastname@example.org>,
"Marcel Holtmann" <email@example.com>,
"Johan Hedberg" <firstname.lastname@example.org>,
"Luiz Augusto von Dentz" <email@example.com>,
"Josh Triplett" <firstname.lastname@example.org>,
Subject: Re: sunxi: Bluetooth broken since 5.6-rc1
Date: Mon, 31 May 2021 15:41:36 +0100 [thread overview]
Message-ID: <20210531144136.GS30436@shell.armlinux.org.uk> (raw)
On Mon, May 31, 2021 at 03:21:54PM +0200, Greg Kroah-Hartman wrote:
> On Sun, May 30, 2021 at 05:34:54PM +0100, Andre Przywara wrote:
> > An obvious easy hack-fix is to just define
> > CONFIG_SERIAL_8250_16550A_VARIANTS, which brings the delays back and
> > seems to avoid the problem for me.
> > Another hack which seems to mitigate the problem is to avoid switching
> > the baudrate to something faster than 115200.
> > I observed this on a BananaPi-M64 (Allwinner A64 SoC with AP6212 WiFi/BT
> > chip), but others reported the same issue on a NanoPi Air (Allwinner H3
> > with 6212), but also other SoCs and devices (at least one AP6210).
> > Obviously those workarounds are not real solutions, and I was
> > wondering if anybody has an idea how to properly fix this?
> > What puzzles me is that the delay is happening during the *UART*
> > probe, so before we even start dealing with the Bluetooth device.
> What type of bluetooth device is this, and what does it have to do with
> the serial port? Is the SoC device using the same IP blocks for both?
Many bluetooth "devices" (I mean the interface from the local machine
to the BT world, not as in remote devices) are connected through a
standard UART. Pictorially, it's:
CPU <---> UART <---> BT chip <---> Bluetooth RF world
The reporter seems to be saying is that a change to the UART driver now
means that the bluetooth chip wired to that UART no longer functions due
to slightly different initialisation timings of the host UART.
RMK's Patch system: https://www.armlinux.org.uk/developer/patches/
FTTP is here! 40Mbps down 10Mbps up. Decent connectivity at last!
next prev parent reply other threads:[~2021-05-31 14:48 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-05-30 16:34 sunxi: Bluetooth broken since 5.6-rc1 Andre Przywara
2021-05-31 13:21 ` Greg Kroah-Hartman
2021-05-31 14:41 ` Russell King (Oracle) [this message]
2021-06-04 17:13 ` Andre Przywara
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).