lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAJvGw+AJ5dHSb50RtJHnjbhMVQa+rJgYznFV4t-iaO0qx+W-jw@mail.gmail.com>
Date:   Fri, 10 Dec 2021 01:36:28 +0200
From:   coldolt <andypalmadi@...il.com>
To:     marcel@...tmann.org, kai.heng.feng@...onical.com,
        tedd.an@...el.com, linux-bluetooth@...r.kernel.org
Cc:     linux-kernel@...r.kernel.org, regressions@...ts.linux.dev
Subject: [REGRESSION] Bluetooth not working on 5.15+ since "Bluetooth: Move
 shutdown callback before flushing tx and rx queue"

After a restart, bluetooth doesn't work since commit 0ea53674d07f
"Bluetooth: Move shutdown callback before flushing tx and rx queue"

bluetoothctl doesn't list any controllers and I get the following in
dmesg | grep -i bluetooth

[    2.634812] Bluetooth: Core ver 2.22
[    2.634843] NET: Registered PF_BLUETOOTH protocol family
[    2.634845] Bluetooth: HCI device and connection manager initialized
[    2.634850] Bluetooth: HCI socket layer initialized
[    2.634853] Bluetooth: L2CAP socket layer initialized
[    2.634858] Bluetooth: SCO socket layer initialized
[    4.077788] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[    4.077794] Bluetooth: BNEP filters: protocol multicast
[    4.077799] Bluetooth: BNEP socket layer initialized
[    4.078219] random: bluetoothd: uninitialized urandom read (4 bytes read)
[    4.852835] Bluetooth: hci0: Reading Intel version command failed (-110)
[    4.852838] Bluetooth: hci0: command 0xfc05 tx timeout

However, it works after a cold start or after putting the computer to sleep.

Before 83f2dafe2a62 "Bluetooth: btintel: Refactoring setup routine for
legacy ROM sku", it always works after a restart, but from that commit
up until before 0ea53674d07f it either works or doesn't work after a
restart depending on if before restart it was working or not, meaning
it stays working or stays not working.

Also on the first restart from before 83f2dafe2a62 into 0ea53674d07f
or later it works, but then restarting again into 0ea53674d07f or
later it no longer works. So it seems that 0ea53674d07f and later puts
the bluetooth in a nonworking state if you restart from it, but before
83f2dafe2a62 it puts it back into a working state at startup, and in
between it doesn't do either, i.e. it stays the way it was.

I have a Dell Latitude E5550 laptop with an Intel 7265 wifi/bluetooth
card REV=0x210 firmware version 29.4063824552.0 7265D-29. I'm on Arch
Linux, the problem is still there on 5.16-rc4.

Here is a thread on the Arch Linux forums with several people with the
same problem, for some of them it got fixed with a kernel update or by
reloading modules, but not for everybody, including me
https://bbs.archlinux.org/viewtopic.php?id=271459

#regzbot introduced 0ea53674d07f

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ