Linux bluetooth development
 help / color / mirror / Atom feed
 messages from 2026-11-14 16:16:08 to 2026-11-14 20:46:21 UTC [more...]

[PATCH 0/4] Bluetooth: qca: Fix WCN3950 power-off
 2026-11-14 20:46 UTC  (7+ messages)
` [PATCH v2 0/4] Bluetooth: qca: Power off WCN3950
  ` [PATCH v2 2/4] Bluetooth: qca: Power off after unregistering the HCI device
  ` [PATCH v2 3/4] Bluetooth: qca: Handle failed power-pulse writes
  ` [PATCH v2 1/4] Bluetooth: hci_serdev: Track whether the serial port is open
    ` [v2,1/4] "
  ` [PATCH v2 4/4] Bluetooth: qca: Power off WCN3950

[PATCH 2/4] Bluetooth: hci_serdev: Track whether the serial port is open
 2026-11-14 20:46 UTC  (5+ messages)
` [PATCH 0/1] Bluetooth: hci_mrvl: Fix duplicate serdev open/close
  ` [PATCH 1/1] Bluetooth: hci_mrvl: Leave the serdev port lifetime to hci_serdev
    ` Bluetooth: hci_mrvl: Fix duplicate serdev open/close

[PATCH RESEND BlueZ] test: functional: retry pairable when Busy
 2026-11-14 20:37 UTC  (2+ messages)
` [RESEND,BlueZ] "

[PATCH 00/12] docs: ioctl-number: update entries
 2026-11-14 20:26 UTC  (13+ messages)
` [PATCH 01/12] docs: ioctl-number: update MM entries
` [PATCH 02/12] docs: ioctl-number: update sound entries
` [PATCH 03/12] docs: ioctl-number: update block entries
` [PATCH 04/12] docs: ioctl-number: update networking entries
` [PATCH 05/12] docs: ioctl-number: update video/fbdev entries
` [PATCH 06/12] docs: ioctl-number: update SCSI entries
` [PATCH 07/12] docs: ioctl-number: update MTD entries
` [PATCH 08/12] docs: ioctl-number: update USB entries
` [PATCH 09/12] docs: ioctl-number: update virtualization entries
` [PATCH 10/12] docs: ioctl-number: update FS entries
` [PATCH 11/12] docs: ioctl-number: update platform entries
` [PATCH 12/12] docs: ioctl-number: update DRM entries

Hi,,,I am investigating a reproducible Bluetooth SAR initialization warning on an Intel AX201 controller in an ASUS ExpertBook B5402CBA running Gentoo Linux.,,The warning occurs during firmware initialization on both Linux 7.3.3 and 7.3.4:,,```,Bluetooth: hci0: Applying legacy Bluetooth SAR,Bluetooth: hci0: Failed to send sar ddc id:0x0137 (-22),```,,I captured the initial firmware initialization with btmon and confirmed that the controller explicitly rejects Intel DDC Config Write (0xfc8b), ID 0x0137, with HCI status 0x12.,,**Environment**,,- Hardware: Intel AX201 (USB 8087:0026),- Laptop: ASUS ExpertBook B5402CBA,- Kernel: Gentoo Linux 7.3.4-bdsm (also observed on 7.3.3-bdsm),- Bluetooth firmware: 2026.29, build 82200,- Firmware SHA1 reported by controller: 0xd3d4fa22,- CNVi TOP: 0x00080400,- CNVr TOP: 0x01300504,- Intel DDC file: intel/ibt-0040-4150.ddc (symlink to ibt-0040-0041.ddc),,**Confirmed HCI sequence**,,```,DDC ID Payload HCI status,0x0128 18 Success (0x00),0x0129 03 00 Success (0x00),0x0131 06 Success (0x00),0x0132 06 Success (0x00),0x0133 07 Success (0x00),0x0137 06 08 08 Invalid HCI Command Parameters (0x12),```,,The initial DDC configuration file contains only IDs 0x0128 and 0x0129, and both are applied successfully.,,The legacy SAR parameters come from the ACPI BRDS method at:,,```,\_SB.PC00.XHCI.RHUB.HS10,```,,The method reads the Bluetooth SAR values from the ASUS GNVS SystemMemory region. The controller initialization takes the legacy SAR path.,,In `btintel_set_legacy_sar()`, the first three SAR commands succeed. The next command, ID 0x0137 with payload `06 08 08`, is rejected. The function then returns without sending the remaining legacy SAR commands.,,**Questions**,,1. Is legacy SAR DDC ID 0x0137 with a three-byte BR/EDR payload expected to be supported by this AX201 firmware and hardware generation?,2. Are the payload values `06 08 08` valid for this command, or could the rejection indicate incompatible ACPI-provided SAR values?,3. If this rejection is expected for some Intel controllers, should `btintel` check capability or handle the unsupported command differently, while preserving the required radio power restrictions?,4. Could this result in only partial application of the platform's Bluetooth SAR settings?,,The controller finishes initialization and Bluetooth remains usable. I am not claiming that this warning causes the separate intermittent hardware error 0x0c observed on the system.,,I can provide a sanitized btmon capture, relevant DSDT/BRDS excerpts, and kernel initialization logs if useful.,,Thanks for looking into this
 2026-11-14 19:08 UTC 

[STABLE 6.6] Bluetooth MediaTek controller reset fixes
 2026-11-14 17:35 UTC 

[PATCH bluez] gatt-client: Fix not emitting MTU on reconnection
 2026-11-14 17:00 UTC  (2+ messages)
` [bluez] "


This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox