summaryrefslogtreecommitdiffstats
path: root/fs/udf/symlink.c
diff options
context:
space:
mode:
authorHui Wang <hui.wang@canonical.com>2021-02-08 06:02:37 +0100
committerMarcel Holtmann <marcel@holtmann.org>2021-02-08 14:51:29 +0100
commit234f414efd1164786269849b4fbb533d6c9cdbbf (patch)
tree53a72beba8b2294ea81e77a1e2df816e4810c327 /fs/udf/symlink.c
parentBluetooth: btusb: fix excessive stack usage (diff)
downloadlinux-234f414efd1164786269849b4fbb533d6c9cdbbf.tar.xz
linux-234f414efd1164786269849b4fbb533d6c9cdbbf.zip
Bluetooth: btusb: Some Qualcomm Bluetooth adapters stop working
This issue starts from linux-5.10-rc1, I reproduced this issue on my Dell Inspiron 7447 with BT adapter 0cf3:e005, the kernel will print out: "Bluetooth: hci0: don't support firmware rome 0x31010000", and someone else also reported the similar issue to bugzilla #211571. I found this is a regression introduced by 'commit b40f58b97386 ("Bluetooth: btusb: Add Qualcomm Bluetooth SoC WCN6855 support"), the patch assumed that if high ROM version is not zero, it is an adapter on WCN6855, but many old adapters don't need to load rampatch or nvm, and they have non-zero high ROM version. To fix it, let the driver match the rom_version in the qca_devices_table first, if there is no entry matched, check the high ROM version, if it is not zero, we assume this adapter is ready to work and no need to load rampatch and nvm like previously. BugLink: https://bugzilla.kernel.org/show_bug.cgi?id=211571 Fixes: b40f58b97386 ("Bluetooth: btusb: Add Qualcomm Bluetooth SoC WCN6855 support") Signed-off-by: Hui Wang <hui.wang@canonical.com> Signed-off-by: Marcel Holtmann <marcel@holtmann.org>
Diffstat (limited to 'fs/udf/symlink.c')
0 files changed, 0 insertions, 0 deletions