Sorry but I'm reverting that upload for now until the patches are
properly upstreamed. We have been bitten too often by unforwarded
changes that create issues or create maintainance burden over the years
and we currently don't have the team capacity to deal with extra cost.
If foundations would like to step up and take over bluez though that's a
discussion we could have...
** Changed in: bluez (Ubuntu Hirsute)
Status: Fix Released => Triaged
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to bluez in Ubuntu.
https://bugs.launchpad.net/bugs/1903048
Title:
[SRU] Bluetooth won't activate on the pi 400
Status in bluez package in Ubuntu:
Triaged
Status in bluez source package in Hirsute:
Triaged
Bug description:
[Impact]
Without these patches, Bluetooth is inoperable on the recently
released Raspberry Pi 400.
[Test Case]
* Boot the Ubuntu Desktop for Pi image on a Pi 400.
* Start the Settings application and switch to the Bluetooth tab
* Verify that Bluetooth is not enabled and attempting to activate it fails
* sudo add-apt-repository ppa:waveform/pi-bluetooth
* sudo apt update
* sudo apt install bluez
* sudo reboot
* Start the Settings application and switch to the Bluetooth tab
* Verify that Bluetooth is active and that Bluetooth devices (e.g. mice,
mobile phones, headphones, etc.) can connect and operate correctly
[Regression Potential]
Extremely low (on groovy in particular, this has the same version of
bluez as hirsute). The only significant risk is to non-Pi platforms or
dongles which also use the Broadcom 43xx (or Cypress 305) chips for
Bluetooth which might be inadvertently affected by these patches.
[Original Description]
The new Pi 400 has a slightly different Wifi/BT chip to the Pi4.
Whilst wifi works happily, Bluetooth fails to operate. This doesn't
appear to be an issue with either the firmware (the latest versions
from upstream Raspbian have been tried), or the kernel (a known-good
raspi kernel has been tested under Ubuntu), but with Bluez itself.
Specifically, tracing the initialization with btmon on Raspbian and
Ubuntu, the stack consistently fails when attempting to "Set Default
PHY" on the latter. Curiously, under Ubuntu the adapter also appears
to lack a MAC address.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/bluez/+bug/1903048/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
