Bug#1069773: linux-image-6.1.0-20-amd64: Bluetooth fails to resume after suspend with linux-image-6.1.0-20
Package: src:linux Version: 6.1.85-1 Severity: important Dear Maintainer, After upgrading to linux-image-6.1.0-20-amd64 and rebooting my laptop, my Bluetooth mouse failed to work after resuming from suspend (via closing and reopening my laptop). Manually stopping and starting Bluetooth via the Gnome controls allowed the mouse to reconnect. I experimented and determined that any time I suspended by closing the lid, when it resumed, my mouse would not automatically reconnect and Bluetooth had to be manually restarted, either by GUI or by systemctl. Additionally, after each suspend, two additional lines got appended to the linux console log: Bluetooth: hci0: Opcode 0xc24 failed: -112 Bluetooth: hci0: unexpected event for opcode 0x0406 When I rebooted into linux-image-6.1.0-18-amd64, the previous kernel, I was able to suspend and resume without any issues from Bluetooth, and the above two lines were not appended to the console log after each suspend. This seems to be some sort of regression in Bluetooth device handling. While I only have a mouse to test, I'd guess that other types of devices may also be affected. -- Package-specific info: ** Version: Linux version 6.1.0-20-amd64 (debian-kernel@lists.debian.org) (gcc-12 (Debian 12.2.0-14) 12.2.0, GNU ld (GNU Binutils for Debian) 2.40) #1 SMP PREEMPT_DYNAMIC Debian 6.1.85-1 (2024-04-11) ** Command line: BOOT_IMAGE=/boot/vmlinuz-6.1.0-20-amd64 root=UUID=4b219315-d9dc-4199-8fc6-e3d5042f5df4 ro quiet ** Tainted: POE (12289) * proprietary module was loaded * externally-built ("out-of-tree") module was loaded * unsigned module was loaded ** Kernel log: [5.312310] sof-audio-pci-intel-tgl :00:1f.3: bound :00:02.0 (ops i915_audio_component_bind_ops [i915]) [5.319244] sof-audio-pci-intel-tgl :00:1f.3: use msi interrupt mode [5.335718] kauditd_printk_skb: 14 callbacks suppressed [5.335720] audit: type=1400 audit(1713958189.171:25): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/bin/evince" pid=794 comm="apparmor_parser" [5.335723] audit: type=1400 audit(1713958189.171:26): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/bin/evince//sanitized_helper" pid=794 comm="apparmor_parser" [5.335725] audit: type=1400 audit(1713958189.171:27): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/bin/evince-previewer" pid=794 comm="apparmor_parser" [5.335727] audit: type=1400 audit(1713958189.171:28): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/bin/evince-previewer//sanitized_helper" pid=794 comm="apparmor_parser" [5.335728] audit: type=1400 audit(1713958189.171:29): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/bin/evince-thumbnailer" pid=794 comm="apparmor_parser" [5.344889] sof-audio-pci-intel-tgl :00:1f.3: hda codecs found, mask 5 [5.344891] sof-audio-pci-intel-tgl :00:1f.3: using HDA machine driver skl_hda_dsp_generic now [5.344893] sof-audio-pci-intel-tgl :00:1f.3: DMICs detected in NHLT tables: 2 [5.346134] sof-audio-pci-intel-tgl :00:1f.3: firmware: direct-loading firmware intel/sof/sof-rpl.ri [5.346138] sof-audio-pci-intel-tgl :00:1f.3: Firmware info: version 2:2:0-57864 [5.346139] sof-audio-pci-intel-tgl :00:1f.3: Firmware: ABI 3:22:1 Kernel ABI 3:23:0 [5.346141] sof-audio-pci-intel-tgl :00:1f.3: unknown sof_ext_man header type 3 size 0x30 [5.369054] audit: type=1400 audit(1713958189.203:30): apparmor="STATUS" operation="profile_load" profile="unconfined" name="libreoffice-soffice" pid=799 comm="apparmor_parser" [5.369074] intel_rapl_common: Found RAPL domain package [5.369081] audit: type=1400 audit(1713958189.203:31): apparmor="STATUS" operation="profile_load" profile="unconfined" name="libreoffice-soffice//gpg" pid=799 comm="apparmor_parser" [5.391433] input: ThinkPad Extra Buttons as /devices/platform/thinkpad_acpi/input/input16 [5.443377] sof-audio-pci-intel-tgl :00:1f.3: Firmware info: version 2:2:0-57864 [5.443381] sof-audio-pci-intel-tgl :00:1f.3: Firmware: ABI 3:22:1 Kernel ABI 3:23:0 [5.448092] sof-audio-pci-intel-tgl :00:1f.3: firmware: direct-loading firmware intel/sof-tplg/sof-hda-generic-2ch.tplg [5.448097] sof-audio-pci-intel-tgl :00:1f.3: Topology: ABI 3:22:1 Kernel ABI 3:23:0 [5.448233] skl_hda_dsp_generic skl_hda_dsp_generic: ASoC: Parent card not yet available, widget card binding deferred [5.464806] typec port0: bound usb1-port5 (ops connector_ops [usbcore]) [5.464822] typec port0: bound usb4-port1 (ops connector_ops [usbcore]) [5.476776] snd_hda_codec_realtek ehdaudio0D0: autoconfig for ALC257: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:speaker [5.476779] snd_hda_codec_realtek ehdaudio0D0:speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) [5.476780] snd_hda_codec_realtek ehdaudio0D0:hp_outs=1
Bug#852612: bug severity upgrade?
Is it possible to get an upgrade in severity to grave for this bug (or the linked bug #851928)? The fix for this bug is blocked from entering testing by another bug that is marked grave: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=853170 Both of (#852612 / #851928) and #853170 cause some set of machines to be unbootable, so it seems that they should have the same severity.
Bug#852612: Acknowledgement (linux-image-4.9.0-1-amd64: kernel 4.9.2-2 panics on boot)
> I think this should be the same as #851928 addressed by > > - http://git.kernel.org/linus/20b1e22d01a4b0b11d3a1066e9feb04be38607ec > - http://git.kernel.org/linus/0100a3e67a9cef64d72cd3a1da86f3ddbee50363 > > and already pending for the next upload of src:linux to unstable > (4.9.6-1). > Confirmed. I applied those two patches, rebuilt the 4.9.2-2 package, installed the new packages, and I was able to boot into 4.9.
Bug#852612: Acknowledgement (linux-image-4.9.0-1-amd64: kernel 4.9.2-2 panics on boot)
This bug is almost certainly related to this patch, which I believe is not in the currently packaged kernel: https://git.kernel.org/cgit/linux/kernel/git/efi/efi.git/commit/?h=next=b2a91a35445229 The machine referenced in that patch is the Lenovo ThinkPad w541, which is a minor hardware upgrade of my w540.
Bug#852612: linux-image-4.9.0-1-amd64: kernel 4.9.2-2 panics on boot
Package: src:linux Version: 4.9.2-2 Severity: important Dear Maintainer, I upgraded to kernel 4.9 which just migrated into testing. Upon reboot the system failed to get past "loading initial ramdisk". I added "debug ignore_loglevel earlyprintk=efi,keep" to the kernel command line and was able to capture a kernel panic. The panic appears to be in efi_arch_mem_reserve. I also tried the old standby command line options "nomodeset" and "acpi=off" but they did not make a difference in this case. This failure happens consistently. Kernel 4.9 as currently packaged is incapable of booting this computer. I will attach a photo of the kernel output. Sorry in advance for the quality; my only camera is my phone and it's garbage. -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: LENOVO product_name: 20BGCTO1WW product_version: ThinkPad W540 chassis_vendor: LENOVO chassis_version: Not Available bios_vendor: LENOVO bios_version: GNET76WW (2.24 ) board_vendor: LENOVO board_name: 20BGCTO1WW board_version: SDK0E50512 Std ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor DRAM Controller [8086:0c04] (rev 06) Subsystem: Lenovo Xeon E3-1200 v3/4th Gen Core Processor DRAM Controller [17aa:2211] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel modules: ie31200_edac 00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller [8086:0c01] (rev 06) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport Kernel modules: shpchp 00:02.0 VGA compatible controller [0300]: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller [8086:0416] (rev 06) (prog-if 00 [VGA controller]) Subsystem: Lenovo 4th Gen Core Processor Integrated Graphics Controller [17aa:2211] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: i915 Kernel modules: i915 00:03.0 Audio device [0403]: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller [8086:0c0c] (rev 06) Subsystem: Lenovo Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller [17aa:2211] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: snd_hda_intel Kernel modules: snd_hda_intel 00:14.0 USB controller [0c03]: Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI [8086:8c31] (rev 04) (prog-if 30 [XHCI]) Subsystem: Lenovo 8 Series/C220 Series Chipset Family USB xHCI [17aa:2211] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Kernel driver in use: xhci_hcd Kernel modules: xhci_pci 00:16.0 Communication controller [0780]: Intel Corporation 8 Series/C220 Series Chipset Family MEI Controller #1 [8086:8c3a] (rev 04) Subsystem: Lenovo 8 Series/C220 Series Chipset Family MEI Controller [17aa:2211] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: mei_me Kernel modules: mei_me 00:19.0 Ethernet controller [0200]: Intel Corporation Ethernet Connection I217-LM [8086:153a] (rev 04) Subsystem: Lenovo Ethernet Connection I217-LM [17aa:2210] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: e1000e Kernel modules: e1000e 00:1a.0 USB controller [0c03]: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #2 [8086:8c2d] (rev 04) (prog-if 20 [EHCI]) Subsystem: Lenovo 8 Series/C220 Series Chipset Family USB EHCI [17aa:2211] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Kernel driver in use: ehci-pci Kernel modules: ehci_pci 00:1b.0 Audio device
Bug#789952: update to linux-image-amd64 4.0+65 (running kernel 4.0.8-1)
Now that a 4.0.x kernel is in testing, I tried this again. $ uname -a Linux iset 4.0.0-2-amd64 #1 SMP Debian 4.0.8-1 (2015-07-11) x86_64 GNU/Linux The bitrate is still incorrect. It appears to be constant at whatever the first sampled value was since the system last booted. The link quality and signal level metrics are correctly set and fluctuate as you use the system. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55a69288.5010...@drexel.edu
Bug#789952: linux-image-4.0.0-2-amd64: kernel 4.0.0-2 with iwlwifi 7260 reports incorrect wifi bit rate
Package: src:linux Version: 4.0.5-1 Severity: normal When using the kernel provided by linux-image-4.0.0-2-amd64, the WiFi bit rate is misreported. The exact (incorrect) bit rate changes on each boot (possibly on the first WiFi connection), but is constant until the computer is rebooted, regardless of WiFi disconnects or reconnects. The issue does not occur when using linux-image-3.16.0-4-amd64. - $ uname -a Linux iset 4.0.0-2-amd64 #1 SMP Debian 4.0.5-1 (2015-06-16) x86_64 GNU/Linux $ dpkg -l | grep firmware-iwl ii firmware-iwlwifi0.44 $ dmesg | grep -i iwl [2.332168] iwlwifi :03:00.0: firmware: failed to load iwlwifi-7260-12.ucode (-2) [2.332212] iwlwifi :03:00.0: Direct firmware load for iwlwifi-7260-12.ucode failed with error -2 [2.332703] iwlwifi :03:00.0: firmware: failed to load iwlwifi-7260-11.ucode (-2) [2.332744] iwlwifi :03:00.0: Direct firmware load for iwlwifi-7260-11.ucode failed with error -2 [2.343878] iwlwifi :03:00.0: firmware: direct-loading firmware iwlwifi-7260-10.ucode [2.344037] iwlwifi :03:00.0: loaded firmware version 23.15.10.0 op_mode iwlmvm [2.389263] iwlwifi :03:00.0: Detected Intel(R) Dual Band Wireless AC 7260, REV=0x144 [2.389337] iwlwifi :03:00.0: L1 Enabled - LTR Enabled [2.389597] iwlwifi :03:00.0: L1 Enabled - LTR Enabled [2.590343] ieee80211 phy0: Selected rate control algorithm 'iwl-mvm-rs' [4.734368] iwlwifi :03:00.0: L1 Enabled - LTR Enabled [4.734629] iwlwifi :03:00.0: L1 Enabled - LTR Enabled $ /sbin/iwconfig eth0 no wireless extensions. wlan0 IEEE 802.11abgn ESSID:MYWIFI Mode:Managed Frequency:5.745 GHz Access Point: 40:16:7E:XX:XX:XX Bit Rate=6 Mb/s Tx-Power=22 dBm Retry short limit:7 RTS thr:off Fragment thr:off Power Management:on Link Quality=60/70 Signal level=-50 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:32 Missed beacon:0 docker0 no wireless extensions. lono wireless extensions. - I copied a 3GB file to/from my network share and repeatedly ran `iwconfig` to sample the reported bit rate. While my download was proceeding at 37 MBps, the reported bit rate was constant at 6 Mbps. I obtained iwlwifi-7260-12.ucode from the linux-firmware git repo master branch, copied it to /lib/firmware, rebooted, and reran the test. The results were the same. I rebooted into kernel 3.16 (which loads iwlwifi-7260-9.ucode despite the fact that iwlwifi-7260-10.ucode and iwlwifi-7260-12.ucode were available in /lib/firmware), the bit rate is correctly reported and fluctuated between about 500 to 700 Mbps. It is important to note that the actual download performance was not affected and was more or less constant throughout my tests. Only the reported bit rate was incorrect. Nevertheless, an incorrect bit rate will confuse people and may cause them to mistakenly believe that their WiFi routers are not working or configured properly. -- Package-specific info: ** Version: Linux version 4.0.0-2-amd64 (debian-kernel@lists.debian.org) (gcc version 4.9.2 (Debian 4.9.2-21) ) #1 SMP Debian 4.0.5-1 (2015-06-16) ** Command line: BOOT_IMAGE=/boot/vmlinuz-4.0.0-2-amd64 root=UUID=1fe17317-4e03-4bc1-8463-015ed156427e ro quiet splash acpi_osi=Linux ** Tainted: O (4096) * Out-of-tree module has been loaded. ** Kernel log: [2.380064] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [2.382153] FAT-fs (sda1): utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! [2.389263] iwlwifi :03:00.0: Detected Intel(R) Dual Band Wireless AC 7260, REV=0x144 [2.389337] iwlwifi :03:00.0: L1 Enabled - LTR Enabled [2.389597] iwlwifi :03:00.0: L1 Enabled - LTR Enabled [2.399262] Adding 2103996k swap on /dev/sda2. Priority:-1 extents:1 across:2103996k SSFS [2.399658] intel_rapl: Found RAPL domain package [2.399661] intel_rapl: Found RAPL domain core [2.399663] intel_rapl: Found RAPL domain uncore [2.399664] intel_rapl: Found RAPL domain dram [2.415702] cfg80211: World regulatory domain updated: [2.415705] cfg80211: DFS Master region: unset [2.415706] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time) [2.415707] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (N/A, 2000 mBm), (N/A) [2.415708] cfg80211: (2457000 KHz - 2482000 KHz @ 4 KHz), (N/A, 2000 mBm), (N/A) [2.415709] cfg80211: (2474000 KHz - 2494000 KHz @ 2 KHz), (N/A, 2000 mBm), (N/A) [2.415710] cfg80211: (517 KHz - 525 KHz @ 8 KHz, 16 KHz AUTO), (N/A, 2000 mBm), (N/A) [2.415711] cfg80211: (525 KHz - 533 KHz @ 8 KHz, 16 KHz AUTO), (N/A, 2000 mBm), (0 s) [2.415712] cfg80211: (549 KHz - 573 KHz @ 16 KHz), (N/A, 2000 mBm), (0 s)