I have a Dell Studio laptop (I know, it is old) and I use a Plugable BT 4 dongle to connect to a soundbar. Randomly, the sound is lost when:
- I change the focus from the sound source software (Firefox, smplayer, etc.), but not immediately. If the software that generates the sound is in focus, then everything is in order.
- I use pause, then resume
The soundbar LED is still on, like still there is a connection.
This is totally random, so I can't predict it. It all started with kernel 6.1.0-15 (or 16). Unfortunately, there is nothing in logs:
The "workaround" is to stop the soundbar and starting it again, the connection will restore and the cycle will resume. Another variant is to restore connection in Bluetooth Manager.
The only thing I observe is in bluetoothctl terminal (devices command):
Please assist.
- I change the focus from the sound source software (Firefox, smplayer, etc.), but not immediately. If the software that generates the sound is in focus, then everything is in order.
- I use pause, then resume
The soundbar LED is still on, like still there is a connection.
This is totally random, so I can't predict it. It all started with kernel 6.1.0-15 (or 16). Unfortunately, there is nothing in logs:
The space in the log is when I connected the soundbar. When I stopped gathering system logs, the sound was already lost.Jan 02 16:27:11 studio bluetoothd[872]: /org/bluez/hci0/dev_XX_XX_XX_XX_XX_XX/sep1/fd9: fd(40) ready
Jan 02 16:27:13 studio dbus-daemon[1197]: [session uid=1000 pid=1197] Activating service name='org.freedesktop.Notifications' requested by ':1.1538' (uid=1000 pid=40594 comm="notify-send Battery low --icon=battery-caution")
Jan 02 16:27:51 studio kernel: dell_smm_hwmon: SMM call took 899247 usecs!
Jan 02 16:28:13 studio org.freedesktop.Notifications[40598]: org.kde.knotifications: WaitForName: Service was not registered within timeout
Jan 02 16:28:13 studio dbus-daemon[1197]: [session uid=1000 pid=1197] Activated service 'org.freedesktop.Notifications' failed: Process org.freedesktop.Notifications exited with status 1
Jan 02 16:28:23 studio kernel: dell_smm_hwmon: SMM call took 917809 usecs!
Jan 02 16:28:59 studio rtkit-daemon[1203]: Supervising 3 threads of 3 processes of 1 users.
Jan 02 16:28:59 studio rtkit-daemon[1203]: Supervising 3 threads of 3 processes of 1 users.
Jan 02 16:29:10 studio dbus-daemon[1197]: [session uid=1000 pid=1197] Activating service name='org.freedesktop.Notifications' requested by ':1.1542' (uid=1000 pid=40732 comm="notify-send Battery low --icon=battery-caution")
The "workaround" is to stop the soundbar and starting it again, the connection will restore and the cycle will resume. Another variant is to restore connection in Bluetooth Manager.
The only thing I observe is in bluetoothctl terminal (devices command):
After a while, I can see this:[CHG] Transport /org/bluez/hci0/dev_XX_XX_XX_XX_XX_XX/sep1/fd10 Delay: 0x070c (1804)
And after I restore the connection I see this:[CHG] Device 00:19:01:C2:6C:6C Connected: no
[DEL] Transport /org/bluez/hci0/dev_XX_XX_XX_X_X_X/sep1/fd10
[DEL] Endpoint /org/bluez/hci0/dev_XX_X_XX_XX_XX_XX/sep3
[DEL] Endpoint /org/bluez/hci0/dev_XX_XX_XX_XX_XX_XX/sep1
The system is a Debian 12.4 with the latest software updates.[CHG] Device XX:XX:XX:XX:XX:XX Connected: yes
[NEW] Endpoint /org/bluez/hci0/dev_XX_XX_XX_XX_XX_XX/sep3
[NEW] Endpoint /org/bluez/hci0/dev_XX_XX_XX_XX_XX_XX/sep1
[NEW] Transport /org/bluez/hci0/dev_XX_XX_XX_XX_XX_XX/sep1/fd11
[CHG] Transport /org/bluez/hci0/dev_XX_XX_XX_XX_XX_XX/sep1/fd11 Delay: 0x05dc (1500)
[CHG] Transport /org/bluez/hci0/dev_XX_XX_XX_XX_XX_XX/sep1/fd11 State: active
[CHG] Device XX:XX:XX:XX:XX:XX ServicesResolved: yes
[CHG] Transport /org/bluez/hci0/dev_XX_XX_XX_XX_XX_XX/sep1/fd11 Delay: 0x072a (1834)
[CHG] Transport /org/bluez/hci0/dev_XX_XX_XX_XX_XX_XX/sep1/fd11 Delay: 0x06c6 (1734)
Please assist.
Statistics: Posted by undesign — 2024-01-02 15:59 — Replies 1 — Views 25