Package: bluez
Version: 5.87-5
Severity: important
When I connected my WH-1000XM3 for a webex meeting, it was no longer
working (and the internal microphone of my laptop wasn't working
either). The journalctl logs show:
Oct 19 16:56:11 qaa bluetoothd[1292]: profiles/audio/a2dp.c:load_remote_sep()
Unable to load LastUsed: rseid 1 not found
Oct 19 16:56:12 qaa kernel: input: WH-1000XM3 (AVRCP) as
/devices/virtual/input/input35
Oct 19 16:56:12 qaa systemd-logind[1310]: Watching system buttons on
/dev/input/event24 (WH-1000XM3 (AVRCP))
Oct 19 16:56:29 qaa wireplumber[2492]: pw.node:
(bluez_input.38_18_4C_4B_AC_93.0-77) running -> error (Received error event)
Oct 19 16:56:29 qaa wireplumber[2492]: pw.node:
(bluez_output.38_18_4C_4B_AC_93.1-79) running -> error (Received error event)
Oct 19 16:56:29 qaa wireplumber[2492]: spa.bluez5: Failure in Bluetooth audio
transport /org/bluez/hci0/dev_38_18_4C_4B_AC_93/fd64
Oct 19 16:56:29 qaa pipewire[2488]: pw.node:
(bluez_input.38_18_4C_4B_AC_93.0-77) running -> error (Received error event)
Oct 19 16:56:29 qaa pipewire[2488]: pw.node:
(bluez_output.38_18_4C_4B_AC_93.1-79) running -> error (Received error event)
Oct 19 16:56:29 qaa bluetoothd[1292]:
/org/bluez/hci0/dev_38_18_4C_4B_AC_93/sep1/fd1: fd(34) ready
Oct 19 16:57:25 qaa kernel: Bluetooth: hci0: SCO packet for unknown connection
handle 513
Oct 19 16:57:25 qaa kernel: kauditd_printk_skb: 54 callbacks suppressed
Oct 19 16:57:25 qaa kernel: audit: type=1400 audit(1792421845.592:568):
apparmor="DENIED" operation="userns_create" class="namespace"
profile="firejail-default" pid=256541 comm="firefox" requested="userns_create"
denied="userns_create"
Oct 19 16:58:54 qaa wireplumber[2492]: pw.node:
(bluez_output.38_18_4C_4B_AC_93.1-79) running -> error (Received error event)
Oct 19 16:58:54 qaa wireplumber[2492]: spa.bluez5: Failure in Bluetooth audio
transport /org/bluez/hci0/dev_38_18_4C_4B_AC_93/sep1/fd1
Oct 19 16:58:54 qaa pipewire[2488]: pw.node:
(bluez_output.38_18_4C_4B_AC_93.1-79) running -> error (Received error event)
Oct 19 16:58:55 qaa wireplumber[2492]: pw.node:
(bluez_input.38_18_4C_4B_AC_93.0-94) suspended -> error (Received error event)
Oct 19 16:58:55 qaa wireplumber[2492]: pw.node:
(bluez_output.38_18_4C_4B_AC_93.1-88) running -> error (Received error event)
Oct 19 16:58:55 qaa pipewire[2488]: pw.node:
(bluez_input.38_18_4C_4B_AC_93.0-94) running -> error (Received error event)
Oct 19 16:58:55 qaa pipewire[2488]: pw.node:
(bluez_output.38_18_4C_4B_AC_93.1-88) running -> error (Received error event)
Oct 19 16:58:55 qaa pipewire-pulse[2494]: mod.client-node: port (nil):
set_param 4 0x563085381f80: Invalid argument
Oct 19 16:58:55 qaa pipewire[2488]: pw.core: 0x5594da794d40: error -22 for
resource 74: port_set_param(Spa:Enum:ParamId:Format) failed: Invalid argument
Oct 19 16:58:55 qaa pipewire[2488]: mod.client-node: 0x5594dd02b340: error
seq:10992 -22 (port_set_param(Spa:Enum:ParamId:Format) failed: Invalid argument)
Oct 19 16:58:55 qaa pipewire[2488]: pw.link: 0x5594dd039ae0: one of the nodes
is in error out:suspended in:error
[...]
There was no such issue 2 weeks ago with bluez 5.87-4 (but perhaps
there's some randomness in the issue).
According to Mistral, this is an upstream bug, which is now fixed:
This looks like the known BlueZ 5.87 regression, not a config problem on your
side.
## What's happening
- BlueZ 5.87 shipped commit `912f5efb0dd9` ("a2dp: Fix handling of codec
capability storage"), which broke the loop that parses cached remote SEP
capabilities: `i` starts at 0 but the loop requires `i >= 2`, so the body never
runs and every cached endpoint is discarded — producing exactly your
`load_remote_sep() Unable to load LastUsed: rseid 1 not found` message ([patch
discussion](https://ratatoskr.run/linux-bluetooth/2026/07/17240553/t)).
- With no cached remote SEPs, AVDTP discovery on every reconnect races with the
headset's own Set Configuration, so the stream never gets properly established,
and PipeWire/WirePlumber's transport open fails — the `Failure in Bluetooth
audio transport ... /sep1/fd1` and node `running -> error` lines you see. The
same pattern is reported for Sony WH-1000XM5 and other A2DP devices on bluez
5.87-2 ([bluez#2575](https://github.com/bluez/bluez/issues/2575),
[bluez#2321](https://github.com/bluez/bluez/issues/2321),
[bluez#2553](https://github.com/bluez/bluez/issues/2553)).
- The `Unable to load LastUsed` line even appears on connections that work, so
it's easy to dismiss — but it's the root-cause marker
([bluez#2321](https://github.com/bluez/bluez/issues/2321)).
The fix is upstream commit `b7d71e5` ("a2dp: Fix loading of remote SEP from
cache"), merged on 2026-07-10 into BlueZ master ([fix
commit](https://github.com/bluez/bluez/issues/2575)) — i.e. it should land in
BlueZ 5.88.
[workaround snipped...]
The `SCO packet for unknown connection handle 513` kernel line is a side effect
of the failed HFP/eSCO session teardown, and the firejail/firefox AppArmor
denial is unrelated noise.
-- System Information:
Debian Release: forky/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'stable-updates'), (500,
'stable-security'), (500, 'stable-debug'), (500, 'proposed-updates-debug'),
(500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.7.12-amd64 (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages bluez depends on:
ii dbus [default-dbus-system-bus] 1.16.2-8
ii kmod 34.2-2
ii libasound2t64 1.2.16.1-2
ii libc6 2.43-7
ii libdbus-1-3 1.16.2-8
ii libdw1t64 0.196-1
ii libglib2.0-0t64 2.90.1-2
ii libreadline8t64 8.3-4
ii libudev1 262-1
ii systemd [systemd-sysusers] 262-1
ii udev 262-1
bluez recommends no packages.
Versions of packages bluez suggests:
pn pulseaudio-module-bluetooth <none>
-- no debconf information
--
Vincent Lefèvre <[email protected]> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / Pascaline project (LIP, ENS-Lyon)
