This bug is awaiting verification that the linux-vmware-6.8/6.8.0-1003.3 kernel in -proposed solves the problem. Please test the kernel and update this bug with the results. If the problem is solved, change the tag 'verification-needed-jammy-linux-vmware-6.8' to 'verification-done- jammy-linux-vmware-6.8'. If the problem still exists, change the tag 'verification-needed-jammy-linux-vmware-6.8' to 'verification-failed- jammy-linux-vmware-6.8'. If verification is not done by 5 working days from today, this fix will be dropped from the source code, and this bug will be closed. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you! ** Tags added: kernel-spammed-jammy-linux-vmware-6.8-v2 verification-needed-jammy-linux-vmware-6.8 -- You received this bug notification because you are subscribed to linux in Ubuntu. Matching subscriptions: Bgg, Bmail, Nb https://bugs.launchpad.net/bugs/2144730 Title: ITS mitigation is not enabled on affected CPUs Status in linux package in Ubuntu: Invalid Status in linux source package in Noble: Fix Released Bug description: SRU Justification: [Impact] Noble upstream stable patchset 2025-10-29 (LP :#210277) included the following patch from upstream stable branch linux-6.12.y: * 68d59e9ba3842 ("x86/its: Enable Indirect Target Selection mitigation") The patch disables ITS mitigation if CONFIG_MITIGATION_RETPOLINE or CONFIG_MITIGATION_RETHUNK are not available: + if (!IS_ENABLED(CONFIG_MITIGATION_RETPOLINE) || + !IS_ENABLED(CONFIG_MITIGATION_RETHUNK)) { + pr_err("WARNING: ITS mitigation depends on retpoline and rethunk support\n"); + its_mitigation = ITS_MITIGATION_OFF; + goto out; + } However, while linux-6.12.y contains the following two commits, Noble does not: * aefb2f2e619b6 ("x86/bugs: Rename CONFIG_RETPOLINE => CONFIG_MITIGATION_RETPOLINE") * 0911b8c52c4d6 ("x86/bugs: Rename CONFIG_RETHUNK => CONFIG_MITIGATION_RETHUNK") This discrepancy will cause the runtime check from above to always fail in Noble, since the config options have not been renamed and therefore are undefined, even though we have both CONFIG_RETPOLINE and CONFIG_RETHUNK enabled through annotations. Consequently, ITS mitigation will not be enabled when it should be. On affected CPUs this will cause the kernel to warn about missing ITS mitigation: [ 0.966659] ITS: WARNING: ITS mitigation depends on retpoline and rethunk support [ 0.966851] ITS: Vulnerable [Fix] Backport the patches that rename CONFIG_RETPOLINE and CONFIG_RETHUNK to Noble: * aefb2f2e619b6 ("x86/bugs: Rename CONFIG_RETPOLINE => CONFIG_MITIGATION_RETPOLINE") * 0911b8c52c4d6 ("x86/bugs: Rename CONFIG_RETHUNK => CONFIG_MITIGATION_RETHUNK") [Test Plan] Boot on an affected CPU and check that ITS mitigation is enabled as expected: [ 3.642521] active return thunk: its_return_thunk [ 3.643523] ITS: Mitigation: Aligned branch/return thunks [Where problems could occur] Any present or future patch that relies on the old naming scheme for the two options will behave as if the features are unavailable which could cause critical mitigations to be either less effective or disabled completely. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2144730/+subscriptions
среда
[Bug 2156936] Re: [BCM20702] Acer OMR272 BT-2 bluetooth mouse occasionally gets disconnected - workaround to reconnect: sudo /etc/init.d/bluetooth restart
** Summary changed: - Acer OMR272 BT-2 bluetooth mouse occasionally gets disconnected - workaround to reconnect: sudo /etc/init.d/bluetooth restart + [BCM20702] Acer OMR272 BT-2 bluetooth mouse occasionally gets disconnected - workaround to reconnect: sudo /etc/init.d/bluetooth restart -- You received this bug notification because you are subscribed to linux in Ubuntu. Matching subscriptions: Bgg, Bmail, Nb https://bugs.launchpad.net/bugs/2156936 Title: [BCM20702] Acer OMR272 BT-2 bluetooth mouse occasionally gets disconnected - workaround to reconnect: sudo /etc/init.d/bluetooth restart Status in linux package in Ubuntu: New Bug description: Occassionally the mouse gets disconnected and then cannot reconnect by itself, even when it is powercycled. Workaround: sudo /etc/init.d/bluetooth restart solves the issue and the mouse will reconnect immediately again, no pairing is necessary. Also occasionally when listening music via bluetooth (Sennheiser Momentum 4), the sound is stuttering. The expectation is that bluetooth is stable and works reliable. michael@thinkpad:~$ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 24.04.4 LTS Release: 24.04 Codename: noble michael@thinkpad:~$ uname -a Linux thinkpad 6.8.0-124-generic #124-Ubuntu SMP PREEMPT_DYNAMIC Tue May 26 13:00:45 UTC 2026 x86_64 x86_64 x86_64 GNU/Linux michael@thinkpad:~$ michael@thinkpad:~$ aptitude show bluez Paket: bluez Version: 5.72-0ubuntu5.5 Zustand: Installiert Automatisch installiert: ja Multi-Arch: foreign Priorität: optional Bereich: admin Verwalter: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com> Architektur: amd64 Unkomprimierte Größe: 4.564 k Hängt ab von: libasound2t64 (>= 1.0.17), libc6 (>= 2.38), libdbus-1-3 (>= 1.9.14), libdw1t64 (>= 0.127), libglib2.0-0t64 (>= 2.75.3), libreadline8t64 (>= 6.0), libudev1 (>= 196), kmod, udev, default-dbus-system-bus | dbus-system-bus Hängt ab (vorher) von: init-system-helpers (>= 1.54~) Schlägt vor: pulseaudio-module-bluetooth Kollidiert mit: bluez:i386 Liefert: bluez:i386 (= 5.72-0ubuntu5.5) Bereitgestellt von: bluez:i386 (5.72-0ubuntu5), bluez:i386 (5.72-0ubuntu5.5) Beschreibung: Bluetooth-Werkzeuge und -Dienste Das Paket enthält Werkzeuge und Systemdienste zur Benutzung von Bluetooth- Geräten. BlueZ ist der offizielle Linux-Bluetooth-Protokollstack. Es ist ein Open- Source-Projekt, das unter der GNU General Public License (GPL) verteilt wird. Homepage: http://www.bluez.org michael@thinkpad:~$ michael@thinkpad:~$ apt-cache policy bluez bluez: Installiert: 5.72-0ubuntu5.5 Installationskandidat: 5.72-0ubuntu5.5 Versionstabelle: *** 5.72-0ubuntu5.5 500 500 http://de.archive.ubuntu.com/ubuntu noble-updates/main amd64 Packages 100 /var/lib/dpkg/status 5.72-0ubuntu5 500 500 http://de.archive.ubuntu.com/ubuntu noble/main amd64 Packages michael@thinkpad:~$ ProblemType: Bug DistroRelease: Ubuntu 24.04 Package: bluez 5.72-0ubuntu5.5 ProcVersionSignature: Ubuntu 6.8.0-124.124-generic 6.8.12 Uname: Linux 6.8.0-124-generic x86_64 ApportVersion: 2.28.1-0ubuntu3.8 Architecture: amd64 CasperMD5CheckResult: unknown CurrentDesktop: XFCE Date: Tue Jun 16 23:16:05 2026 InstallationDate: Installed on 2015-05-31 (4034 days ago) InstallationMedia: Xubuntu 15.04 "Vivid Vervet" - Release amd64 (20150422.1) InterestingModules: rfcomm bnep btusb bluetooth MachineType: LENOVO 23946J3 ProcEnviron: LANG=de_DE.UTF-8 PATH=(custom, no user) SHELL=/bin/bash TERM=xterm-256color XDG_RUNTIME_DIR=<set> ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-6.8.0-124-generic root=UUID=68625c01-008f-4127-84e0-ae6bb9e79b8a ro quiet splash vt.handoff=7 SourcePackage: bluez UpgradeStatus: Upgraded to noble on 2024-10-14 (610 days ago) dmi.bios.date: 03/31/2015 dmi.bios.release: 2.64 dmi.bios.vendor: LENOVO dmi.bios.version: G4ETA4WW (2.64 ) dmi.board.asset.tag: Not Available dmi.board.name: 23946J3 dmi.board.vendor: LENOVO dmi.board.version: Not Defined dmi.chassis.asset.tag: No Asset Information dmi.chassis.type: 10 dmi.chassis.vendor: LENOVO dmi.chassis.version: Not Available dmi.ec.firmware.release: 1.13 dmi.modalias: dmi:bvnLENOVO:bvrG4ETA4WW(2.64):bd03/31/2015:br2.64:efr1.13:svnLENOVO:pn23946J3:pvrThinkPadT530:rvnLENOVO:rn23946J3:rvrNotDefined:cvnLENOVO:ct10:cvrNotAvailable:skuLENOVO_MT_2394: dmi.product.family: ThinkPad T530 dmi.product.name: 23946J3 dmi.product.sku: LENOVO_MT_2394 dmi.product.version: ThinkPad T530 dmi.sys.vendor: LENOVO hciconfig: hci0: Type: Primary Bus: USB BD Address: 80:56:F2:FF:DF:29 ACL MTU: 1021:8 SCO MTU: 64:1 UP RUNNING PSCAN RX bytes:6171653 acl:326067 sco:0 events:9289 errors:0 TX bytes:40889 acl:1156 sco:0 commands:529 errors:0 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2156936/+subscriptions
вторник
[Bug 2156936] Re: bluetooth mouse occasionally gets disconnected - workaround to reconnect: sudo /etc/init.d/bluetooth restart
It appears something is going wrong at the hardware or kernel level: [250599.392438] Bluetooth: hci0: Received unexpected HCI Event 0x00 [250666.341586] Bluetooth: hci0: Unexpected continuation: 1 bytes [250666.341630] Bluetooth: hci0: unexpected event 0x06 length: 25 > 3 [250697.071728] Bluetooth: hci0: Bad flag given (0x1) vs supported (0x0) [250697.681619] input: OMR272 BT-2 Keyboard as /devices/virtual/misc/uhid/0005:248A:8266.002F/input/input108 [250697.708613] input: OMR272 BT-2 Mouse as /devices/virtual/misc/uhid/0005:248A:8266.002F/input/input109 [250697.711071] hid-generic 0005:248A:8266.002F: input,hidraw0: BLUETOOTH HID v0.01 Keyboard [OMR272 BT-2] on 80:56:f2:ff:df:29 ** Package changed: bluez (Ubuntu) => linux (Ubuntu) ** Summary changed: - bluetooth mouse occasionally gets disconnected - workaround to reconnect: sudo /etc/init.d/bluetooth restart + Acer OMR272 BT-2 bluetooth mouse occasionally gets disconnected - workaround to reconnect: sudo /etc/init.d/bluetooth restart -- You received this bug notification because you are subscribed to linux in Ubuntu. Matching subscriptions: Bgg, Bmail, Nb https://bugs.launchpad.net/bugs/2156936 Title: Acer OMR272 BT-2 bluetooth mouse occasionally gets disconnected - workaround to reconnect: sudo /etc/init.d/bluetooth restart Status in linux package in Ubuntu: New Bug description: Occassionally the mouse gets disconnected and then cannot reconnect by itself, even when it is powercycled. Workaround: sudo /etc/init.d/bluetooth restart solves the issue and the mouse will reconnect immediately again, no pairing is necessary. Also occasionally when listening music via bluetooth (Sennheiser Momentum 4), the sound is stuttering. The expectation is that bluetooth is stable and works reliable. michael@thinkpad:~$ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 24.04.4 LTS Release: 24.04 Codename: noble michael@thinkpad:~$ uname -a Linux thinkpad 6.8.0-124-generic #124-Ubuntu SMP PREEMPT_DYNAMIC Tue May 26 13:00:45 UTC 2026 x86_64 x86_64 x86_64 GNU/Linux michael@thinkpad:~$ michael@thinkpad:~$ aptitude show bluez Paket: bluez Version: 5.72-0ubuntu5.5 Zustand: Installiert Automatisch installiert: ja Multi-Arch: foreign Priorität: optional Bereich: admin Verwalter: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com> Architektur: amd64 Unkomprimierte Größe: 4.564 k Hängt ab von: libasound2t64 (>= 1.0.17), libc6 (>= 2.38), libdbus-1-3 (>= 1.9.14), libdw1t64 (>= 0.127), libglib2.0-0t64 (>= 2.75.3), libreadline8t64 (>= 6.0), libudev1 (>= 196), kmod, udev, default-dbus-system-bus | dbus-system-bus Hängt ab (vorher) von: init-system-helpers (>= 1.54~) Schlägt vor: pulseaudio-module-bluetooth Kollidiert mit: bluez:i386 Liefert: bluez:i386 (= 5.72-0ubuntu5.5) Bereitgestellt von: bluez:i386 (5.72-0ubuntu5), bluez:i386 (5.72-0ubuntu5.5) Beschreibung: Bluetooth-Werkzeuge und -Dienste Das Paket enthält Werkzeuge und Systemdienste zur Benutzung von Bluetooth- Geräten. BlueZ ist der offizielle Linux-Bluetooth-Protokollstack. Es ist ein Open- Source-Projekt, das unter der GNU General Public License (GPL) verteilt wird. Homepage: http://www.bluez.org michael@thinkpad:~$ michael@thinkpad:~$ apt-cache policy bluez bluez: Installiert: 5.72-0ubuntu5.5 Installationskandidat: 5.72-0ubuntu5.5 Versionstabelle: *** 5.72-0ubuntu5.5 500 500 http://de.archive.ubuntu.com/ubuntu noble-updates/main amd64 Packages 100 /var/lib/dpkg/status 5.72-0ubuntu5 500 500 http://de.archive.ubuntu.com/ubuntu noble/main amd64 Packages michael@thinkpad:~$ ProblemType: Bug DistroRelease: Ubuntu 24.04 Package: bluez 5.72-0ubuntu5.5 ProcVersionSignature: Ubuntu 6.8.0-124.124-generic 6.8.12 Uname: Linux 6.8.0-124-generic x86_64 ApportVersion: 2.28.1-0ubuntu3.8 Architecture: amd64 CasperMD5CheckResult: unknown CurrentDesktop: XFCE Date: Tue Jun 16 23:16:05 2026 InstallationDate: Installed on 2015-05-31 (4034 days ago) InstallationMedia: Xubuntu 15.04 "Vivid Vervet" - Release amd64 (20150422.1) InterestingModules: rfcomm bnep btusb bluetooth MachineType: LENOVO 23946J3 ProcEnviron: LANG=de_DE.UTF-8 PATH=(custom, no user) SHELL=/bin/bash TERM=xterm-256color XDG_RUNTIME_DIR=<set> ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-6.8.0-124-generic root=UUID=68625c01-008f-4127-84e0-ae6bb9e79b8a ro quiet splash vt.handoff=7 SourcePackage: bluez UpgradeStatus: Upgraded to noble on 2024-10-14 (610 days ago) dmi.bios.date: 03/31/2015 dmi.bios.release: 2.64 dmi.bios.vendor: LENOVO dmi.bios.version: G4ETA4WW (2.64 ) dmi.board.asset.tag: Not Available dmi.board.name: 23946J3 dmi.board.vendor: LENOVO dmi.board.version: Not Defined dmi.chassis.asset.tag: No Asset Information dmi.chassis.type: 10 dmi.chassis.vendor: LENOVO dmi.chassis.version: Not Available dmi.ec.firmware.release: 1.13 dmi.modalias: dmi:bvnLENOVO:bvrG4ETA4WW(2.64):bd03/31/2015:br2.64:efr1.13:svnLENOVO:pn23946J3:pvrThinkPadT530:rvnLENOVO:rn23946J3:rvrNotDefined:cvnLENOVO:ct10:cvrNotAvailable:skuLENOVO_MT_2394: dmi.product.family: ThinkPad T530 dmi.product.name: 23946J3 dmi.product.sku: LENOVO_MT_2394 dmi.product.version: ThinkPad T530 dmi.sys.vendor: LENOVO hciconfig: hci0: Type: Primary Bus: USB BD Address: 80:56:F2:FF:DF:29 ACL MTU: 1021:8 SCO MTU: 64:1 UP RUNNING PSCAN RX bytes:6171653 acl:326067 sco:0 events:9289 errors:0 TX bytes:40889 acl:1156 sco:0 commands:529 errors:0 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2156936/+subscriptions
[Bug 2156972] [NEW] Camera output is vague and color is abnormal
Public bug reported: The camera output is abnormal, and it takes longer time to start the camera. I record the video by command: $ gst-launch-1.0 v4l2src ! videoconvert ! avimux ! filesink location=out.avi Some errors reported in the driver: kernel: intel_ipu6_isys.isys intel_ipu6.isys.40: csi2-0 error: DPHY recoverable synchronization error kernel: intel_ipu6_isys.isys intel_ipu6.isys.40: csi2-0 error: Single packet header error corrected kernel: intel_ipu6_isys.isys intel_ipu6.isys.40: csi2-0 error: Payload checksum (CRC) error kernel: intel_ipu6_isys.isys intel_ipu6.isys.40: csi2-0 error: DPHY recoverable synchronization error kernel: intel_ipu6_isys.isys intel_ipu6.isys.40: csi2-0 error: Single packet header error corrected kernel: intel_ipu6_isys.isys intel_ipu6.isys.40: csi2-0 error: Payload checksum (CRC) error kernel: intel_ipu6_isys.isys intel_ipu6.isys.40: csi2-0 error: DPHY recoverable synchronization error kernel: intel_ipu6_isys.isys intel_ipu6.isys.40: csi2-0 error: Single packet header error corrected Proposed fix in https://github.com/intel/ipu6-drivers/pull/447. This affects kernel v6.10 and up, which added D-PHY implementation in commit 1e7eeb301696 ("media: intel/ipu6: add the CSI2 DPHY implementation") ** Affects: linux (Ubuntu) Importance: High Assignee: You-Sheng Yang (vicamo) Status: In Progress ** Affects: linux-oem-6.17 (Ubuntu) Importance: Undecided Status: Invalid ** Affects: linux-oem-7.0 (Ubuntu) Importance: Undecided Status: Invalid ** Affects: linux (Ubuntu Noble) Importance: Undecided Status: Invalid ** Affects: linux-oem-6.17 (Ubuntu Noble) Importance: High Assignee: You-Sheng Yang (vicamo) Status: In Progress ** Affects: linux-oem-7.0 (Ubuntu Noble) Importance: Undecided Status: Invalid ** Affects: linux (Ubuntu Questing) Importance: High Assignee: You-Sheng Yang (vicamo) Status: In Progress ** Affects: linux-oem-6.17 (Ubuntu Questing) Importance: Undecided Status: Invalid ** Affects: linux-oem-7.0 (Ubuntu Questing) Importance: Undecided Status: Invalid ** Affects: linux (Ubuntu Resolute) Importance: High Assignee: You-Sheng Yang (vicamo) Status: In Progress ** Affects: linux-oem-6.17 (Ubuntu Resolute) Importance: Undecided Status: Invalid ** Affects: linux-oem-7.0 (Ubuntu Resolute) Importance: High Assignee: You-Sheng Yang (vicamo) Status: In Progress ** Affects: linux (Ubuntu Stonking) Importance: High Assignee: You-Sheng Yang (vicamo) Status: In Progress ** Affects: linux-oem-6.17 (Ubuntu Stonking) Importance: Undecided Status: Invalid ** Affects: linux-oem-7.0 (Ubuntu Stonking) Importance: Undecided Status: Invalid ** Also affects: linux (Ubuntu Stonking) Importance: Undecided Status: New ** Also affects: linux (Ubuntu Questing) Importance: Undecided Status: New ** Also affects: linux (Ubuntu Resolute) Importance: Undecided Status: New ** Also affects: linux-oem-6.17 (Ubuntu) Importance: Undecided Status: New ** Also affects: linux-oem-7.0 (Ubuntu) Importance: Undecided Status: New ** Also affects: linux (Ubuntu Noble) Importance: Undecided Status: New ** Also affects: linux-oem-6.17 (Ubuntu Noble) Importance: Undecided Status: New ** Also affects: linux-oem-7.0 (Ubuntu Noble) Importance: Undecided Status: New ** Changed in: linux-oem-7.0 (Ubuntu Noble) Status: New => Invalid ** Changed in: linux-oem-7.0 (Ubuntu Questing) Status: New => Invalid ** Changed in: linux-oem-7.0 (Ubuntu Stonking) Status: New => Invalid ** Changed in: linux-oem-6.17 (Ubuntu Questing) Status: New => Invalid ** Changed in: linux-oem-6.17 (Ubuntu Resolute) Status: New => Invalid ** Changed in: linux-oem-6.17 (Ubuntu Stonking) Status: New => Invalid ** Changed in: linux-oem-6.17 (Ubuntu Noble) Status: New => In Progress ** Changed in: linux-oem-6.17 (Ubuntu Noble) Importance: Undecided => High ** Changed in: linux-oem-6.17 (Ubuntu Noble) Assignee: (unassigned) => You-Sheng Yang (vicamo) ** Changed in: linux-oem-7.0 (Ubuntu Resolute) Importance: Undecided => High ** Changed in: linux-oem-7.0 (Ubuntu Resolute) Status: New => In Progress ** Changed in: linux-oem-7.0 (Ubuntu Resolute) Assignee: (unassigned) => You-Sheng Yang (vicamo) ** Changed in: linux (Ubuntu Noble) Status: New => Invalid ** Changed in: linux (Ubuntu Questing) Importance: Undecided => High ** Changed in: linux (Ubuntu Questing) Status: New => In Progress ** Changed in: linux (Ubuntu Questing) Assignee: (unassigned) => You-Sheng Yang (vicamo) ** Changed in: linux (Ubuntu Resolute) Importance: Undecided => High ** Changed in: linux (Ubuntu Resolute) Status: New => In Progress ** Changed in: linux (Ubuntu Resolute) Assignee: (unassigned) => You-Sheng Yang (vicamo) ** Changed in: linux (Ubuntu Stonking) Importance: Undecided => High ** Changed in: linux (Ubuntu Stonking) Status: New => In Progress ** Changed in: linux (Ubuntu Stonking) Assignee: (unassigned) => You-Sheng Yang (vicamo) -- You received this bug notification because you are subscribed to linux in Ubuntu. Matching subscriptions: Bgg, Bmail, Nb https://bugs.launchpad.net/bugs/2156972 Title: Camera output is vague and color is abnormal Status in linux package in Ubuntu: In Progress Status in linux-oem-6.17 package in Ubuntu: Invalid Status in linux-oem-7.0 package in Ubuntu: Invalid Status in linux source package in Noble: Invalid Status in linux-oem-6.17 source package in Noble: In Progress Status in linux-oem-7.0 source package in Noble: Invalid Status in linux source package in Questing: In Progress Status in linux-oem-6.17 source package in Questing: Invalid Status in linux-oem-7.0 source package in Questing: Invalid Status in linux source package in Resolute: In Progress Status in linux-oem-6.17 source package in Resolute: Invalid Status in linux-oem-7.0 source package in Resolute: In Progress Status in linux source package in Stonking: In Progress Status in linux-oem-6.17 source package in Stonking: Invalid Status in linux-oem-7.0 source package in Stonking: Invalid Bug description: The camera output is abnormal, and it takes longer time to start the camera. I record the video by command: $ gst-launch-1.0 v4l2src ! videoconvert ! avimux ! filesink location=out.avi Some errors reported in the driver: kernel: intel_ipu6_isys.isys intel_ipu6.isys.40: csi2-0 error: DPHY recoverable synchronization error kernel: intel_ipu6_isys.isys intel_ipu6.isys.40: csi2-0 error: Single packet header error corrected kernel: intel_ipu6_isys.isys intel_ipu6.isys.40: csi2-0 error: Payload checksum (CRC) error kernel: intel_ipu6_isys.isys intel_ipu6.isys.40: csi2-0 error: DPHY recoverable synchronization error kernel: intel_ipu6_isys.isys intel_ipu6.isys.40: csi2-0 error: Single packet header error corrected kernel: intel_ipu6_isys.isys intel_ipu6.isys.40: csi2-0 error: Payload checksum (CRC) error kernel: intel_ipu6_isys.isys intel_ipu6.isys.40: csi2-0 error: DPHY recoverable synchronization error kernel: intel_ipu6_isys.isys intel_ipu6.isys.40: csi2-0 error: Single packet header error corrected Proposed fix in https://github.com/intel/ipu6-drivers/pull/447. This affects kernel v6.10 and up, which added D-PHY implementation in commit 1e7eeb301696 ("media: intel/ipu6: add the CSI2 DPHY implementation") To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2156972/+subscriptions
[Bug 2156936] [NEW] bluetooth mouse occasionally gets disconnected - workaround to reconnect: sudo /etc/init.d/bluetooth restart
You have been subscribed to a public bug: Occassionally the mouse gets disconnected and then cannot reconnect by itself, even when it is powercycled. Workaround: sudo /etc/init.d/bluetooth restart solves the issue and the mouse will reconnect immediately again, no pairing is necessary. Also occasionally when listening music via bluetooth (Sennheiser Momentum 4), the sound is stuttering. The expectation is that bluetooth is stable and works reliable. michael@thinkpad:~$ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 24.04.4 LTS Release: 24.04 Codename: noble michael@thinkpad:~$ uname -a Linux thinkpad 6.8.0-124-generic #124-Ubuntu SMP PREEMPT_DYNAMIC Tue May 26 13:00:45 UTC 2026 x86_64 x86_64 x86_64 GNU/Linux michael@thinkpad:~$ michael@thinkpad:~$ aptitude show bluez Paket: bluez Version: 5.72-0ubuntu5.5 Zustand: Installiert Automatisch installiert: ja Multi-Arch: foreign Priorität: optional Bereich: admin Verwalter: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com> Architektur: amd64 Unkomprimierte Größe: 4.564 k Hängt ab von: libasound2t64 (>= 1.0.17), libc6 (>= 2.38), libdbus-1-3 (>= 1.9.14), libdw1t64 (>= 0.127), libglib2.0-0t64 (>= 2.75.3), libreadline8t64 (>= 6.0), libudev1 (>= 196), kmod, udev, default-dbus-system-bus | dbus-system-bus Hängt ab (vorher) von: init-system-helpers (>= 1.54~) Schlägt vor: pulseaudio-module-bluetooth Kollidiert mit: bluez:i386 Liefert: bluez:i386 (= 5.72-0ubuntu5.5) Bereitgestellt von: bluez:i386 (5.72-0ubuntu5), bluez:i386 (5.72-0ubuntu5.5) Beschreibung: Bluetooth-Werkzeuge und -Dienste Das Paket enthält Werkzeuge und Systemdienste zur Benutzung von Bluetooth- Geräten. BlueZ ist der offizielle Linux-Bluetooth-Protokollstack. Es ist ein Open- Source-Projekt, das unter der GNU General Public License (GPL) verteilt wird. Homepage: http://www.bluez.org michael@thinkpad:~$ michael@thinkpad:~$ apt-cache policy bluez bluez: Installiert: 5.72-0ubuntu5.5 Installationskandidat: 5.72-0ubuntu5.5 Versionstabelle: *** 5.72-0ubuntu5.5 500 500 http://de.archive.ubuntu.com/ubuntu noble-updates/main amd64 Packages 100 /var/lib/dpkg/status 5.72-0ubuntu5 500 500 http://de.archive.ubuntu.com/ubuntu noble/main amd64 Packages michael@thinkpad:~$ ProblemType: Bug DistroRelease: Ubuntu 24.04 Package: bluez 5.72-0ubuntu5.5 ProcVersionSignature: Ubuntu 6.8.0-124.124-generic 6.8.12 Uname: Linux 6.8.0-124-generic x86_64 ApportVersion: 2.28.1-0ubuntu3.8 Architecture: amd64 CasperMD5CheckResult: unknown CurrentDesktop: XFCE Date: Tue Jun 16 23:16:05 2026 InstallationDate: Installed on 2015-05-31 (4034 days ago) InstallationMedia: Xubuntu 15.04 "Vivid Vervet" - Release amd64 (20150422.1) InterestingModules: rfcomm bnep btusb bluetooth MachineType: LENOVO 23946J3 ProcEnviron: LANG=de_DE.UTF-8 PATH=(custom, no user) SHELL=/bin/bash TERM=xterm-256color XDG_RUNTIME_DIR=<set> ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-6.8.0-124-generic root=UUID=68625c01-008f-4127-84e0-ae6bb9e79b8a ro quiet splash vt.handoff=7 SourcePackage: bluez UpgradeStatus: Upgraded to noble on 2024-10-14 (610 days ago) dmi.bios.date: 03/31/2015 dmi.bios.release: 2.64 dmi.bios.vendor: LENOVO dmi.bios.version: G4ETA4WW (2.64 ) dmi.board.asset.tag: Not Available dmi.board.name: 23946J3 dmi.board.vendor: LENOVO dmi.board.version: Not Defined dmi.chassis.asset.tag: No Asset Information dmi.chassis.type: 10 dmi.chassis.vendor: LENOVO dmi.chassis.version: Not Available dmi.ec.firmware.release: 1.13 dmi.modalias: dmi:bvnLENOVO:bvrG4ETA4WW(2.64):bd03/31/2015:br2.64:efr1.13:svnLENOVO:pn23946J3:pvrThinkPadT530:rvnLENOVO:rn23946J3:rvrNotDefined:cvnLENOVO:ct10:cvrNotAvailable:skuLENOVO_MT_2394: dmi.product.family: ThinkPad T530 dmi.product.name: 23946J3 dmi.product.sku: LENOVO_MT_2394 dmi.product.version: ThinkPad T530 dmi.sys.vendor: LENOVO hciconfig: hci0: Type: Primary Bus: USB BD Address: 80:56:F2:FF:DF:29 ACL MTU: 1021:8 SCO MTU: 64:1 UP RUNNING PSCAN RX bytes:6171653 acl:326067 sco:0 events:9289 errors:0 TX bytes:40889 acl:1156 sco:0 commands:529 errors:0 ** Affects: linux (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug noble -- bluetooth mouse occasionally gets disconnected - workaround to reconnect: sudo /etc/init.d/bluetooth restart https://bugs.launchpad.net/bugs/2156936 You received this bug notification because you are subscribed to linux in Ubuntu.
[Bug 2156837] Re: seccomp-build failed in ubuntu_kernel_selftests on Resolute 7.0
** Summary changed: - seccomp_bpf fails to build on linux-oem-7.0 + seccomp-build failed in ubuntu_kernel_selftests on Resolute 7.0 -- You received this bug notification because you are subscribed to linux in Ubuntu. Matching subscriptions: Bgg, Bmail, Nb https://bugs.launchpad.net/bugs/2156837 Title: seccomp-build failed in ubuntu_kernel_selftests on Resolute 7.0 Status in ubuntu-kernel-tests: New Status in linux package in Ubuntu: Confirmed Status in linux source package in Resolute: Confirmed Bug description: When we build seccomp testsuite on resolute:linux-oem-7.0, we had the following build error. 4478 03:54:42 DEBUG| Running 'make -C linux/tools/testing/selftests TARGETS=seccomp' 4479 03:54:42 DEBUG| [stdout] make: Entering directory '/home/ubuntu/autotest/client/tmp/ubuntu_kernel_selftests/src/linux/tools/testing/selftests' 4480 03:54:42 DEBUG| [stdout] CC seccomp_bpf 4481 03:54:42 ERROR| [stderr] seccomp_bpf.c: In function ‘UPROBE_setup’: 4482 03:54:42 ERROR| [stderr] seccomp_bpf.c:5175:74: error: pointer type mismatch in conditional expression [-Wincompatible-pointer-types] 4483 03:54:42 ERROR| [stderr] 5175 | offset = get_uprobe_offset(variant->uretprobe ? probed_uretprobe : probed_uprobe); 4484 03:54:42 ERROR| [stderr] | ^ 4485 03:54:42 ERROR| [stderr] seccomp_bpf.c:5175:57: note: first expression has type ‘int (*)(void)’ 4486 03:54:42 ERROR| [stderr] 5175 | offset = get_uprobe_offset(variant->uretprobe ? probed_uretprobe : probed_uprobe); 4487 03:54:42 ERROR| [stderr] | ^~~~~~~~~~~~~~~~ 4488 03:54:42 ERROR| [stderr] seccomp_bpf.c:5175:76: note: second expression has type ‘int (__attribute__((nocf_check)) *)(void)’ 4489 03:54:42 ERROR| [stderr] 5175 | offset = get_uprobe_offset(variant->uretprobe ? probed_uretprobe : probed_uprobe); 4490 03:54:42 ERROR| [stderr] | ^~~~~~~~~~~~~ 4491 03:54:42 ERROR| [stderr] make[1]: *** [../lib.mk:225: /home/ubuntu/autotest/client/tmp/ubuntu_kernel_selftests/src/linux/tools/testing/selftests/seccomp/seccomp_bpf] Error 1 4492 03:54:42 DEBUG| [stdout] make: Leaving directory '/home/ubuntu/autotest/client/tmp/ubuntu_kernel_selftests/src/linux/tools/testing/selftests' 4493 03:54:42 ERROR| [stderr] make: *** [Makefile:212: all] Error 2 [Steps to Reproduce] 1. Use an amd64 host. The defect is gated on x86_64 + CET (-fcf-protection, default on Ubuntu) AND a compiler where -Wincompatible-pointer-types is an error by default, i.e. gcc >= 14: - resolute/26.04 -> default gcc-15, reproduces directly. 2. Install the build dependencies the test harness uses: sudo apt install build-essential libcap-dev pkg-config # full suite also pulls: bc fuse kernel-wedge libfuse-dev 3. Obtain the linux-oem-7.0 source at the affected version (git tag Ubuntu-oem-7.0-7.0.0-1006.6, or "apt source linux-oem-7.0"). 4. Build the seccomp target exactly as the harness does: cd <linux-oem-7.0-source> # faithful (matches the test machine, gcc-15): make -C tools/testing/selftests TARGETS=seccomp # on noble, force the newer compiler to trigger the error: make -C tools/testing/selftests TARGETS=seccomp CC=gcc-14 [Expected Result] The seccomp target builds; seccomp_bpf binaries are produced and the tests execute. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/2156837/+subscriptions
[Bug 2156709] Re: Xubuntu 26.04 flickers on ThinkPad X1 Carbon Gen 14
Is `xe.enable_panel_replay=0` enough by itself? ** Tags added: psr ** Changed in: linux (Ubuntu) Status: Incomplete => New ** Summary changed: - Xubuntu 26.04 flickers on ThinkPad X1 Carbon Gen 14 + OLED flickers on ThinkPad X1 Carbon Gen 14 -- You received this bug notification because you are subscribed to linux in Ubuntu. Matching subscriptions: Bgg, Bmail, Nb https://bugs.launchpad.net/bugs/2156709 Title: OLED flickers on ThinkPad X1 Carbon Gen 14 Status in linux package in Ubuntu: New Bug description: After a fresh installation of Xubuntu 26.04 on ThinkPad X1 Carbon Gen 14, flickers are observed when the mouse pointer moves. The flickers are random, and they seem to occur more often when the pointer moves over the edges of windows. The flickers become even more observable in google-chrome, where they occur (randomly) when the pointer moves over links. Thank you for taking a look. ProblemType: Bug DistroRelease: Ubuntu 26.04 Package: xorg 1:7.7+26ubuntu1 ProcVersionSignature: Ubuntu 7.0.0-22.22-generic 7.0.0 Uname: Linux 7.0.0-22-generic x86_64 ApportVersion: 2.34.0-0ubuntu2 Architecture: amd64 BootLog: Error: [Errno 13] Permission denied: '/var/log/boot.log' CasperMD5CheckResult: unknown CompositorRunning: None CurrentDesktop: XFCE Date: Sun Jun 14 23:58:09 2026 DistUpgraded: Fresh install DistroCodename: resolute DistroVariant: ubuntu ExtraDebuggingInterest: I just need to know a workaround GraphicsCard: Intel Corporation Panther Lake [Arc B390] [8086:b080] (rev 04) (prog-if 00 [VGA controller]) Subsystem: Lenovo Device [17aa:2352] InstallationDate: Installed on 2026-06-11 (3 days ago) InstallationMedia: Xubuntu 26.04 "Resolute Raccoon" - Release amd64 (20260423.1) MachineType: LENOVO 21V7001BCD ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-7.0.0-22-generic root=UUID=3cbf6b20-1752-432d-ac98-bf9b5a45453b ro xe.enable_panel_replay=0 SourcePackage: xorg Symptom: display UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 05/14/2026 dmi.bios.release: 1.12 dmi.bios.vendor: LENOVO dmi.bios.version: N4OET49W (1.12 ) dmi.board.asset.tag: Not Available dmi.board.name: 21V7001BCD dmi.board.vendor: LENOVO dmi.board.version: SDK0T76576 WIN dmi.chassis.asset.tag: No Asset Information dmi.chassis.type: 10 dmi.chassis.vendor: LENOVO dmi.chassis.version: None dmi.ec.firmware.release: 1.9 dmi.modalias: dmi:bvnLENOVO:bvrN4OET49W(1.12):bd05/14/2026:br1.12:efr1.9:svnLENOVO:pn21V7001BCD:pvrThinkPadX1CarbonGen14:rvnLENOVO:rn21V7001BCD:rvrSDK0T76576WIN:cvnLENOVO:ct10:cvrNone:skuLENOVO_MT_21V7_BU_Think_FM_ThinkPadX1CarbonGen14:pfaThinkPadX1CarbonGen14: dmi.product.family: ThinkPad X1 Carbon Gen 14 dmi.product.name: 21V7001BCD dmi.product.sku: LENOVO_MT_21V7_BU_Think_FM_ThinkPad X1 Carbon Gen 14 dmi.product.version: ThinkPad X1 Carbon Gen 14 dmi.sys.vendor: LENOVO modified.conffile..etc.default.apport: [modified] mtime.conffile..etc.default.apport: 2026-06-11T23:53:25.761576 version.compiz: compiz N/A version.libdrm2: libdrm2 2.4.131-1 version.libgl1-mesa-dri: libgl1-mesa-dri 26.0.3-1ubuntu1 version.libgl1-mesa-glx: libgl1-mesa-glx N/A version.xserver-xorg-core: xserver-xorg-core 2:21.1.22-1ubuntu1 version.xserver-xorg-input-evdev: xserver-xorg-input-evdev N/A version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:22.0.0-1build2 version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.99.917+git20210115-1build2 version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.18-1build1 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2156709/+subscriptions
понедельник
[Bug 2155222] Re: [hyperv] Ensure MMIO Mapping is Correct for Kexec / kdump kernel on Azure v6 Instance Types
** Description changed: BugLink: https://bugs.launchpad.net/bugs/2155222 [Impact] Jammy VMs running on "Gen2" v6 instance types on Azure fail to collect a kdump with both the 5.15 and 6.8 HWE kernel, yet kdump succeeds for 6.8 onward on noble onward. Even stranger, it succeeds on jammy with secureboot enabled, and fails with secureboot disabled. The difference between jammy and noble onward can be explained with userspace tools, as kdump-tools uses -c (--kexec-syscall) by default, and changes to -s (--kexec-file-syscall) when secureboot is enabled. Noble onward works due to using -a (--kexec-syscall-auto) by default, which defaults to -s. Noble will fail when using -c instead. From man kexec: -s (--kexec-file-syscall) Specify that the new KEXEC_FILE_LOAD syscall should be used exclusively. -c (--kexec-syscall) Specify that the old KEXEC_LOAD syscall should be used exclusively (the default). -a (--kexec-syscall-auto) Try the new KEXEC_FILE_LOAD syscall first and when it is not supported or the kernel does not understand the supplied image fall back to the old KEXEC_LOAD interface. There is no one single interface that always works. KEXEC_FILE_LOAD is required on systems that use locked-down secure boot to verify the kernel signature. KEXEC_LOAD may be also disabled in the kernel configuration. KEXEC_LOAD is required for some kernel image formats and on architectures that do not implement KEXEC_FILE_LOAD. Regardless, the issue is actually a hyperv subsystem issue in the kernel. When the kexec / kdump kernel boots, vmbus_reserve_fb() fails to reserve the framebuffer MMIO range due to a Gen2 VM's screen.lfb_base being zero. This causes a MMIO conflict between hyperv-drm and pci-hyperv: when the pci-hyperv's hv_allocate_config_window() calls vmbus_allocate_mmio() to get an MMIO range, it usually gets a 32-bit MMIO range that overlaps with the framebuffer MMIO range, and later hv_pci_enter_d0() fails with an error message "PCI Pass-through VSP failed D0 Entry with status" since the host thinks that PCI devices must not use MMIO space that the host has assigned to the framebuffer. This is especially an issue if pci-hyperv is built-in and hyperv-drm is built as a module. Consequently, the kdump/kexec kernel fails to detect PCI devices via pci-hyperv, and may fail to mount the root file system, which may reside in a NVMe disk. The end result is that capturing kdumps fail when -c (--kexec-syscall) is used, which is the default on jammy. [Fix] The fix landed in 7.2-rc1: commit 016a25e4b0df4d77e7c258edee4aaf982e4ee809 From: Dexuan Cui <decui@microsoft.com> Date: Thu, 7 May 2026 14:28:38 -0700 Subject: Drivers: hv: vmbus: Improve the logic of reserving fb_mmio on Gen2 VMs Link: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=016a25e4b0df4d77e7c258edee4aaf982e4ee809 - Jammy also needs the following dependency: + This fix is required for hyperv users, and is mostly relevant for -azure users + only, so we will only target linux-azure for this fix. - commit 2a8a8afba0c3053d0ea8686182f6b2104293037e - Author: Vitaly Kuznetsov <vkuznets@redhat.com> - Date: Sat Aug 27 15:03:44 2022 +0200 - Subject: Drivers: hv: Always reserve framebuffer region for Gen1 VMs - Link: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=2a8a8afba0c3053d0ea8686182f6b2104293037e - - This fix is required for hyperv users, and is mostly relevant for -azure users - only, but I am still requesting this for -generic to ensure that anyone using - -generic on Azure can still kexec, and to make it easier to bisect -generic on - Azure in the future. + Note: -generic does not boot on Azure as-is without changes, so there are likely + no -generic users on Azure. [Testcase] This needs to be tested on Azure on both v5 and v6 instance types. The issue occurs with v6 instance types, but we need to ensure we do not cause a regression with v5 instance types. For each series you are testing, create a VM with the following instance types: - Standard_D4ads_v5 - Standard_D4ads_v6 For the image type, you need to select "Gen2" images: - "Ubuntu Server 22.04 LTS - x64 Gen2" - "Ubuntu Server 24.04 LTS - x64 Gen2" - "Ubuntu Server 25.10 - x64 Gen 2" - "Ubuntu Server 26.04 LTS - x64 Gen 2" If you are going to test with -c (--kexec-syscall), secureboot needs to be disabled, and you can do this with: - Under Security type, select "Configure security features" - uncheck "Enable Secure Boot". Save. Create the VM. Log in, and install kdump-tools: $ sudo apt update $ sudo apt install kdump-tools Say yes to each prompt. $ sudo vim /etc/default/grub.d/kdump-tools.cfg Change crashkernel=512M-:192M from 192M to 1G, save, exit. $ sudo vim /etc/kernel/postinst.d/kdump-tools Change dep to most, save exit. $ sudo update-grub $ sudo reboot Verify that the cmdline has crashkernel set to 1G memory: $ cat /proc/cmdline $ kdump-config show On the Azure Web Interface, select "Serial Console" for the VM, and watch the serial console. $ sudo sysctl -w kernel.sysrq=1 $ sudo su $ echo c > /proc/sysrq-trigger Watch the kernel panic and reboot into the crash kernel. On failure: The kexec kernel gets stuck, and writes these messages to dmesg. [ 1.157729] hv_pci 7ad35d50-c05b-47ab-b3a0-56a9a845852b: PCI VMBus probing: Using version 0x10004 [ 1.167427] hv_pci 7ad35d50-c05b-47ab-b3a0-56a9a845852b: Retrying D0 Entry [ 1.173231] hv_pci 7ad35d50-c05b-47ab-b3a0-56a9a845852b: PCI Pass-through VSP failed D0 Entry with status c000000d [ 1.181091] hv_vmbus: probe failed for device 7ad35d50-c05b-47ab-b3a0-56a9a845852b (-71) [ 1.186890] hv_pci: probe of 7ad35d50-c05b-47ab-b3a0-56a9a845852b failed with error -71 [ 1.194422] hv_pci 00000001-7870-47b5-b203-907d12ca697e: PCI VMBus probing: Using version 0x10004 [ 1.202172] hv_pci 00000001-7870-47b5-b203-907d12ca697e: Retrying D0 Entry [ 1.207877] hv_pci 00000001-7870-47b5-b203-907d12ca697e: PCI Pass-through VSP failed D0 Entry with status c000000d The kexec kernel gives up, and reboots. No kdump is generated. /var/crash will be empty. On success: The kdump is collected, and saved to /var/crash, and will be present on next boot. There are test kernels available in the following ppa: https://launchpad.net/~mruffell/+archive/ubuntu/sf425760-test If you install the test kernel and reboot, kdump will work correctly on v6 instance types. [Where problems could occur] This changes how vmbus_reserve_fb() reserves MMIO space for the framebuffer, and if a regression were to occur, it could affect the pci-hyperv and hyperv-drm drivers from being able to claim the correct MMIO ranges. This could show as instances failing to start or failing to kexec / collect a kdump with the crashkernel. This fix works both on amd64 and arm64 instance types, as well as with 32bit and 64bit pci busses. [Other info] Upstream mailing list threads: Abandoned Patch: V1: https://lore.kernel.org/linux-hyperv/20260122020337.94967-1-decui@microsoft.com/ V2: https://lore.kernel.org/linux-hyperv/20260402234313.2490779-1-decui@microsoft.com/ Current Patch: V1: https://lore.kernel.org/linux-hyperv/20260416183529.838321-1-decui@microsoft.com/ V2: https://lore.kernel.org/linux-hyperv/20260505004846.193441-1-decui@microsoft.com/ V3: https://lore.kernel.org/linux-hyperv/20260507212838.448891-1-decui@microsoft.com/ ** No longer affects: linux (Ubuntu) ** No longer affects: linux (Ubuntu Jammy) ** No longer affects: linux (Ubuntu Noble) ** No longer affects: linux (Ubuntu Questing) ** No longer affects: linux (Ubuntu Resolute) -- You received this bug notification because you are subscribed to linux in Ubuntu. Matching subscriptions: Bgg, Bmail, Nb https://bugs.launchpad.net/bugs/2155222 Title: [hyperv] Ensure MMIO Mapping is Correct for Kexec / kdump kernel on Azure v6 Instance Types Status in linux-azure package in Ubuntu: Fix Released Status in linux-azure source package in Jammy: In Progress Status in linux-azure source package in Noble: In Progress Status in linux-azure source package in Questing: In Progress Status in linux-azure source package in Resolute: In Progress Bug description: BugLink: https://bugs.launchpad.net/bugs/2155222 [Impact] Jammy VMs running on "Gen2" v6 instance types on Azure fail to collect a kdump with both the 5.15 and 6.8 HWE kernel, yet kdump succeeds for 6.8 onward on noble onward. Even stranger, it succeeds on jammy with secureboot enabled, and fails with secureboot disabled. The difference between jammy and noble onward can be explained with userspace tools, as kdump-tools uses -c (--kexec-syscall) by default, and changes to -s (--kexec-file-syscall) when secureboot is enabled. Noble onward works due to using -a (--kexec-syscall-auto) by default, which defaults to -s. Noble will fail when using -c instead. From man kexec: -s (--kexec-file-syscall) Specify that the new KEXEC_FILE_LOAD syscall should be used exclusively. -c (--kexec-syscall) Specify that the old KEXEC_LOAD syscall should be used exclusively (the default). -a (--kexec-syscall-auto) Try the new KEXEC_FILE_LOAD syscall first and when it is not supported or the kernel does not understand the supplied image fall back to the old KEXEC_LOAD interface. There is no one single interface that always works. KEXEC_FILE_LOAD is required on systems that use locked-down secure boot to verify the kernel signature. KEXEC_LOAD may be also disabled in the kernel configuration. KEXEC_LOAD is required for some kernel image formats and on architectures that do not implement KEXEC_FILE_LOAD. Regardless, the issue is actually a hyperv subsystem issue in the kernel. When the kexec / kdump kernel boots, vmbus_reserve_fb() fails to reserve the framebuffer MMIO range due to a Gen2 VM's screen.lfb_base being zero. This causes a MMIO conflict between hyperv-drm and pci-hyperv: when the pci-hyperv's hv_allocate_config_window() calls vmbus_allocate_mmio() to get an MMIO range, it usually gets a 32-bit MMIO range that overlaps with the framebuffer MMIO range, and later hv_pci_enter_d0() fails with an error message "PCI Pass-through VSP failed D0 Entry with status" since the host thinks that PCI devices must not use MMIO space that the host has assigned to the framebuffer. This is especially an issue if pci-hyperv is built-in and hyperv-drm is built as a module. Consequently, the kdump/kexec kernel fails to detect PCI devices via pci-hyperv, and may fail to mount the root file system, which may reside in a NVMe disk. The end result is that capturing kdumps fail when -c (--kexec-syscall) is used, which is the default on jammy. [Fix] The fix landed in 7.2-rc1: commit 016a25e4b0df4d77e7c258edee4aaf982e4ee809 From: Dexuan Cui <decui@microsoft.com> Date: Thu, 7 May 2026 14:28:38 -0700 Subject: Drivers: hv: vmbus: Improve the logic of reserving fb_mmio on Gen2 VMs Link: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=016a25e4b0df4d77e7c258edee4aaf982e4ee809 This fix is required for hyperv users, and is mostly relevant for -azure users only, so we will only target linux-azure for this fix. Note: -generic does not boot on Azure as-is without changes, so there are likely no -generic users on Azure. [Testcase] This needs to be tested on Azure on both v5 and v6 instance types. The issue occurs with v6 instance types, but we need to ensure we do not cause a regression with v5 instance types. For each series you are testing, create a VM with the following instance types: - Standard_D4ads_v5 - Standard_D4ads_v6 For the image type, you need to select "Gen2" images: - "Ubuntu Server 22.04 LTS - x64 Gen2" - "Ubuntu Server 24.04 LTS - x64 Gen2" - "Ubuntu Server 25.10 - x64 Gen 2" - "Ubuntu Server 26.04 LTS - x64 Gen 2" If you are going to test with -c (--kexec-syscall), secureboot needs to be disabled, and you can do this with: - Under Security type, select "Configure security features" - uncheck "Enable Secure Boot". Save. Create the VM. Log in, and install kdump-tools: $ sudo apt update $ sudo apt install kdump-tools Say yes to each prompt. $ sudo vim /etc/default/grub.d/kdump-tools.cfg Change crashkernel=512M-:192M from 192M to 1G, save, exit. $ sudo vim /etc/kernel/postinst.d/kdump-tools Change dep to most, save exit. $ sudo update-grub $ sudo reboot Verify that the cmdline has crashkernel set to 1G memory: $ cat /proc/cmdline $ kdump-config show On the Azure Web Interface, select "Serial Console" for the VM, and watch the serial console. $ sudo sysctl -w kernel.sysrq=1 $ sudo su $ echo c > /proc/sysrq-trigger Watch the kernel panic and reboot into the crash kernel. On failure: The kexec kernel gets stuck, and writes these messages to dmesg. [ 1.157729] hv_pci 7ad35d50-c05b-47ab-b3a0-56a9a845852b: PCI VMBus probing: Using version 0x10004 [ 1.167427] hv_pci 7ad35d50-c05b-47ab-b3a0-56a9a845852b: Retrying D0 Entry [ 1.173231] hv_pci 7ad35d50-c05b-47ab-b3a0-56a9a845852b: PCI Pass-through VSP failed D0 Entry with status c000000d [ 1.181091] hv_vmbus: probe failed for device 7ad35d50-c05b-47ab-b3a0-56a9a845852b (-71) [ 1.186890] hv_pci: probe of 7ad35d50-c05b-47ab-b3a0-56a9a845852b failed with error -71 [ 1.194422] hv_pci 00000001-7870-47b5-b203-907d12ca697e: PCI VMBus probing: Using version 0x10004 [ 1.202172] hv_pci 00000001-7870-47b5-b203-907d12ca697e: Retrying D0 Entry [ 1.207877] hv_pci 00000001-7870-47b5-b203-907d12ca697e: PCI Pass-through VSP failed D0 Entry with status c000000d The kexec kernel gives up, and reboots. No kdump is generated. /var/crash will be empty. On success: The kdump is collected, and saved to /var/crash, and will be present on next boot. There are test kernels available in the following ppa: https://launchpad.net/~mruffell/+archive/ubuntu/sf425760-test If you install the test kernel and reboot, kdump will work correctly on v6 instance types. [Where problems could occur] This changes how vmbus_reserve_fb() reserves MMIO space for the framebuffer, and if a regression were to occur, it could affect the pci-hyperv and hyperv-drm drivers from being able to claim the correct MMIO ranges. This could show as instances failing to start or failing to kexec / collect a kdump with the crashkernel. This fix works both on amd64 and arm64 instance types, as well as with 32bit and 64bit pci busses. [Other info] Upstream mailing list threads: Abandoned Patch: V1: https://lore.kernel.org/linux-hyperv/20260122020337.94967-1-decui@microsoft.com/ V2: https://lore.kernel.org/linux-hyperv/20260402234313.2490779-1-decui@microsoft.com/ Current Patch: V1: https://lore.kernel.org/linux-hyperv/20260416183529.838321-1-decui@microsoft.com/ V2: https://lore.kernel.org/linux-hyperv/20260505004846.193441-1-decui@microsoft.com/ V3: https://lore.kernel.org/linux-hyperv/20260507212838.448891-1-decui@microsoft.com/ To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux-azure/+bug/2155222/+subscriptions
[Bug 2154418] Re: Backport ASoC SDCA, AMD SoundWire, and RT722 audio fixes
On Thinkpad platform, the speaker is 'Dummy' and no mic device, after updating the packages from noble-proposed, sound card probes successfully, the speaker and mic works fine, the led and function of speaker mute and mic mute also works. $ amixer -c1 info Card sysdefault:1 'amdsoundwire'/'LENOVO-21YXZDW0US-ThinkPadT14sGen7' Mixer name→ : '' Components→ : ' cfg-amp:1 mic:acp-dmic cfg-mics:1 spk:rt1320 hs:rt722' Controls : 24 Simple ctrls : 18 $ apt-cache policy alsa-ucm-conf linux-oem-24.04d alsa-ucm-conf: Installed: 1.2.10-1ubuntu5.13 Candidate: 1.2.10-1ubuntu5.13 Version table: *** 1.2.10-1ubuntu5.13 100 100 http://archive.ubuntu.com/ubuntu noble-proposed/main amd64 Packages 100 http://archive.ubuntu.com/ubuntu noble-proposed/main i386 Packages 100 /var/lib/dpkg/status 1.2.10-1ubuntu5.11 500 500 http://archive.ubuntu.com/ubuntu noble-updates/main amd64 Packages 500 http://archive.ubuntu.com/ubuntu noble-updates/main i386 Packages 1.2.10-1ubuntu5 500 500 http://archive.ubuntu.com/ubuntu noble/main amd64 Packages 500 http://archive.ubuntu.com/ubuntu noble/main i386 Packages linux-oem-24.04d: Installed: 6.17.0-1026.26 Candidate: 6.17.0-1026.26 Version table: *** 6.17.0-1026.26 100 100 http://archive.ubuntu.com/ubuntu noble-proposed/main amd64 Packages 100 /var/lib/dpkg/status 6.17.0-1025.25 500 500 http://archive.ubuntu.com/ubuntu noble-updates/main amd64 Packages 500 http://security.ubuntu.com/ubuntu noble-security/main amd64 Packages ** Tags removed: verification-needed-noble verification-needed-noble-linux-oem-6.17 ** Tags added: verification-done-noble verification-done-noble-linux-oem-6.17 -- You received this bug notification because you are subscribed to linux in Ubuntu. Matching subscriptions: Bgg, Bmail, Nb https://bugs.launchpad.net/bugs/2154418 Title: Backport ASoC SDCA, AMD SoundWire, and RT722 audio fixes Status in HWE Next: In Progress Status in alsa-ucm-conf package in Ubuntu: Fix Released Status in linux package in Ubuntu: In Progress Status in linux-oem-6.17 package in Ubuntu: Invalid Status in alsa-ucm-conf source package in Noble: Fix Committed Status in linux source package in Noble: Invalid Status in linux-oem-6.17 source package in Noble: Fix Committed Status in alsa-ucm-conf source package in Questing: Fix Committed Status in linux source package in Questing: Won't Fix Status in linux-oem-6.17 source package in Questing: Invalid Status in alsa-ucm-conf source package in Resolute: Fix Committed Status in linux source package in Resolute: In Progress Status in linux-oem-6.17 source package in Resolute: Invalid Bug description: SRU Justification: [ Impact ] Some newer audio configurations require SoundWire/SDCA updates for companion amplifier handling, AMD ACP7.0 Realtek match entries, Lenovo AMD SoundWire DMIC quirks, combined speaker component naming, and RT722 speaker mute control. Without these fixes, affected systems may fail to expose the expected audio topology, DMIC component naming, PCM numbering, or speaker mute switch needed by userspace/UCM. [ Fix ] Backport upstream commits: - f5cb3ee251b4 ("ASoC: SDCA: Add companion amp Function") - 7869f1c1123c ("ASoC: amd: acp: Add ACP7.0 match entries for Realtek parts") - 3acf517e1ae0 ("ASoC: amd: amd_sdw: add machine driver quirk for Lenovo models") - 68130eef1e0d ("ASoC: soc-component: re-add pcm_new()/pcm_free()") - fe33a69681e3 ("ASoC: amd: name back to pcm_new()/pcm_free()") - 5902e1f3c501 ("ASoC: amd: acp: update dmic_num logic for acp pdm dmic") - 371f6a1d2a97 ("ASoC: amd: acp-sdw-legacy: rename the dmic component name") - 3666dc0c47c3 ("ASoC: amd: ps: fix the pcm device numbering for acp pdm dmic") - 80a7916ca2d9 ("ASoC: amd: acp: add Lenovo P16s G5 AMD quirk for legacy SDW machine") - 6b6f7263d626 ("ASoC: amd: acp: update DMI quirk and add ACP DMIC for Lenovo platforms") - 87a3f5c8ac20 ("ASoC: sdw_utils: cs42l43: allow spk component names to be combined") - bda41dd5e1dd ("ASoC: rt722-sdca: add FU06 Playback Switch for speaker mute control") [ Test Plan ] Boot affected hardware and verify: 1. Sound card probes successfully. 2. Expected ALSA PCMs and controls are present. 3. DMIC capture works on affected AMD SoundWire platforms. 4. Speaker playback works. 5. Speaker mute control is exposed and can be toggled by userspace. [ Where problems could occur ] The changes affect ASoC SoundWire/SDCA machine matching, component naming, PCM setup, and RT722 codec mute handling. Regressions could appear as sound card probe failures, changed component strings affecting UCM matching, missing or renumbered PCM devices, or incorrect speaker mute behavior. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/2154418/+subscriptions
[Bug 2148636] Re: backport Intel iwlwifi core102 support from linux-next to linux/resolute 7.0.
Verified linux-oem-7.0/7.0.0-1006.6 on Intel WCL-U RVP with BE211 module. $ sudo dmesg|grep iwlwifi [ 4.338208] iwlwifi 0000:00:14.3: enabling device (0000 -> 0002) [ 4.353825] iwlwifi 0000:00:14.3: Detected crf-id 0x1002a10, cnv-id 0x1080901 wfpm id 0x80005b20 [ 4.353839] iwlwifi 0000:00:14.3: PCI dev 4d40/0110, rev=0x4b1, rfid=0x20113100 [ 4.353842] iwlwifi 0000:00:14.3: Detected Intel(R) Wi-Fi 7 BE211 320MHz [ 4.359587] iwlwifi 0000:00:14.3: loaded firmware version 102.07fca168.0 bz-b0-wh-b0-c102.ucode op_mode iwlmld [ 5.110607] iwlwifi 0000:00:14.3: Detected RF WH, rfid=0x20113100 [ 5.222102] iwlwifi 0000:00:14.3: base HW address: 04:f0:ee:28:02:17 [ 5.291647] iwlwifi 0000:00:14.3 wlp0s20f3: renamed from wlan0 $ modinfo iwlwifi|head filename: /lib/modules/7.0.0-1006-oem/kernel/drivers/net/wireless/intel/iwlwifi/iwlwifi.ko.zst $ dpkg -S /usr/lib/modules/7.0.0-1006-oem/kernel/drivers/net/wireless/intel/iwlwifi/iwlwifi.ko.zst linux-modules-7.0.0-1006-oem: /usr/lib/modules/7.0.0-1006-oem/kernel/drivers/net/wireless/intel/iwlwifi/iwlwifi.ko.zst ** Tags removed: verification-needed-resolute-linux-oem-7.0 ** Tags added: verification-done-resolute-linux-oem-7.0 -- You received this bug notification because you are subscribed to linux in Ubuntu. Matching subscriptions: Bgg, Bmail, Nb https://bugs.launchpad.net/bugs/2148636 Title: backport Intel iwlwifi core102 support from linux-next to linux/resolute 7.0. Status in linux package in Ubuntu: Fix Released Status in linux-oem-7.0 package in Ubuntu: Invalid Status in linux source package in Noble: Won't Fix Status in linux-oem-7.0 source package in Noble: Invalid Status in linux source package in Questing: Won't Fix Status in linux-oem-7.0 source package in Questing: Invalid Status in linux source package in Resolute: Won't Fix Status in linux-oem-7.0 source package in Resolute: Fix Committed Status in linux source package in Stonking: Fix Released Status in linux-oem-7.0 source package in Stonking: Invalid Bug description: [SRU Justification] [Impact] While we are to support Intel Wilcat Lake in oem projects, the PV driver release depends on firmware release of core102 API. In Ubuntu, core102 API is currently only supported through backport-iwlwifi-dkms >= 0~102 version, or linux-unstable based kernel v7.1-rcX. The support plan is: 1. to enable linux-oem-6.17 supportness using backport-iwlwifi-dkms, 2. when migrated to linux-hwe-7.0 and/or generic linux-7.0, expect native support of iwlwifi core102 API in them. Without 2., the Intel Wildcat Lake platforms shipped with linux-oem-6.17 kernel will be blocked until a latter point release in around early 2027, a hwe kernel based on Stonking generic kernel 7.3 or so. While the PV driver is only upstreamed until v7.1-rc, it's impossible to integrate this before Resolute linux-7.0 release. [Fix] The backport is made of 57 patches from mainline kernel. A few patches proposed by Intel but appears irrelevant to the core function have been removed because they lead to either build failures to other components, or external dkms packages due to API changes. Most of the patches touch only iwlwifi driver itself. For those walk across the border: 1. from wireless-next-2026-03-19: - f10ebd136dfef wifi: nl80211: use int for band coming from netlink - eb092b188fcf9 wifi: mac80211: fix STA link removal during link removal - 6fb86f7b696e8 wifi: nl80211: reject S1G/60G with HT chantype - 7218d8e9d8485 wifi: cfg80211: check non-S1G width with S1G chandef - 92d77e06e73ca wifi: cfg80211: restrict cfg80211_chandef_create() to only HT-based bands - a6d4291eae040 wifi: mac80211: don't use cfg80211_chandef_create() for default chandef - 84674b03d8bf3 wifi: mac80211: Remove deleted sta links in ieee80211_ml_reconf_work() - fd2905157d692 wifi: cfg80211: split control freq check from chandef check - f932856649b07 wifi: mac80211: always use full chanctx compatible check - ba9d121f85771 wifi: mac80211: refactor chandef tracing macros - f2514ff78855c wifi: mac80211: validate HE 6 GHz operation when EHT is used Above commits are internal to nl80211/mac80211/cfg80211 and did not touch API/ABI. - e4b993f2bca78 wifi: nl80211: split out UHR operation information This is to define a new nl80211 attribute for userspace program use. For hostap/wpa_supplicant, it's in the main branch starting from commit b6bdf8581 ("UHR: Protocol definitions from IEEE P802.11bn/D1.4") and is not yet released ever. hostap, actually libnl already handles unknown attribute by passing maximum accepted attribute id NL80211_ATTR_MAX to nla_parse() or so. - 35de87bf598ca wifi: Add SPDX ids to some files in the wireless subsystem - a140826caa2c1 wifi: nl80211: fix UHR capability validation - 9f39e2cc2b012 wifi: mac80211: remove AID bit stripping for print - 2f211be112e64 wifi: mac80211: remove stale TODO item Another few commit irrelevant to API/ABI changes. 2. from wireless-next-2026-03-04: - 5d048bbed1bb2 wifi: mac80211: give the AP more time for EPPKE as well - b8a57b979a7c2 wifi: mac80211: update outdated comment Internal fixes only. - 6a584e336cefb wifi: cfg80211: add support to handle incumbent signal detected event from mac80211/driver This is to notify upper layers about the signal interference event. mac80211 simulator (MAC80211_HWSIM), uses it. hostap implemented this process since commit bfc3fe08a ("nl80211: Incumbent signal interference event") in main branch; before that, it's simply dropped with a debug message indicating an unsupported event. - f3f52e6f20ac8 wifi: mac80211: Set link ID for NULL packets sent to probe stations - 73e7df69edb6f wifi: mac80211: set band information only for non-MLD when probing stations using NULL frame [Test Plan] 1. Install the new patched kernel from -proposed. 2. On an Intel Wildcat Lake platform, with BE211/BE213 wireless modules, check the dmesg gives something like: ``` $ sudo dmesg | grep iwlwifi kernel: iwlwifi 0000:00:14.3: Detected Intel(R) Wi-Fi 7 BE211 320MHz kernel: iwlwifi 0000:00:14.3: loaded firmware version 102.07fca168.0 bz-b0-wh-b0-c102.ucode op_mode iwlmld ``` 3. Install checkbox: ``` $ sudo apt-add-repository ppa:checkbox-dev/stable $ sudo apt install canonical-certification-client ``` Run wireless automated test plan: ``` $ sudo checkbox-cli run-plan # Pick "Automated tests for wireless and follow further menus ``` 4. Replace the module with other models even with a different vendor if possible. Retry with step 2. and 3. 5. Tested dkms packages: ``` $ dkms status backport-iwlwifi/0~103.14434-gitdf6b5bf4, 7.0.0-3015-generic, x86_64: installed broadcom-sta/6.30.223.271, 7.0.0-3015-generic, x86_64: installed ezurio-qcacld-2.0/0.0~git20240408.aa96a9f+dfsg, 7.0.0-3015-generic, x86_64: installed ipt-netflow/2.6, 7.0.0-3015-generic, x86_64: installed jool/4.1.15, 7.0.0-3015-generic, x86_64: installed osmocom-dahdi/0.0~git20250226.6dada77, 7.0.0-3015-generic, x86_64: installed ovpn-dco/0.0+git20251017, 7.0.0-3015-generic, x86_64: installed r8125/9.016.01, 7.0.0-3015-generic, x86_64: installed r8168/8.055.00, 7.0.0-3015-generic, x86_64: installed rtpengine/13.5.1.4, 7.0.0-3015-generic, x86_64: installed sl-modem/2.9.11~20110321, 7.0.0-3015-generic, x86_64: installed west-chamber/20100405+svn20111107.r124, 7.0.0-3015-generic, x86_64: installed xtables-addons/3.30, 7.0.0-3015-generic, x86_64: installed ``` [Where problems could occur] By lifting iwlwifi firmware API from core101 which linux-7.0 supports to core102, it follows a few firmware may become active while they were not although released in linux-firmware/resolute. These files are: * intel/iwlwifi/iwlwifi-bz-b0-fm-c0-c102.ucode (BE201) * intel/iwlwifi/iwlwifi-bz-b0-wh-b0-c102.ucode (BE211/BE213) * intel/iwlwifi/iwlwifi-gl-c0-fm-c0-c102.ucode (BE201) * intel/iwlwifi/iwlwifi-sc-a0-fm-c0-c102.ucode (BE201) * intel/iwlwifi/iwlwifi-sc-a0-wh-b0-c102.ucode (BE211/BE213) While these models are expected to be supported in Intel Wildcat Lake, it follows they must become active to meet device enablement plan. The blobs are PV ones, they are supposed to be working fine. In addition, when Intel AX211 module is installed, there is a known issue LP #2152688 that iwlwifi gives "failed to send MCC_ALLOWED_AP_TYPE_CMD (-22)" error at initializing. This happens to backport-iwlwifi-dkms core105, too. [Other Info] While these patches are backported from v7.1-rcX, nominate for Resolute and oem-6.17 only. --- ProblemType: Bug ApportVersion: 2.34.0-0ubuntu2 Architecture: amd64 AudioDevicesInUse: USER PID ACCESS COMMAND /dev/snd/seq: gdm-greeter 1545 F.... pipewire CasperMD5CheckResult: pass DistroRelease: Ubuntu 26.04 InstallationDate: Installed on 2025-12-23 (157 days ago) InstallationMedia: Ubuntu 24.04.2 LTS "Noble Numbat" - Release amd64 (20250215) Lsusb: Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 003 Device 002: ID 2a7a:8a5b CASUE USB KB Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub MachineType: Intel Corporation Wildcat Lake Client Platform Package: linux (not installed) ProcFB: 0 xedrmfb ProcKernelCmdLine: BOOT_IMAGE=/rootfs/resolute/boot/vmlinuz-7.0.0-19-generic root=UUID=e9935351-eaa0-4e67-9f5a-5910f8e4786e ro rootflags=subvol=rootfs/resolute quiet splash crashkernel=2G-4G:320M,4G-32G:512M,32G-64G:1024M,64G-128G:2048M,128G-:4096M ProcVersionSignature: Ubuntu 7.0.0-19.19-generic 7.0.9 Tags: resolute Uname: Linux 7.0.0-19-generic x86_64 UpgradeStatus: No upgrade log present (probably fresh install) UserGroups: N/A _MarkForUpload: True dmi.bios.date: 08/07/2025 dmi.bios.vendor: Intel Corporation dmi.bios.version: WCLPFWI1.R00.3323.D05.2508071747 dmi.board.asset.tag: Base Board Asset Tag dmi.board.name: WCL LP5x MD T3 RVP2 dmi.board.vendor: Intel Corporation dmi.board.version: 2 dmi.chassis.asset.tag: Chassis Asset Tag dmi.chassis.type: 9 dmi.chassis.vendor: Intel Corporation dmi.chassis.version: 0.1 dmi.ec.firmware.release: 2.40 dmi.modalias: dmi:bvnIntelCorporation:bvrWCLPFWI1.R00.3323.D05.2508071747:bd08/07/2025:efr2.40:svnIntelCorporation:pnWildcatLakeClientPlatform:pvr0.1:rvnIntelCorporation:rnWCLLP5xMDT3RVP2:rvr2:cvnIntelCorporation:ct9:cvr0.1:sku0100000000210100:pfaWildcatLakeClientSystem: dmi.product.family: Wildcat Lake Client System dmi.product.name: Wildcat Lake Client Platform dmi.product.sku: 0100000000210100 dmi.product.version: 0.1 dmi.sys.vendor: Intel Corporation To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2148636/+subscriptions
[Bug 2156830] Re: Fix missing audio output device on Dell Slate HPT platform
** Changed in: linux-firmware (Ubuntu Resolute) Status: Invalid => In Progress -- You received this bug notification because you are subscribed to linux in Ubuntu. Matching subscriptions: Bgg, Bmail, Nb https://bugs.launchpad.net/bugs/2156830 Title: Fix missing audio output device on Dell Slate HPT platform Status in linux package in Ubuntu: New Status in linux-firmware package in Ubuntu: New Status in linux-oem-6.17 package in Ubuntu: New Status in linux source package in Noble: Invalid Status in linux-firmware source package in Noble: In Progress Status in linux-oem-6.17 source package in Noble: In Progress Status in linux source package in Resolute: Fix Released Status in linux-firmware source package in Resolute: In Progress Status in linux-oem-6.17 source package in Resolute: Invalid Bug description: [Impact] New Dell Slate HPT platform with CirrusLogic audio solution will have no basic audio functions w/o ACP6.3 match entries. ================ Linux Kernel ======================== [Fix] Backport upstream fix fd13fc700e3e ("ASoC: amd: acp: Add ACP6.3 match entries for Cirrus Logic parts") ================ linux-firmware ======================== [Fix] Backport upstream fix [1]: cirrus: cs42l45: Update CS42L45 SDCA codec firmware for Dell laptops (!1094) · Merge requests · kernel-firmware / Linux Firmware · GitLab [2]: cirrus: cs35l63: Add Cirrus CS35L63 firmware mappings for various Dell laptops - kernel/git/firmware/linux-firmware.git - Repository of firmware blobs for use with the Linux kernel [Test Case] 1. Boot up the machine of new Dell Slate HPT platform. 2. Open settings->Sound->Output Device and make sure it's not Dummy audio devices 3. Click test icon for basic audio output functions 4. Use `aplay` basic speaker play functions. [Where problems could occur] The commit simply add ACP 6.3 entries for CirrusLogic codecs. No regression expected at the current stage. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2156830/+subscriptions
[Bug 2156830] Re: Fix missing audio output device on Dell Slate HPT platform
** Changed in: linux-firmware (Ubuntu Resolute) Status: In Progress => Invalid -- You received this bug notification because you are subscribed to linux in Ubuntu. Matching subscriptions: Bgg, Bmail, Nb https://bugs.launchpad.net/bugs/2156830 Title: Fix missing audio output device on Dell Slate HPT platform Status in linux package in Ubuntu: New Status in linux-firmware package in Ubuntu: New Status in linux-oem-6.17 package in Ubuntu: New Status in linux source package in Noble: Invalid Status in linux-firmware source package in Noble: In Progress Status in linux-oem-6.17 source package in Noble: In Progress Status in linux source package in Resolute: Fix Released Status in linux-firmware source package in Resolute: In Progress Status in linux-oem-6.17 source package in Resolute: Invalid Bug description: [Impact] New Dell Slate HPT platform with CirrusLogic audio solution will have no basic audio functions w/o ACP6.3 match entries. ================ Linux Kernel ======================== [Fix] Backport upstream fix fd13fc700e3e ("ASoC: amd: acp: Add ACP6.3 match entries for Cirrus Logic parts") ================ linux-firmware ======================== [Fix] Backport upstream fix [1]: cirrus: cs42l45: Update CS42L45 SDCA codec firmware for Dell laptops (!1094) · Merge requests · kernel-firmware / Linux Firmware · GitLab [2]: cirrus: cs35l63: Add Cirrus CS35L63 firmware mappings for various Dell laptops - kernel/git/firmware/linux-firmware.git - Repository of firmware blobs for use with the Linux kernel [Test Case] 1. Boot up the machine of new Dell Slate HPT platform. 2. Open settings->Sound->Output Device and make sure it's not Dummy audio devices 3. Click test icon for basic audio output functions 4. Use `aplay` basic speaker play functions. [Where problems could occur] The commit simply add ACP 6.3 entries for CirrusLogic codecs. No regression expected at the current stage. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2156830/+subscriptions
[Bug 2148636] Re: backport Intel iwlwifi core102 support from linux-next to linux/resolute 7.0.
Rejected by stable team. ** Changed in: linux (Ubuntu Resolute) Status: In Progress => Won't Fix ** Changed in: linux (Ubuntu Resolute) Assignee: You-Sheng Yang (vicamo) => (unassigned) -- You received this bug notification because you are subscribed to linux in Ubuntu. Matching subscriptions: Bgg, Bmail, Nb https://bugs.launchpad.net/bugs/2148636 Title: backport Intel iwlwifi core102 support from linux-next to linux/resolute 7.0. Status in linux package in Ubuntu: Fix Released Status in linux-oem-7.0 package in Ubuntu: Invalid Status in linux source package in Noble: Won't Fix Status in linux-oem-7.0 source package in Noble: Invalid Status in linux source package in Questing: Won't Fix Status in linux-oem-7.0 source package in Questing: Invalid Status in linux source package in Resolute: Won't Fix Status in linux-oem-7.0 source package in Resolute: Fix Committed Status in linux source package in Stonking: Fix Released Status in linux-oem-7.0 source package in Stonking: Invalid Bug description: [SRU Justification] [Impact] While we are to support Intel Wilcat Lake in oem projects, the PV driver release depends on firmware release of core102 API. In Ubuntu, core102 API is currently only supported through backport-iwlwifi-dkms >= 0~102 version, or linux-unstable based kernel v7.1-rcX. The support plan is: 1. to enable linux-oem-6.17 supportness using backport-iwlwifi-dkms, 2. when migrated to linux-hwe-7.0 and/or generic linux-7.0, expect native support of iwlwifi core102 API in them. Without 2., the Intel Wildcat Lake platforms shipped with linux-oem-6.17 kernel will be blocked until a latter point release in around early 2027, a hwe kernel based on Stonking generic kernel 7.3 or so. While the PV driver is only upstreamed until v7.1-rc, it's impossible to integrate this before Resolute linux-7.0 release. [Fix] The backport is made of 57 patches from mainline kernel. A few patches proposed by Intel but appears irrelevant to the core function have been removed because they lead to either build failures to other components, or external dkms packages due to API changes. Most of the patches touch only iwlwifi driver itself. For those walk across the border: 1. from wireless-next-2026-03-19: - f10ebd136dfef wifi: nl80211: use int for band coming from netlink - eb092b188fcf9 wifi: mac80211: fix STA link removal during link removal - 6fb86f7b696e8 wifi: nl80211: reject S1G/60G with HT chantype - 7218d8e9d8485 wifi: cfg80211: check non-S1G width with S1G chandef - 92d77e06e73ca wifi: cfg80211: restrict cfg80211_chandef_create() to only HT-based bands - a6d4291eae040 wifi: mac80211: don't use cfg80211_chandef_create() for default chandef - 84674b03d8bf3 wifi: mac80211: Remove deleted sta links in ieee80211_ml_reconf_work() - fd2905157d692 wifi: cfg80211: split control freq check from chandef check - f932856649b07 wifi: mac80211: always use full chanctx compatible check - ba9d121f85771 wifi: mac80211: refactor chandef tracing macros - f2514ff78855c wifi: mac80211: validate HE 6 GHz operation when EHT is used Above commits are internal to nl80211/mac80211/cfg80211 and did not touch API/ABI. - e4b993f2bca78 wifi: nl80211: split out UHR operation information This is to define a new nl80211 attribute for userspace program use. For hostap/wpa_supplicant, it's in the main branch starting from commit b6bdf8581 ("UHR: Protocol definitions from IEEE P802.11bn/D1.4") and is not yet released ever. hostap, actually libnl already handles unknown attribute by passing maximum accepted attribute id NL80211_ATTR_MAX to nla_parse() or so. - 35de87bf598ca wifi: Add SPDX ids to some files in the wireless subsystem - a140826caa2c1 wifi: nl80211: fix UHR capability validation - 9f39e2cc2b012 wifi: mac80211: remove AID bit stripping for print - 2f211be112e64 wifi: mac80211: remove stale TODO item Another few commit irrelevant to API/ABI changes. 2. from wireless-next-2026-03-04: - 5d048bbed1bb2 wifi: mac80211: give the AP more time for EPPKE as well - b8a57b979a7c2 wifi: mac80211: update outdated comment Internal fixes only. - 6a584e336cefb wifi: cfg80211: add support to handle incumbent signal detected event from mac80211/driver This is to notify upper layers about the signal interference event. mac80211 simulator (MAC80211_HWSIM), uses it. hostap implemented this process since commit bfc3fe08a ("nl80211: Incumbent signal interference event") in main branch; before that, it's simply dropped with a debug message indicating an unsupported event. - f3f52e6f20ac8 wifi: mac80211: Set link ID for NULL packets sent to probe stations - 73e7df69edb6f wifi: mac80211: set band information only for non-MLD when probing stations using NULL frame [Test Plan] 1. Install the new patched kernel from -proposed. 2. On an Intel Wildcat Lake platform, with BE211/BE213 wireless modules, check the dmesg gives something like: ``` $ sudo dmesg | grep iwlwifi kernel: iwlwifi 0000:00:14.3: Detected Intel(R) Wi-Fi 7 BE211 320MHz kernel: iwlwifi 0000:00:14.3: loaded firmware version 102.07fca168.0 bz-b0-wh-b0-c102.ucode op_mode iwlmld ``` 3. Install checkbox: ``` $ sudo apt-add-repository ppa:checkbox-dev/stable $ sudo apt install canonical-certification-client ``` Run wireless automated test plan: ``` $ sudo checkbox-cli run-plan # Pick "Automated tests for wireless and follow further menus ``` 4. Replace the module with other models even with a different vendor if possible. Retry with step 2. and 3. 5. Tested dkms packages: ``` $ dkms status backport-iwlwifi/0~103.14434-gitdf6b5bf4, 7.0.0-3015-generic, x86_64: installed broadcom-sta/6.30.223.271, 7.0.0-3015-generic, x86_64: installed ezurio-qcacld-2.0/0.0~git20240408.aa96a9f+dfsg, 7.0.0-3015-generic, x86_64: installed ipt-netflow/2.6, 7.0.0-3015-generic, x86_64: installed jool/4.1.15, 7.0.0-3015-generic, x86_64: installed osmocom-dahdi/0.0~git20250226.6dada77, 7.0.0-3015-generic, x86_64: installed ovpn-dco/0.0+git20251017, 7.0.0-3015-generic, x86_64: installed r8125/9.016.01, 7.0.0-3015-generic, x86_64: installed r8168/8.055.00, 7.0.0-3015-generic, x86_64: installed rtpengine/13.5.1.4, 7.0.0-3015-generic, x86_64: installed sl-modem/2.9.11~20110321, 7.0.0-3015-generic, x86_64: installed west-chamber/20100405+svn20111107.r124, 7.0.0-3015-generic, x86_64: installed xtables-addons/3.30, 7.0.0-3015-generic, x86_64: installed ``` [Where problems could occur] By lifting iwlwifi firmware API from core101 which linux-7.0 supports to core102, it follows a few firmware may become active while they were not although released in linux-firmware/resolute. These files are: * intel/iwlwifi/iwlwifi-bz-b0-fm-c0-c102.ucode (BE201) * intel/iwlwifi/iwlwifi-bz-b0-wh-b0-c102.ucode (BE211/BE213) * intel/iwlwifi/iwlwifi-gl-c0-fm-c0-c102.ucode (BE201) * intel/iwlwifi/iwlwifi-sc-a0-fm-c0-c102.ucode (BE201) * intel/iwlwifi/iwlwifi-sc-a0-wh-b0-c102.ucode (BE211/BE213) While these models are expected to be supported in Intel Wildcat Lake, it follows they must become active to meet device enablement plan. The blobs are PV ones, they are supposed to be working fine. In addition, when Intel AX211 module is installed, there is a known issue LP #2152688 that iwlwifi gives "failed to send MCC_ALLOWED_AP_TYPE_CMD (-22)" error at initializing. This happens to backport-iwlwifi-dkms core105, too. [Other Info] While these patches are backported from v7.1-rcX, nominate for Resolute and oem-6.17 only. --- ProblemType: Bug ApportVersion: 2.34.0-0ubuntu2 Architecture: amd64 AudioDevicesInUse: USER PID ACCESS COMMAND /dev/snd/seq: gdm-greeter 1545 F.... pipewire CasperMD5CheckResult: pass DistroRelease: Ubuntu 26.04 InstallationDate: Installed on 2025-12-23 (157 days ago) InstallationMedia: Ubuntu 24.04.2 LTS "Noble Numbat" - Release amd64 (20250215) Lsusb: Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 003 Device 002: ID 2a7a:8a5b CASUE USB KB Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub MachineType: Intel Corporation Wildcat Lake Client Platform Package: linux (not installed) ProcFB: 0 xedrmfb ProcKernelCmdLine: BOOT_IMAGE=/rootfs/resolute/boot/vmlinuz-7.0.0-19-generic root=UUID=e9935351-eaa0-4e67-9f5a-5910f8e4786e ro rootflags=subvol=rootfs/resolute quiet splash crashkernel=2G-4G:320M,4G-32G:512M,32G-64G:1024M,64G-128G:2048M,128G-:4096M ProcVersionSignature: Ubuntu 7.0.0-19.19-generic 7.0.9 Tags: resolute Uname: Linux 7.0.0-19-generic x86_64 UpgradeStatus: No upgrade log present (probably fresh install) UserGroups: N/A _MarkForUpload: True dmi.bios.date: 08/07/2025 dmi.bios.vendor: Intel Corporation dmi.bios.version: WCLPFWI1.R00.3323.D05.2508071747 dmi.board.asset.tag: Base Board Asset Tag dmi.board.name: WCL LP5x MD T3 RVP2 dmi.board.vendor: Intel Corporation dmi.board.version: 2 dmi.chassis.asset.tag: Chassis Asset Tag dmi.chassis.type: 9 dmi.chassis.vendor: Intel Corporation dmi.chassis.version: 0.1 dmi.ec.firmware.release: 2.40 dmi.modalias: dmi:bvnIntelCorporation:bvrWCLPFWI1.R00.3323.D05.2508071747:bd08/07/2025:efr2.40:svnIntelCorporation:pnWildcatLakeClientPlatform:pvr0.1:rvnIntelCorporation:rnWCLLP5xMDT3RVP2:rvr2:cvnIntelCorporation:ct9:cvr0.1:sku0100000000210100:pfaWildcatLakeClientSystem: dmi.product.family: Wildcat Lake Client System dmi.product.name: Wildcat Lake Client Platform dmi.product.sku: 0100000000210100 dmi.product.version: 0.1 dmi.sys.vendor: Intel Corporation To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2148636/+subscriptions