Bug#1043315: linux-image-6.1.0-10-amd64: i915 kernel modesetting fails on GPD MicroPC and GPD Pocket 3
Package: src:linux
Version: 6.1.38-2
Severity: important
X-Debbugs-Cc: jamie.bainbri...@gmail.com
Dear Maintainer,
GPD MicroPC and GPD Pocket 3 fail kernel modesetting of the Intel GPU on
Debian v6.1-based kernels. The system performs a hardware lockup and
must be forcibly powered off.
Booting with "nomodeset" works around this, however these systems require
display rotation to display normally, so it effectively makes Debian 12
unusable on this hardware. This problem does not happen with Linux v6.1
or v6.2 or v6.3 or v6.4. It's a regression in v6.1.y longterm kernel only.
This was bisected to upstream patch 0fc6fea41c71("drm/i915: Disable DC
states for all commits") which was included in v6.1.23.
This was reported to Intel graphics maintainers and a resolution has
just been found today:
https://gitlab.freedesktop.org/drm/intel/-/issues/8419
I guess that fix needs to go upstream, then into v6.1.y longterm, then
Debian can consume it as part of a regular kernel update.
This was also discussed on Debian User Forums:
https://forums.debian.net/viewtopic.php?p=777900
I was asked to log a bug on that thread, so I am logging this one.
(the system making the bug report is currently booted into my own v6.4.7
build so that I can actually use the system, however this bug affects
Debian 12's default kernel package. i can't boot into that kernel to
report the bug because the system hardlocks on KMS)
-- Package-specific info:
** Kernel log: boot messages should be attached
** Model information
sys_vendor: GPD
product_name: MicroPC
product_version: Default string
chassis_vendor: Default string
chassis_version: Default string
bios_vendor: American Megatrends Inc.
bios_version: 4.18
board_vendor: GPD
board_name: MicroPC
board_version: Default string
** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation Gemini Lake Host Bridge
[8086:31f0] (rev 06)
DeviceName: Onboard - Other
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR-
Kernel driver in use: proc_thermal
Kernel modules: processor_thermal_device_pci_legacy
00:02.0 VGA compatible controller [0300]: Intel Corporation GeminiLake [UHD
Graphics 600] [8086:3185] (rev 06) (prog-if 00 [VGA controller])
DeviceName: Onboard - Video
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:0e.0 Audio device [0403]: Intel Corporation Celeron/Pentium Silver Processor
High Definition Audio [8086:3198] (rev 06)
DeviceName: Onboard - Sound
Subsystem: Realtek Semiconductor Co., Ltd. Celeron/Pentium Silver
Processor High Definition Audio [10ec:]
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, snd_soc_skl, snd_sof_pci_intel_apl
00:0f.0 Communication controller [0780]: Intel Corporation Celeron/Pentium
Silver Processor Trusted Execution Engine Interface [8086:319a] (rev 06)
DeviceName: Onboard - Other
Subsystem: Intel Corporation Celeron/Pentium Silver Processor Trusted
Execution Engine Interface [8086:7270]
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:12.0 SATA controller [0106]: Intel Corporation Celeron/Pentium Silver
Processor SATA Controller [8086:31e3] (rev 06) (prog-if 01 [AHCI 1.0])
DeviceName: Onboard - SATA
Subsystem: Intel Corporation Celeron/Pentium Silver Processor SATA
Controller [8086:7270]
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: ahci
Kernel modules: ahci
00:13.0 PCI bridge [0604]: Intel Corporation Gemini Lake PCI Express Root Port
[8086:31d8] (rev f6) (prog-if 00 [Normal decode])
Subsystem: Intel Corporation Gemini Lake PCI Express Root Port
[8086:7270]
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
00:13.2 PCI bridge [0604]: Intel Corporation Gemini Lake PCI Express Root Port
[8086:31da] (rev
Bug#1034551: kmod: Include iwlwifi.conf from Ubuntu
After testing this further, it appears to already be resolved. The regular stable kernel (5.10) live or a new install doesn't work, but the latest bullseye-backport kernel (6.1) works fine without this iwlwifi.conf This bug is okay to close. Many thanks for the quick response and sincere apologies for the noise.
Bug#1034551: kmod: Include iwlwifi.conf from Ubuntu
Package: kmod Version: 28-1 Severity: important Hello, I have a laptop with iwlwifi wireless card: $ sudo lspci -nn | grep Net Network controller [0280]: Intel Corporation Wireless 7265 [8086:095a] (rev 59) This hardware requires the firmware-iwlwifi package, and the firmware works fine. However, on nonfree install or nonfree Live, the wireless interface repeatedly dies as soon as it's used with "Microcode SW error detected. Restarting" in dmesg and long firmware dump from the driver. it's not possible to even "apt update" because the interface dies. Ubuntu ships a file in its kmod package with the following contents: # /etc/modprobe.d/iwlwifi.conf # iwlwifi will dyamically load either iwldvm or iwlmvm depending on the # microcode file installed on the system. When removing iwlwifi, first # remove the iwl?vm module and then iwlwifi. remove iwlwifi \ (/sbin/lsmod | grep -o -e ^iwlmvm -e ^iwldvm -e ^iwlwifi | xargs /sbin/rmmod) \ && /sbin/modprobe -r mac80211 Adding this file to Debian resolves the problem. This is a request to include the above iwlwifi.conf file in Debian's kmod package too. I can only assume from the massive Ubuntu install base that this file doesn't cause any problems for devices which don't need the modules loaded in this order, while also resolving whatever problem requires that modules are loaded in the order which the above file forces. I could not find any previous bug with this request. I also couldn't find Ubuntu's history of this package to find why it was included there in the first place. It's been there for a very long time, at least since kmod 9 from over 10 years ago. Given that Ubuntu has shipped this file for so long, the risk of any regression in Debian seems extremely low. Thank you, Jamie -- System Information: Debian Release: 11.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-0.deb11.5-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_AU:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages kmod depends on: ii libc6 2.31-13+deb11u5 ii libkmod2 28-1 ii liblzma5 5.2.5-2.1~deb11u1 ii libssl1.1 1.1.1n-0+deb11u4 ii lsb-base 11.1.0 kmod recommends no packages. kmod suggests no packages. -- no debconf information
