[Bug 2126938] Re: network daemon cannot change link-offloading settings

Based on the analysis, it does not sound like there is anything to do in systemd. ** Changed in: systemd (Ubuntu) Status: Incomplete => Invalid -- You received this bug notification because you are subscribed to linux in Ubuntu. Matching subscriptions: Bgg, Bmail, Nb https://bugs.launchpad.net/bugs/2126938 Title: network daemon cannot change link-offloading settings Status in linux package in Ubuntu: Invalid Status in netplan.io package in Ubuntu: Confirmed Status in systemd package in Ubuntu: Invalid Status in linux source package in Questing: New Status in netplan.io source package in Questing: Confirmed Status in systemd source package in Questing: Won't Fix Status in linux source package in Resolute: Invalid Status in netplan.io source package in Resolute: Confirmed Status in systemd source package in Resolute: Won't Fix Bug description: netplan.io is showing new autopkgtest failures in Questing VMs, when testing against Linux kernel 6.17 Interestingly, the same failure happens with both the systemd-networkd and NetworkManager daemons. Also, the issue does NOT happen inside the armhf runners (containers) that are using an old 6.8 container host kernel. Specifically: 942s ====================================================================== 942s FAIL: test_link_offloading (__main__.TestNetworkManager.test_link_offloading) 942s ---------------------------------------------------------------------- 942s Traceback (most recent call last): 942s File "/tmp/autopkgtest.urTG2T/build.w51/src/tests/integration/ethernets.py", line 331, in test_link_offloading 942s self.assertIn(b'tcp-segmentation-offload: off', out) 942s ~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 942s AssertionError: b'tcp-segmentation-offload: off' not found in b'Features for eth42:\nrx-checksumming: off\ntx-checksumming: off\n\ttx-checksum-ipv4: off [fixed]\n\ttx-checksum-ip-generic: off\n\ttx-checksum-ipv6: off [fixed]\n\ttx-checksum-fcoe-crc: off [fixed]\n\ttx-checksum-sctp: off\nscatter-gather: on\n\ttx-scatter-gather: on\n\ttx-scatter-gather-fraglist: on\ntcp-segmentation-offload: on\n\ttx-tcp-segmentation: off\n\ttx-tcp-ecn-segmentation: off [requested on]\n\ttx-tcp-mangleid-segmentation: off [requested on]\n\ttx-tcp6-segmentation: off\n\ttx-tcp-accecn-segmentation: on\ngeneric-segmentation-offload: off\ngeneric-receive-offload: off\nlarge-receive-offload: off [fixed]\nrx-vlan-offload: on\ntx-vlan-offload: on\nntuple-filters: off [fixed]\nreceive-hashing: off [fixed]\nhighdma: on\nrx-vlan-filter: off [fixed]\nvlan-challenged: off [fixed]\ntx-gso-robust: off [fixed]\ntx-fcoe-segmentation: off [fixed]\ntx-gre-segmentation: on\ntx-gre-csum-segmentation: on\ntx-ipxip4-segmentation: on\ntx-ipxip6-segmentation: on\ntx-udp_tnl-segmentation: on\ntx-udp_tnl-csum-segmentation: on\ntx-gso-partial: off [fixed]\ntx-tunnel-remcsum-segmentation: off [fixed]\ntx-sctp-segmentation: on\ntx-esp-segmentation: off [fixed]\ntx-udp-segmentation: off [requested on]\ntx-gso-list: on\ntx-nocache-copy: off\nloopback: off [fixed]\nrx-fcs: off [fixed]\nrx-all: off [fixed]\ntx-vlan-stag-hw-insert: on\nrx-vlan-stag-hw-parse: on\nrx-vlan-stag-filter: off [fixed]\nl2-fwd-offload: off [fixed]\nhw-tc-offload: off [fixed]\nesp-hw-offload: off [fixed]\nesp-tx-csum-hw-offload: off [fixed]\nrx-udp_tunnel-port-offload: off [fixed]\ntls-hw-tx-offload: off [fixed]\ntls-hw-rx-offload: off [fixed]\nrx-gro-hw: off [fixed]\ntls-hw-record: off [fixed]\nrx-gro-list: off\nmacsec-hw-offload: off [fixed]\nrx-udp-gro-forwarding: off\nhsr-tag-ins-offload: off [fixed]\nhsr-tag-rm-offload: off [fixed]\nhsr-fwd-offload: off [fixed]\nhsr-dup-offload: off [fixed]\n' 942s 942s ====================================================================== 942s FAIL: test_link_offloading (__main__.TestNetworkd.test_link_offloading) 942s ---------------------------------------------------------------------- 942s Traceback (most recent call last): 942s File "/tmp/autopkgtest.urTG2T/build.w51/src/tests/integration/ethernets.py", line 331, in test_link_offloading 942s self.assertIn(b'tcp-segmentation-offload: off', out) 942s ~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 942s AssertionError: b'tcp-segmentation-offload: off' not found in b'Features for eth42:\nrx-checksumming: off\ntx-checksumming: off\n\ttx-checksum-ipv4: off [fixed]\n\ttx-checksum-ip-generic: off\n\ttx-checksum-ipv6: off [fixed]\n\ttx-checksum-fcoe-crc: off [fixed]\n\ttx-checksum-sctp: off\nscatter-gather: on\n\ttx-scatter-gather: on\n\ttx-scatter-gather-fraglist: on\ntcp-segmentation-offload: on\n\ttx-tcp-segmentation: off\n\ttx-tcp-ecn-segmentation: off [requested on]\n\ttx-tcp-mangleid-segmentation: off [requested on]\n\ttx-tcp6-segmentation: off\n\ttx-tcp-accecn-segmentation: on\ngeneric-segmentation-offload: off\ngeneric-receive-offload: off\nlarge-receive-offload: off [fixed]\nrx-vlan-offload: on\ntx-vlan-offload: on\nntuple-filters: off [fixed]\nreceive-hashing: off [fixed]\nhighdma: on\nrx-vlan-filter: off [fixed]\nvlan-challenged: off [fixed]\ntx-gso-robust: off [fixed]\ntx-fcoe-segmentation: off [fixed]\ntx-gre-segmentation: on\ntx-gre-csum-segmentation: on\ntx-ipxip4-segmentation: on\ntx-ipxip6-segmentation: on\ntx-udp_tnl-segmentation: on\ntx-udp_tnl-csum-segmentation: on\ntx-gso-partial: off [fixed]\ntx-tunnel-remcsum-segmentation: off [fixed]\ntx-sctp-segmentation: on\ntx-esp-segmentation: off [fixed]\ntx-udp-segmentation: off [requested on]\ntx-gso-list: on\ntx-nocache-copy: off\nloopback: off [fixed]\nrx-fcs: off [fixed]\nrx-all: off [fixed]\ntx-vlan-stag-hw-insert: on\nrx-vlan-stag-hw-parse: on\nrx-vlan-stag-filter: off [fixed]\nl2-fwd-offload: off [fixed]\nhw-tc-offload: off [fixed]\nesp-hw-offload: off [fixed]\nesp-tx-csum-hw-offload: off [fixed]\nrx-udp_tunnel-port-offload: off [fixed]\ntls-hw-tx-offload: off [fixed]\ntls-hw-rx-offload: off [fixed]\nrx-gro-hw: off [fixed]\ntls-hw-record: off [fixed]\nrx-gro-list: off\nmacsec-hw-offload: off [fixed]\nrx-udp-gro-forwarding: off\nhsr-tag-ins-offload: off [fixed]\nhsr-tag-rm-offload: off [fixed]\nhsr-fwd-offload: off [fixed]\nhsr-dup-offload: off [fixed]\n' To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2126938/+subscriptions

[Bug 2150640] Re: Installer fails internally with a RSync error due to page fault

Hello @acelankao, I have not done any work. I am just trying to figure how we're going to test this from an installer's standpoint. Please let me know if I can help. Thank you! -- You received this bug notification because you are subscribed to linux in Ubuntu. Matching subscriptions: Bgg, Bmail, Nb https://bugs.launchpad.net/bugs/2150640 Title: Installer fails internally with a RSync error due to page fault Status in subiquity: New Status in linux package in Ubuntu: Confirmed Status in linux source package in Resolute: New Bug description: During install, subiquity calls RSync. But sometimes, at random, RSync fails with a kernel page error: Apr 28 14:22:11 ubuntu subiquity_log.3304[7458]: Running command ['rsync', '-aXHAS', '--one-file-system', '/tmp/tmpmfrhpjlr/mount/', '.'] with allowed return codes [0] (capture=False) Apr 28 14:22:11 ubuntu kernel: BUG: unable to handle page fault for address: ffffffff825c9290 Apr 28 14:22:11 ubuntu kernel: #PF: supervisor read access in kernel mode Apr 28 14:22:11 ubuntu kernel: #PF: error_code(0x0000) - not-present page Apr 28 14:22:11 ubuntu kernel: PGD 1cfe47067 P4D 1cfe47067 PUD 1cfe48063 PMD 0 Apr 28 14:22:11 ubuntu kernel: Oops: Oops: 0000 [#2] SMP NOPTI Apr 28 14:22:11 ubuntu kernel: CPU: 8 UID: 0 PID: 7495 Comm: rsync Tainted: P D O 7.0.0-14-generic #14-Ubuntu PREEMPT(lazy) Apr 28 14:22:11 ubuntu kernel: Tainted: [P]=PROPRIETARY_MODULE, [D]=DIE, [O]=OOT_MODULE Apr 28 14:22:11 ubuntu kernel: Hardware name: QEMU Ubuntu 24.04 PC v2 (i440FX + PIIX, arch_caps fix, 1996), BIOS 1.16.3-debian-1.16.3-2 04/01/2014 Apr 28 14:22:11 ubuntu kernel: RIP: 0010:ovl_iterate_merged+0x1d8/0x2b0 [overlay] Apr 28 14:22:11 ubuntu kernel: Code: 41 08 48 89 ce e8 28 49 ff ff 48 8b 4d d0 41 89 ce 48 81 f9 00 f0 ff ff 0f 87 f5 fe ff ff 48 89 4b 08 49 8b 55 08 48 83 c1 10 <4c> 8b 39 48 85 d2 7e 21 49 39 cf 74 1c 31 c0 eb 0c 0f 1f 80 00 00 Apr 28 14:22:11 ubuntu kernel: RSP: 0018:ffffd4ec8278bca8 EFLAGS: 00010286 Apr 28 14:22:11 ubuntu kernel: RAX: 0000000000000000 RBX: ffff8de0a4a7a780 RCX: ffffffff825c9290 Apr 28 14:22:11 ubuntu kernel: RDX: 0000000000000000 RSI: 0000000000000000 RDI: 0000000000000000 Apr 28 14:22:11 ubuntu kernel: RBP: ffffd4ec8278bce8 R08: 0000000000000000 R09: 0000000000000000 Apr 28 14:22:11 ubuntu kernel: R10: 0000000000000000 R11: 0000000000000000 R12: ffff8de110301ec0 Apr 28 14:22:11 ubuntu kernel: R13: ffffd4ec8278bdc0 R14: 00000000825c9280 R15: ffff8de0821af238 Apr 28 14:22:11 ubuntu kernel: FS: 00007fe1b1fd9100(0000) GS:ffff8de224a00000(0000) knlGS:0000000000000000 Apr 28 14:22:11 ubuntu kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Apr 28 14:22:11 ubuntu kernel: CR2: ffffffff825c9290 CR3: 00000001cb64f000 CR4: 0000000000750ef0 Apr 28 14:22:11 ubuntu kernel: PKRU: 55555554 Apr 28 14:22:11 ubuntu kernel: Call Trace: Apr 28 14:22:11 ubuntu kernel: <TASK> Apr 28 14:22:11 ubuntu kernel: ovl_iterate+0xd3/0x120 [overlay] Apr 28 14:22:11 ubuntu kernel: ? __pfx_ovl_iterate+0x10/0x10 [overlay] Apr 28 14:22:11 ubuntu kernel: wrap_directory_iterator+0x4f/0x80 Apr 28 14:22:11 ubuntu kernel: shared_ovl_iterate+0x15/0x30 [overlay] Apr 28 14:22:11 ubuntu kernel: iterate_dir+0xc1/0x2a0 Apr 28 14:22:11 ubuntu kernel: ? srso_alias_return_thunk+0x5/0xfbef5 Apr 28 14:22:11 ubuntu kernel: __x64_sys_getdents64+0x76/0x140 Apr 28 14:22:11 ubuntu kernel: ? __pfx_filldir64+0x10/0x10 Apr 28 14:22:11 ubuntu kernel: x64_sys_call+0x100b/0x2390 Apr 28 14:22:11 ubuntu kernel: do_syscall_64+0x115/0x5a0 Apr 28 14:22:11 ubuntu kernel: ? srso_alias_return_thunk+0x5/0xfbef5 Apr 28 14:22:11 ubuntu kernel: ? handle_mm_fault+0x1c0/0x2e0 Apr 28 14:22:11 ubuntu kernel: ? srso_alias_return_thunk+0x5/0xfbef5 Apr 28 14:22:11 ubuntu kernel: ? srso_alias_return_thunk+0x5/0xfbef5 Apr 28 14:22:11 ubuntu kernel: ? arch_exit_to_user_mode_prepare.isra.0+0xd/0x100 Apr 28 14:22:11 ubuntu kernel: ? srso_alias_return_thunk+0x5/0xfbef5 Apr 28 14:22:11 ubuntu kernel: ? irqentry_exit+0x97/0x5a0 Apr 28 14:22:11 ubuntu subiquity_log.3304[7458]: rsync: connection unexpectedly closed (0 bytes received so far) [Receiver] Apr 28 14:22:11 ubuntu kernel: ? srso_alias_return_thunk+0x5/0xfbef5 Apr 28 14:22:11 ubuntu kernel: ? exc_page_fault+0x94/0x1e0 Apr 28 14:22:11 ubuntu kernel: entry_SYSCALL_64_after_hwframe+0x76/0x7e Apr 28 14:22:11 ubuntu kernel: RIP: 0033:0x7fe1b20d07d7 Apr 28 14:22:11 ubuntu kernel: Code: 11 00 64 c7 00 16 00 00 00 31 c0 eb 9f e8 61 ec 04 00 90 f3 0f 1e fa b8 ff ff ff 7f 48 39 c2 48 0f 47 d0 b8 d9 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 01 c3 48 8b 15 01 b6 11 00 f7 d8 64 89 02 48 Apr 28 14:22:11 ubuntu kernel: RSP: 002b:00007ffc5f3161c8 EFLAGS: 00000293 ORIG_RAX: 00000000000000d9 Apr 28 14:22:11 ubuntu kernel: RAX: ffffffffffffffda RBX: 0000000000000000 RCX: 00007fe1b20d07d7 Apr 28 14:22:11 ubuntu kernel: RDX: 0000000000008000 RSI: 00005d8aff7c8d80 RDI: 0000000000000003 Apr 28 14:22:11 ubuntu kernel: RBP: 00007ffc5f316200 R08: 00005d8aff7c8d54 R09: 00007fe1b21ecac8 Apr 28 14:22:11 ubuntu kernel: R10: 0000000000008040 R11: 0000000000000293 R12: 0000000000000001 Apr 28 14:22:11 ubuntu kernel: R13: 00005d8aff7c8d50 R14: 00007ffc5f316300 R15: 00007fe1b1fd90b0 Apr 28 14:22:11 ubuntu kernel: </TASK> Apr 28 14:22:11 ubuntu kernel: Modules linked in: bcache btrfs libblake2b ufs qnx4 hfsplus hfs minix msdos jfs nls_ucs2_utils xfs snd_seq_dummy snd_hrtimer qrtr binfmt_misc zfs(PO) spl(O) snd_hda_codec_generic intel_rapl_msr snd_hda_intel intel_rapl_common snd_hda_codec snd_hda_core snd_intel_dspcfg snd_intel_sdw_acpi snd_hwdep snd_pcm snd_seq_midi snd_seq_midi_event snd_rawmidi kvm_amd ccp snd_seq snd_seq_device kvm snd_timer irqbypass snd soundcore i2c_piix4 qxl i2c_smbus drm_ttm_helper ttm input_leds joydev drm_exec mac_hid sch_fq_codel lp ppdev parport_pc parport msr efi_pstore nfnetlink dmi_sysfs qemu_fw_cfg virtiofs vmw_vsock_virtio_transport vmw_vsock_virtio_transport_common vsock autofs4 overlay isofs raid10 raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq raid1 raid0 linear 8139too psmouse floppy ghash_clmulni_intel vga16fb serio_raw 8139cp vgastate mii pata_acpi aesni_intel Apr 28 14:22:11 ubuntu kernel: CR2: ffffffff825c9290 Apr 28 14:22:11 ubuntu kernel: ---[ end trace 0000000000000000 ]--- Apr 28 14:22:11 ubuntu kernel: RIP: 0010:ovl_iterate_merged+0x1d8/0x2b0 [overlay] Apr 28 14:22:11 ubuntu kernel: Code: 41 08 48 89 ce e8 28 49 ff ff 48 8b 4d d0 41 89 ce 48 81 f9 00 f0 ff ff 0f 87 f5 fe ff ff 48 89 4b 08 49 8b 55 08 48 83 c1 10 <4c> 8b 39 48 85 d2 7e 21 49 39 cf 74 1c 31 c0 eb 0c 0f 1f 80 00 00 Apr 28 14:22:11 ubuntu kernel: RSP: 0018:ffffd4ec88763b88 EFLAGS: 00010286 Apr 28 14:22:11 ubuntu kernel: RAX: 0000000000000000 RBX: ffff8de082540940 RCX: ffffffff825c9290 Apr 28 14:22:11 ubuntu kernel: RDX: 0000000000000000 RSI: 0000000000000000 RDI: 0000000000000000 Apr 28 14:22:11 ubuntu kernel: RBP: ffffd4ec88763bc8 R08: 0000000000000000 R09: 0000000000000000 Apr 28 14:22:11 ubuntu kernel: R10: 0000000000000000 R11: 0000000000000000 R12: ffff8de13c0df080 Apr 28 14:22:11 ubuntu kernel: R13: ffffd4ec88763ca0 R14: 00000000825c9280 R15: ffff8de0821af0f8 Apr 28 14:22:11 ubuntu kernel: FS: 00007fe1b1fd9100(0000) GS:ffff8de224a00000(0000) knlGS:0000000000000000 Apr 28 14:22:11 ubuntu kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Apr 28 14:22:11 ubuntu kernel: CR2: ffffffff825c9290 CR3: 00000001cb64f000 CR4: 0000000000750ef0 Apr 28 14:22:11 ubuntu kernel: PKRU: 55555554 Apr 28 14:22:11 ubuntu kernel: note: rsync[7495] exited with irqs disabled Apr 28 14:22:11 ubuntu subiquity_log.3304[7458]: rsync error: error in rsync protocol data stream (code 12) at io.c(232) [Receiver=3.4.1] To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2150640/+subscriptions

[Bug 2150196] Update Released

The verification of the Stable Release Update for alsa-ucm-conf has completed successfully and the package is now being released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regressions. -- You received this bug notification because you are subscribed to linux in Ubuntu. Matching subscriptions: Bgg, Bmail, Nb https://bugs.launchpad.net/bugs/2150196 Title: [SRU] ASoC: enable rt1320 speaker amp and DMIC on PTL SoundWire platforms Status in HWE Next: In Progress Status in alsa-ucm-conf package in Ubuntu: Fix Released Status in linux package in Ubuntu: Fix Committed Status in linux-oem-6.17 package in Ubuntu: Invalid Status in alsa-ucm-conf source package in Noble: Fix Released Status in linux source package in Noble: Won't Fix Status in linux-oem-6.17 source package in Noble: Fix Released Status in alsa-ucm-conf source package in Questing: Fix Released 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 Released Status in linux source package in Resolute: Fix Committed Status in linux-oem-6.17 source package in Resolute: Invalid Status in alsa-ucm-conf source package in Stonking: Fix Released Status in linux source package in Stonking: Fix Committed Status in linux-oem-6.17 source package in Stonking: Invalid Bug description: SRU Justification: [ Impact ] Lenovo PTL systems with rt722 headset codec + rt1320 speaker amp over SoundWire have no speaker audio and no DMIC. The kernel's PTL match table lacks the rt722_l0_rt1320_l23 topology, the rt1320 codec_info_list is missing its DMIC dai, and the is_amp flag is absent -- so the machine driver never matches and the wrong name prefix is assigned. [ Fix ] Seven upstream commits from Linus's mainline, applied in topological order: 1. 38ecd1384079 (v6.19) -- add ptl_rt722_l0_rt1320_l23 match table entry 2. 4fbd3b2ec04d (v7.0) -- use aggregated endpoints for rt722 in that entry 3. 403a0591be68 (v6.19) -- fix name_prefix of second rt1320 (rt1320-2) 4. 754b3dade5dd (v7.0) -- drop rt721 monolithic match tables (prerequisite for 5) 5. 9033f7b7f27d (linux/master, not yet tagged) -- drop rt722 monolithic match tables 6. dd4a1963ddf0 (linux/master, not yet tagged) -- add is_amp flag to fix wrong name prefix 7. ae2cb3384337 (linux/master, not yet tagged) -- add rt1320/rt1321 DMIC dai in codec_info_list All cherry-pick cleanly with zero conflicts. Diffs are byte-identical to upstream (only hunk offsets and context lines differ due to different base tree). [ Test Plan ] On a Lenovo PTL system with spk:rt1320 + hs:rt722: 1. Boot without patches: no speaker sound card components, no DMIC 2. Boot with patches:    - Speaker playback: aplay -D hw:0,2 tone.wav    - DMIC loopback: play 1kHz tone through speaker, record from DMIC, FFT confirms peak at 1000 Hz    - WirePlumber sees all devices    - Mute LEDs functional (speaker and mic)    - Suspend/resume: full status diff pre vs post identical, loopback and LEDs work after resume [ Where problems could occur ] Patches touch PTL match tables, SoundWire codec_info_list, and SOF HDA codec matching. A wrong match table entry could cause a different PTL topology to break (wrong codec matched). The is_amp flag override in find_acpi_adr_device() runs for all SoundWire codecs on Intel SOF platforms -- if the flag logic is wrong, non-amp codecs could get misidentified, breaking name prefixes and DAI routing. Commits 4-5 remove rt721/rt722 monolithic match tables; any PTL machine still relying on monolithic matching (rather than function topologies) would lose its match entry. [ Other Info ] Commits 5-7 are merged on linux/master but not yet in a tagged release. Tested on two Lenovo PTL machines -- full audio pass including loopback and suspend/resume. Target: oem-6.17 and resolute only. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/2150196/+subscriptions

[Bug 2126938] Re: network daemon cannot change link-offloading settings

@Christian I have fixed this issue as part of the PR - https://github.com/canonical/netplan/pull/591 The test passes now. In the next release, the patch shall not be required. Thanks! -- You received this bug notification because you are subscribed to linux in Ubuntu. Matching subscriptions: Bgg, Bmail, Nb https://bugs.launchpad.net/bugs/2126938 Title: network daemon cannot change link-offloading settings Status in linux package in Ubuntu: Invalid Status in netplan.io package in Ubuntu: Confirmed Status in systemd package in Ubuntu: Incomplete Status in linux source package in Questing: New Status in netplan.io source package in Questing: Confirmed Status in systemd source package in Questing: Won't Fix Status in linux source package in Resolute: Invalid Status in netplan.io source package in Resolute: Confirmed Status in systemd source package in Resolute: Won't Fix Bug description: netplan.io is showing new autopkgtest failures in Questing VMs, when testing against Linux kernel 6.17 Interestingly, the same failure happens with both the systemd-networkd and NetworkManager daemons. Also, the issue does NOT happen inside the armhf runners (containers) that are using an old 6.8 container host kernel. Specifically: 942s ====================================================================== 942s FAIL: test_link_offloading (__main__.TestNetworkManager.test_link_offloading) 942s ---------------------------------------------------------------------- 942s Traceback (most recent call last): 942s File "/tmp/autopkgtest.urTG2T/build.w51/src/tests/integration/ethernets.py", line 331, in test_link_offloading 942s self.assertIn(b'tcp-segmentation-offload: off', out) 942s ~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 942s AssertionError: b'tcp-segmentation-offload: off' not found in b'Features for eth42:\nrx-checksumming: off\ntx-checksumming: off\n\ttx-checksum-ipv4: off [fixed]\n\ttx-checksum-ip-generic: off\n\ttx-checksum-ipv6: off [fixed]\n\ttx-checksum-fcoe-crc: off [fixed]\n\ttx-checksum-sctp: off\nscatter-gather: on\n\ttx-scatter-gather: on\n\ttx-scatter-gather-fraglist: on\ntcp-segmentation-offload: on\n\ttx-tcp-segmentation: off\n\ttx-tcp-ecn-segmentation: off [requested on]\n\ttx-tcp-mangleid-segmentation: off [requested on]\n\ttx-tcp6-segmentation: off\n\ttx-tcp-accecn-segmentation: on\ngeneric-segmentation-offload: off\ngeneric-receive-offload: off\nlarge-receive-offload: off [fixed]\nrx-vlan-offload: on\ntx-vlan-offload: on\nntuple-filters: off [fixed]\nreceive-hashing: off [fixed]\nhighdma: on\nrx-vlan-filter: off [fixed]\nvlan-challenged: off [fixed]\ntx-gso-robust: off [fixed]\ntx-fcoe-segmentation: off [fixed]\ntx-gre-segmentation: on\ntx-gre-csum-segmentation: on\ntx-ipxip4-segmentation: on\ntx-ipxip6-segmentation: on\ntx-udp_tnl-segmentation: on\ntx-udp_tnl-csum-segmentation: on\ntx-gso-partial: off [fixed]\ntx-tunnel-remcsum-segmentation: off [fixed]\ntx-sctp-segmentation: on\ntx-esp-segmentation: off [fixed]\ntx-udp-segmentation: off [requested on]\ntx-gso-list: on\ntx-nocache-copy: off\nloopback: off [fixed]\nrx-fcs: off [fixed]\nrx-all: off [fixed]\ntx-vlan-stag-hw-insert: on\nrx-vlan-stag-hw-parse: on\nrx-vlan-stag-filter: off [fixed]\nl2-fwd-offload: off [fixed]\nhw-tc-offload: off [fixed]\nesp-hw-offload: off [fixed]\nesp-tx-csum-hw-offload: off [fixed]\nrx-udp_tunnel-port-offload: off [fixed]\ntls-hw-tx-offload: off [fixed]\ntls-hw-rx-offload: off [fixed]\nrx-gro-hw: off [fixed]\ntls-hw-record: off [fixed]\nrx-gro-list: off\nmacsec-hw-offload: off [fixed]\nrx-udp-gro-forwarding: off\nhsr-tag-ins-offload: off [fixed]\nhsr-tag-rm-offload: off [fixed]\nhsr-fwd-offload: off [fixed]\nhsr-dup-offload: off [fixed]\n' 942s 942s ====================================================================== 942s FAIL: test_link_offloading (__main__.TestNetworkd.test_link_offloading) 942s ---------------------------------------------------------------------- 942s Traceback (most recent call last): 942s File "/tmp/autopkgtest.urTG2T/build.w51/src/tests/integration/ethernets.py", line 331, in test_link_offloading 942s self.assertIn(b'tcp-segmentation-offload: off', out) 942s ~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 942s AssertionError: b'tcp-segmentation-offload: off' not found in b'Features for eth42:\nrx-checksumming: off\ntx-checksumming: off\n\ttx-checksum-ipv4: off [fixed]\n\ttx-checksum-ip-generic: off\n\ttx-checksum-ipv6: off [fixed]\n\ttx-checksum-fcoe-crc: off [fixed]\n\ttx-checksum-sctp: off\nscatter-gather: on\n\ttx-scatter-gather: on\n\ttx-scatter-gather-fraglist: on\ntcp-segmentation-offload: on\n\ttx-tcp-segmentation: off\n\ttx-tcp-ecn-segmentation: off [requested on]\n\ttx-tcp-mangleid-segmentation: off [requested on]\n\ttx-tcp6-segmentation: off\n\ttx-tcp-accecn-segmentation: on\ngeneric-segmentation-offload: off\ngeneric-receive-offload: off\nlarge-receive-offload: off [fixed]\nrx-vlan-offload: on\ntx-vlan-offload: on\nntuple-filters: off [fixed]\nreceive-hashing: off [fixed]\nhighdma: on\nrx-vlan-filter: off [fixed]\nvlan-challenged: off [fixed]\ntx-gso-robust: off [fixed]\ntx-fcoe-segmentation: off [fixed]\ntx-gre-segmentation: on\ntx-gre-csum-segmentation: on\ntx-ipxip4-segmentation: on\ntx-ipxip6-segmentation: on\ntx-udp_tnl-segmentation: on\ntx-udp_tnl-csum-segmentation: on\ntx-gso-partial: off [fixed]\ntx-tunnel-remcsum-segmentation: off [fixed]\ntx-sctp-segmentation: on\ntx-esp-segmentation: off [fixed]\ntx-udp-segmentation: off [requested on]\ntx-gso-list: on\ntx-nocache-copy: off\nloopback: off [fixed]\nrx-fcs: off [fixed]\nrx-all: off [fixed]\ntx-vlan-stag-hw-insert: on\nrx-vlan-stag-hw-parse: on\nrx-vlan-stag-filter: off [fixed]\nl2-fwd-offload: off [fixed]\nhw-tc-offload: off [fixed]\nesp-hw-offload: off [fixed]\nesp-tx-csum-hw-offload: off [fixed]\nrx-udp_tunnel-port-offload: off [fixed]\ntls-hw-tx-offload: off [fixed]\ntls-hw-rx-offload: off [fixed]\nrx-gro-hw: off [fixed]\ntls-hw-record: off [fixed]\nrx-gro-list: off\nmacsec-hw-offload: off [fixed]\nrx-udp-gro-forwarding: off\nhsr-tag-ins-offload: off [fixed]\nhsr-tag-rm-offload: off [fixed]\nhsr-fwd-offload: off [fixed]\nhsr-dup-offload: off [fixed]\n' To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2126938/+subscriptions

[Bug 2155837] Re: MIPI camera of a BBG809N3A_B sensor SKU of the DELL Pro 14 Premium PA14260 renders upside-down

** Tags added: patch -- You received this bug notification because you are subscribed to linux in Ubuntu. Matching subscriptions: Bgg, Bmail, Nb https://bugs.launchpad.net/bugs/2155837 Title: MIPI camera of a BBG809N3A_B sensor SKU of the DELL Pro 14 Premium PA14260 renders upside-down 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 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: This is a follow-up for bug 2146517, because Bolan has a SKU with a different BBG809N3A_B sensor that Canonical doesn’t have, and the driver patch from ipu6-drivers doesn’t go well with this second case. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2155837/+subscriptions

[Bug 2155821] Re: Steinberg UR22C suddenly stops working mid-session

** Package changed: ubuntu => linux (Ubuntu) -- You received this bug notification because you are subscribed to linux in Ubuntu. Matching subscriptions: Bgg, Bmail, Nb https://bugs.launchpad.net/bugs/2155821 Title: Steinberg UR22C suddenly stops working mid-session Status in linux package in Ubuntu: New Bug description: My attached Steinberg UR22C suddenly (since this sunday) stops working mid-session. sudo journalctl -k -b 0 | grep -E -i "snd|alsa|audio|usb" shows: [...] Jun 08 08:20:09 Hyperiux kernel: usb 2-4: 2:1: cannot set freq 48000 (v2/v3): err -110 Jun 08 08:20:14 Hyperiux kernel: usb 2-4: 1:0: usb_set_interface failed (-110) Jun 08 08:20:19 Hyperiux kernel: usb 2-4: 2:0: usb_set_interface failed (-110) Jun 08 08:20:24 Hyperiux kernel: usb 2-4: 2:0: usb_set_interface failed (-110) [...] When disconnecting and reconnecting the interface: [...] Jun 08 08:24:20 Hyperiux kernel: usb 2-4: USB disconnect, device number 2 Jun 08 08:24:25 Hyperiux kernel: usb 2-4: 2:1: cannot set freq 48000 (v2/v3): err -110 Jun 08 08:24:32 Hyperiux kernel: usb 2-4: new SuperSpeed USB device number 3 using xhci_hcd Jun 08 08:24:37 Hyperiux kernel: usb 2-4: device descriptor read/8, error -110 Jun 08 08:24:37 Hyperiux kernel: usb 2-4: new SuperSpeed USB device number 3 using xhci_hcd [...] The problem has not happened before. The Interface is working as expected on the same computer when running Windows instead. ProblemType: Bug DistroRelease: Ubuntu 26.04 Package: linux-image-7.0.0-22-generic 7.0.0-22.22 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 CasperMD5CheckResult: pass CurrentDesktop: ubuntu:GNOME Date: Mon Jun 8 08:26:10 2026 InstallationDate: Installed on 2026-05-21 (18 days ago) InstallationMedia: Ubuntu 26.04 "Resolute Raccoon" - Release amd64 (20260423.1) MachineType: Gigabyte Technology Co., Ltd. B550 AORUS ELITE V2 ProcFB: 0 amdgpudrmfb ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-7.0.0-22-generic root=UUID=a8079246-6014-41db-a878-94656a4219e1 ro rootflags=subvol=@ quiet splash crashkernel=2G-4G:320M,4G-32G:512M,32G-64G:1024M,64G-128G:2048M,128G-:4096M RfKill: 0: hci0: Bluetooth Soft blocked: yes Hard blocked: no SourcePackage: linux UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 10/28/2025 dmi.bios.release: 5.17 dmi.bios.vendor: American Megatrends International, LLC. dmi.bios.version: FH dmi.board.asset.tag: Default string dmi.board.name: B550 AORUS ELITE V2 dmi.board.vendor: Gigabyte Technology Co., Ltd. dmi.board.version: x.x dmi.chassis.asset.tag: Default string dmi.chassis.type: 3 dmi.chassis.vendor: Default string dmi.chassis.version: Default string dmi.modalias: dmi:bvnAmericanMegatrendsInternational,LLC.:bvrFH:bd10/28/2025:br5.17:svnGigabyteTechnologyCo.,Ltd.:pnB550AORUSELITEV2:pvrDefaultstring:rvnGigabyteTechnologyCo.,Ltd.:rnB550AORUSELITEV2:rvrx.x:cvnDefaultstring:ct3:cvrDefaultstring:skuDefaultstring:pfaB550MB: dmi.product.family: B550 MB dmi.product.name: B550 AORUS ELITE V2 dmi.product.sku: Default string dmi.product.version: Default string dmi.sys.vendor: Gigabyte Technology Co., Ltd. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2155821/+subscriptions

[Bug 2155821] [NEW] Steinberg UR22C suddenly stops working mid-session

You have been subscribed to a public bug: My attached Steinberg UR22C suddenly (since this sunday) stops working mid-session. sudo journalctl -k -b 0 | grep -E -i "snd|alsa|audio|usb" shows: [...] Jun 08 08:20:09 Hyperiux kernel: usb 2-4: 2:1: cannot set freq 48000 (v2/v3): err -110 Jun 08 08:20:14 Hyperiux kernel: usb 2-4: 1:0: usb_set_interface failed (-110) Jun 08 08:20:19 Hyperiux kernel: usb 2-4: 2:0: usb_set_interface failed (-110) Jun 08 08:20:24 Hyperiux kernel: usb 2-4: 2:0: usb_set_interface failed (-110) [...] When disconnecting and reconnecting the interface: [...] Jun 08 08:24:20 Hyperiux kernel: usb 2-4: USB disconnect, device number 2 Jun 08 08:24:25 Hyperiux kernel: usb 2-4: 2:1: cannot set freq 48000 (v2/v3): err -110 Jun 08 08:24:32 Hyperiux kernel: usb 2-4: new SuperSpeed USB device number 3 using xhci_hcd Jun 08 08:24:37 Hyperiux kernel: usb 2-4: device descriptor read/8, error -110 Jun 08 08:24:37 Hyperiux kernel: usb 2-4: new SuperSpeed USB device number 3 using xhci_hcd [...] The problem has not happened before. The Interface is working as expected on the same computer when running Windows instead. ProblemType: Bug DistroRelease: Ubuntu 26.04 Package: linux-image-7.0.0-22-generic 7.0.0-22.22 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 CasperMD5CheckResult: pass CurrentDesktop: ubuntu:GNOME Date: Mon Jun 8 08:26:10 2026 InstallationDate: Installed on 2026-05-21 (18 days ago) InstallationMedia: Ubuntu 26.04 "Resolute Raccoon" - Release amd64 (20260423.1) MachineType: Gigabyte Technology Co., Ltd. B550 AORUS ELITE V2 ProcFB: 0 amdgpudrmfb ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-7.0.0-22-generic root=UUID=a8079246-6014-41db-a878-94656a4219e1 ro rootflags=subvol=@ quiet splash crashkernel=2G-4G:320M,4G-32G:512M,32G-64G:1024M,64G-128G:2048M,128G-:4096M RfKill: 0: hci0: Bluetooth Soft blocked: yes Hard blocked: no SourcePackage: linux UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 10/28/2025 dmi.bios.release: 5.17 dmi.bios.vendor: American Megatrends International, LLC. dmi.bios.version: FH dmi.board.asset.tag: Default string dmi.board.name: B550 AORUS ELITE V2 dmi.board.vendor: Gigabyte Technology Co., Ltd. dmi.board.version: x.x dmi.chassis.asset.tag: Default string dmi.chassis.type: 3 dmi.chassis.vendor: Default string dmi.chassis.version: Default string dmi.modalias: dmi:bvnAmericanMegatrendsInternational,LLC.:bvrFH:bd10/28/2025:br5.17:svnGigabyteTechnologyCo.,Ltd.:pnB550AORUSELITEV2:pvrDefaultstring:rvnGigabyteTechnologyCo.,Ltd.:rnB550AORUSELITEV2:rvrx.x:cvnDefaultstring:ct3:cvrDefaultstring:skuDefaultstring:pfaB550MB: dmi.product.family: B550 MB dmi.product.name: B550 AORUS ELITE V2 dmi.product.sku: Default string dmi.product.version: Default string dmi.sys.vendor: Gigabyte Technology Co., Ltd. ** Affects: linux (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug resolute wayland-session -- Steinberg UR22C suddenly stops working mid-session https://bugs.launchpad.net/bugs/2155821 You received this bug notification because you are subscribed to linux in Ubuntu.

[Bug 2148538] Re: Kernel lockup on 6.17.0-1017-oem Lenovo P14s gen 6 AMD Ryzen AI 7 pro 350

Running 6.17.0-1026.26 for the last 12 hours without any issues. -- You received this bug notification because you are subscribed to linux in Ubuntu. Matching subscriptions: Bgg, Bmail, Nb https://bugs.launchpad.net/bugs/2148538 Title: Kernel lockup on 6.17.0-1017-oem Lenovo P14s gen 6 AMD Ryzen AI 7 pro 350 Status in linux package in Ubuntu: Confirmed Status in linux-oem-6.17 package in Ubuntu: Invalid Status in linux source package in Noble: Invalid Status in linux-oem-6.17 source package in Noble: Fix Committed Status in linux source package in Questing: In Progress Status in linux-oem-6.17 source package in Questing: Invalid Status in linux source package in Resolute: Invalid Status in linux-oem-6.17 source package in Resolute: Invalid Bug description: I have a Lenovo ThinkPad P14s Gen 6 AMD Ryzen AI 7 pro 350 I have installed - 24.04 LTS - 6.17.0-1017-oem - linux-image-6.17.0-1017-oem 6.17.0-1017.17 Regularly (at this point, seems to happen once per day), the kernel locks up (actually, let me amend that; I just noticed that the key combination I thought would go into terminal mode doesn't do that, so I don't know if the kernel has locked up or gnome has frozen). I haven't been able to identify particular workloads that are causing this behavior. At any given instance, I am running firefox, brave, mattermost, vs code, multiple terminal sessions, obsidian, perhaps some qemu vms (no GUI). Looking at the journal, after one recent lockup, I saw the following:  amdgpu 0000:c4:00.0: amdgpu: MES ring buffer is full.  workqueue: amdgpu_tlb_fence_work [amdgpu] hogged CPU for >13333us 35 times, consider switching to WQ_UNBOUND  amdgpu 0000:c4:00.0: amdgpu: MES ring buffer is full.  amdgpu 0000:c4:00.0: amdgpu: MES ring buffer is full.  amdgpu 0000:c4:00.0: amdgpu: MES ring buffer is full.  amdgpu 0000:c4:00.0: amdgpu: MES ring buffer is full.  amdgpu 0000:c4:00.0: amdgpu: MES ring buffer is full.  amdgpu 0000:c4:00.0: amdgpu: MES ring buffer is full.  amdgpu 0000:c4:00.0: amdgpu: MES ring buffer is full.  amdgpu 0000:c4:00.0: amdgpu: MES ring buffer is full.  amdgpu 0000:c4:00.0: amdgpu: MES ring buffer is full.  INFO: task kworker/7:0:37823 blocked for more than 122 seconds.        Tainted: P O 6.17.0-1017-oem #17-Ubuntu  "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.  task:kworker/7:0 state:D stack:0 pid:37823 tgid:37823 ppid:2 task_flags:0x4208060 flags:0x00004000  Workqueue: events amdgpu_tlb_fence_work [amdgpu]  Call Trace:   <TASK>   __schedule+0x30d/0x7a0   schedule+0x27/0x90   schedule_timeout+0x104/0x110   dma_fence_default_wait+0x1f0/0x250   ? __pfx_dma_fence_default_wait_cb+0x10/0x10   dma_fence_wait_timeout+0x13a/0x170   amdgpu_tlb_fence_work+0x29/0x140 [amdgpu]   process_one_work+0x18e/0x3e0   worker_thread+0x2e3/0x420   ? __pfx_worker_thread+0x10/0x10   kthread+0x10a/0x230   ? __pfx_kthread+0x10/0x10   ret_from_fork+0x121/0x140   ? __pfx_kthread+0x10/0x10   ret_from_fork_asm+0x1a/0x30   </TASK>  INFO: task kworker/15:0:39916 blocked for more than 122 seconds.        Tainted: P O 6.17.0-1017-oem #17-Ubuntu  "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.  task:kworker/15:0 state:D stack:0 pid:39916 tgid:39916 ppid:2 task_flags:0x4208060 flags:0x00004000  Workqueue: events amdgpu_tlb_fence_work [amdgpu]  Call Trace:   <TASK>   __schedule+0x30d/0x7a0   schedule+0x27/0x90   schedule_timeout+0x104/0x110   dma_fence_default_wait+0x1f0/0x250   ? __pfx_dma_fence_default_wait_cb+0x10/0x10   dma_fence_wait_timeout+0x13a/0x170   amdgpu_tlb_fence_work+0x29/0x140 [amdgpu]   process_one_work+0x18e/0x3e0   worker_thread+0x2e3/0x420   ? __pfx_worker_thread+0x10/0x10   kthread+0x10a/0x230   ? __pfx_kthread+0x10/0x10   ret_from_fork+0x121/0x140   ? __pfx_kthread+0x10/0x10   ret_from_fork_asm+0x1a/0x30   </TASK>  INFO: task kworker/12:4:40454 blocked for more than 122 seconds.        Tainted: P O 6.17.0-1017-oem #17-Ubuntu  "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.  task:kworker/12:4 state:D stack:0 pid:40454 tgid:40454 ppid:2 task_flags:0x4208060 flags:0x00004000  Workqueue: events amdgpu_tlb_fence_work [amdgpu]  Call Trace:   <TASK>   __schedule+0x30d/0x7a0   schedule+0x27/0x90   schedule_timeout+0x104/0x110   dma_fence_default_wait+0x1f0/0x250   ? __pfx_dma_fence_default_wait_cb+0x10/0x10   dma_fence_wait_timeout+0x13a/0x170   amdgpu_tlb_fence_work+0x29/0x140 [amdgpu]   process_one_work+0x18e/0x3e0   worker_thread+0x2e3/0x420   ? __pfx_worker_thread+0x10/0x10   kthread+0x10a/0x230   ? __pfx_kthread+0x10/0x10   ret_from_fork+0x121/0x140   ? __pfx_kthread+0x10/0x10   ret_from_fork_asm+0x1a/0x30   </TASK>  INFO: task kworker/5:4:40750 blocked for more than 122 seconds.        Tainted: P O 6.17.0-1017-oem #17-Ubuntu  "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.  task:kworker/5:4 state:D stack:0 pid:40750 tgid:40750 ppid:2 task_flags:0x4208060 flags:0x00004000  Workqueue: events amdgpu_tlb_fence_work [amdgpu]  Call Trace:   <TASK>   __schedule+0x30d/0x7a0   schedule+0x27/0x90   schedule_timeout+0x104/0x110   dma_fence_default_wait+0x1f0/0x250   ? __pfx_dma_fence_default_wait_cb+0x10/0x10   dma_fence_wait_timeout+0x13a/0x170   amdgpu_tlb_fence_work+0x29/0x140 [amdgpu]   process_one_work+0x18e/0x3e0   worker_thread+0x2e3/0x420   ? __pfx_worker_thread+0x10/0x10   kthread+0x10a/0x230   ? __pfx_kthread+0x10/0x10   ret_from_fork+0x121/0x140   ? __pfx_kthread+0x10/0x10   ret_from_fork_asm+0x1a/0x30   </TASK>  INFO: task kworker/15:3:40825 blocked for more than 122 seconds.        Tainted: P O 6.17.0-1017-oem #17-Ubuntu  "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.  task:kworker/15:3 state:D stack:0 pid:40825 tgid:40825 ppid:2 task_flags:0x4208060 flags:0x00004000  Workqueue: events amdgpu_tlb_fence_work [amdgpu]  Call Trace:   <TASK>   __schedule+0x30d/0x7a0   schedule+0x27/0x90   schedule_timeout+0x104/0x110   dma_fence_default_wait+0x1f0/0x250   ? __pfx_dma_fence_default_wait_cb+0x10/0x10   dma_fence_wait_timeout+0x13a/0x170   amdgpu_tlb_fence_work+0x29/0x140 [amdgpu]   process_one_work+0x18e/0x3e0   worker_thread+0x2e3/0x420   ? __pfx_worker_thread+0x10/0x10   kthread+0x10a/0x230   ? __pfx_kthread+0x10/0x10   ret_from_fork+0x121/0x140   ? __pfx_kthread+0x10/0x10   ret_from_fork_asm+0x1a/0x30   </TASK>  INFO: task kworker/10:8:40844 blocked for more than 122 seconds.        Tainted: P O 6.17.0-1017-oem #17-Ubuntu  "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.  task:kworker/10:8 state:D stack:0 pid:40844 tgid:40844 ppid:2 task_flags:0x4208060 flags:0x00004000  Workqueue: events amdgpu_tlb_fence_work [amdgpu]  Call Trace:   <TASK>   __schedule+0x30d/0x7a0   schedule+0x27/0x90   schedule_timeout+0x104/0x110   dma_fence_default_wait+0x1f0/0x250   ? __pfx_dma_fence_default_wait_cb+0x10/0x10   dma_fence_wait_timeout+0x13a/0x170   amdgpu_tlb_fence_work+0x29/0x140 [amdgpu]   process_one_work+0x18e/0x3e0   worker_thread+0x2e3/0x420   ? __pfx_worker_thread+0x10/0x10   kthread+0x10a/0x230   ? __pfx_kthread+0x10/0x10   ret_from_fork+0x121/0x140   ? __pfx_kthread+0x10/0x10   ret_from_fork_asm+0x1a/0x30   </TASK>  INFO: task kworker/10:9:40845 blocked for more than 122 seconds.        Tainted: P O 6.17.0-1017-oem #17-Ubuntu  "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.  task:kworker/10:9 state:D stack:0 pid:40845 tgid:40845 ppid:2 task_flags:0x4208060 flags:0x00004000  Workqueue: events amdgpu_tlb_fence_work [amdgpu]  Call Trace:   <TASK>   __schedule+0x30d/0x7a0   schedule+0x27/0x90   schedule_timeout+0x104/0x110   dma_fence_default_wait+0x1f0/0x250   ? __pfx_dma_fence_default_wait_cb+0x10/0x10   dma_fence_wait_timeout+0x13a/0x170   amdgpu_tlb_fence_work+0x29/0x140 [amdgpu]   process_one_work+0x18e/0x3e0   worker_thread+0x2e3/0x420   ? __pfx_worker_thread+0x10/0x10   kthread+0x10a/0x230   ? __pfx_kthread+0x10/0x10   ret_from_fork+0x121/0x140   ? __pfx_kthread+0x10/0x10   ret_from_fork_asm+0x1a/0x30   </TASK>  INFO: task kworker/4:2:41419 blocked for more than 122 seconds.        Tainted: P O 6.17.0-1017-oem #17-Ubuntu  "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.  task:kworker/4:2 state:D stack:0 pid:41419 tgid:41419 ppid:2 task_flags:0x4208060 flags:0x00004000  Workqueue: events amdgpu_tlb_fence_work [amdgpu]  Call Trace:   <TASK>   __schedule+0x30d/0x7a0   schedule+0x27/0x90   schedule_timeout+0x104/0x110   dma_fence_default_wait+0x1f0/0x250   ? __pfx_dma_fence_default_wait_cb+0x10/0x10   dma_fence_wait_timeout+0x13a/0x170   amdgpu_tlb_fence_work+0x29/0x140 [amdgpu]   process_one_work+0x18e/0x3e0   worker_thread+0x2e3/0x420   ? __pfx_worker_thread+0x10/0x10   kthread+0x10a/0x230   ? __pfx_kthread+0x10/0x10   ret_from_fork+0x121/0x140   ? __pfx_kthread+0x10/0x10   ret_from_fork_asm+0x1a/0x30   </TASK>  INFO: task kworker/10:0:41524 blocked for more than 122 seconds.        Tainted: P O 6.17.0-1017-oem #17-Ubuntu  "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.  task:kworker/10:0 state:D stack:0 pid:41524 tgid:41524 ppid:2 task_flags:0x4208060 flags:0x00004000  Workqueue: events amdgpu_tlb_fence_work [amdgpu]  Call Trace:   <TASK>   __schedule+0x30d/0x7a0   schedule+0x27/0x90   schedule_timeout+0x104/0x110   dma_fence_default_wait+0x1f0/0x250   ? __pfx_dma_fence_default_wait_cb+0x10/0x10   dma_fence_wait_timeout+0x13a/0x170   amdgpu_tlb_fence_work+0x29/0x140 [amdgpu]   process_one_work+0x18e/0x3e0   worker_thread+0x2e3/0x420   ? _raw_spin_lock_irqsave+0xe/0x20   ? __pfx_worker_thread+0x10/0x10   kthread+0x10a/0x230   ? __pfx_kthread+0x10/0x10   ret_from_fork+0x121/0x140   ? __pfx_kthread+0x10/0x10   ret_from_fork_asm+0x1a/0x30   </TASK>  INFO: task kworker/4:0:42116 blocked for more than 122 seconds.        Tainted: P O 6.17.0-1017-oem #17-Ubuntu  "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.  task:kworker/4:0 state:D stack:0 pid:42116 tgid:42116 ppid:2 task_flags:0x4208060 flags:0x00004000  Workqueue: events amdgpu_tlb_fence_work [amdgpu]  Call Trace:   <TASK>   __schedule+0x30d/0x7a0   schedule+0x27/0x90   schedule_timeout+0x104/0x110   dma_fence_default_wait+0x1f0/0x250   ? __pfx_dma_fence_default_wait_cb+0x10/0x10   dma_fence_wait_timeout+0x13a/0x170   amdgpu_tlb_fence_work+0x29/0x140 [amdgpu]   process_one_work+0x18e/0x3e0   worker_thread+0x2e3/0x420   ? __pfx_worker_thread+0x10/0x10   kthread+0x10a/0x230   ? __pfx_kthread+0x10/0x10   ret_from_fork+0x121/0x140   ? __pfx_kthread+0x10/0x10   ret_from_fork_asm+0x1a/0x30   </TASK>  Future hung task reports are suppressed, see sysctl kernel.hung_task_warnings  amdgpu 0000:c4:00.0: amdgpu: MES ring buffer is full.  Supervising 9 threads of 6 processes of 1 users.  Supervising 9 threads of 6 processes of 1 users.  amdgpu 0000:c4:00.0: amdgpu: MES ring buffer is full.  amdgpu 0000:c4:00.0: amdgpu: MES ring buffer is full.  kauditd_printk_skb: 4 callbacks suppressed SRU Justification: [ Impact ] On Lenovo ThinkPad P14s Gen 6 systems with AMD Ryzen AI 7 PRO 350, the system can lock up under graphical workloads. Kernel logs show the AMDGPU MES ring buffer becoming full and hung task reports involving amdgpu_tlb_fence_work. The issue is caused by commit f3854e04b708 ("drm/amdgpu: attach tlb fence to the PTs update") which attaches TLB fences too broadly and can flood KIQ/MES TLB invalidation work. [ Fix ] Backport upstream fixes: - d967509651601 ("drm/amdgpu: make sure userqs are enabled in userq IOCTLs") - 9163fe4d790f (Revert "drm/amdgpu: don't attach the tlb fence for SI") - e9f58ff991dd ("drm/amdgpu: rework how we handle TLB fences") [ Test Plan ] 1. Boot the affected Lenovo P14s Gen 6 AMD Ryzen AI 7 PRO 350 system. 2. Exercise the graphical workload that previously reproduced the lockup. 3. Verify the system remains responsive and dmesg does not show MES ring buffer full or amdgpu_tlb_fence_work hung task messages. A test kernel with this fix series ran for 12 hours on the affected system without reproducing the lockup (LP #2148538 comment #29). [ Where problems could occur ] Regressions could appear as GPU hangs, failed VM updates, TLB flush failures, or user queue/KFD workload failures on AMD GPUs. [ Other Info ] Noble linux is not affected (offending commit absent). Resolute linux is not affected (fixes already present). To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2148538/+subscriptions

[Bug 2154785] Re: Enable device tree overlay configs for PCIe based devices

** 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/2154785 Title: Enable device tree overlay configs for PCIe based devices Status in linux package in Ubuntu: New Status in linux source package in Stonking: New Bug description: The following configuration options will allow PCIe FPGA devices to provide memory mapped access to IP cores in the same manner as FPGA- ARM based SoC solutions using existing drivers. - CONFIG_OF=y - CONFIG_OF_OVERLAY=y - CONFIG_DTC=y - CONFIG_PCI_DYNAMIC_OF_NODES=y This has been requested by AMD. Without these options enabled new drivers will need to be written just for the x86 platform. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2154785/+subscriptions

[Bug 2148638] Re: ubuntu 26.04 - When the NVME hard drives were hot-swapped, the OS reported an error and some of the drives were not recognized.

** Attachment added: "Ubuntu mainline v7.1-rc4" https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2148638/+attachment/5976107/+files/config_A.zip -- You received this bug notification because you are subscribed to linux in Ubuntu. Matching subscriptions: Bgg, Bmail, Nb https://bugs.launchpad.net/bugs/2148638 Title: ubuntu 26.04 - When the NVME hard drives were hot-swapped, the OS reported an error and some of the drives were not recognized. Status in linux package in Ubuntu: New Status in linux source package in Resolute: New Bug description: When the CD8P NVMe hard drives were hot-swapped, the OS reported an error and some of the drives were not recognized. This issue happens on CD8P NVMe disk and does not happens on bm1743 NVMe disk. CD8P drives are Kaoxia drives The BM1743 drives that work are Samsung devices. Nvme disk detail: CD8P https://lenovopress.lenovo.com/lp1904-thinksystem-cd8p-read-intensive-nvme-pcie-50-ssd bm1743 https://lenovopress.lenovo.com/lp2156-thinksystem-bm1743-read-intensive-nvme-pcie-50-x4-ssd Steps to reproduce: 1.In the UEFI, enable VMD without created RAID disk. 2.Install ubuntu26.04 on M.2 sata disk. 3.use command lsblk to check all NVMEe disk 4.Unplug all NVMe device, then check NVMe device information again via lsblk. 5.plug all NVMe SSD 6.OS reported an error and some of the drives were not recognized. Compare with Ubuntu 24.04: There is no errors messages and all NVMe disks can be recognized after re-plug all NVMe SSD Info: The issue also happens on latest daily build: 0415 This issue only happens on VMD enabled, there is no this issue when vmd feature disable. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2148638/+subscriptions

[Bug 2148638] Re: ubuntu 26.04 - When the NVME hard drives were hot-swapped, the OS reported an error and some of the drives were not recognized.

Hi Aaron, We conducted two sets/configurations of experiments based on the your provided kernels, both failed. In addition, for each configuration(kernel), we managed to collect dmesg and lspci -vvv for each of the specified time point: before_unplug.log after_unplug.log after_replug.log after_reboot.log Please refer to the attached zipped files: [configurations] config_A. <Ubuntu mainline v7.1-rc4> config_B. <locally built test kernel> -- You received this bug notification because you are subscribed to linux in Ubuntu. Matching subscriptions: Bgg, Bmail, Nb https://bugs.launchpad.net/bugs/2148638 Title: ubuntu 26.04 - When the NVME hard drives were hot-swapped, the OS reported an error and some of the drives were not recognized. Status in linux package in Ubuntu: New Status in linux source package in Resolute: New Bug description: When the CD8P NVMe hard drives were hot-swapped, the OS reported an error and some of the drives were not recognized. This issue happens on CD8P NVMe disk and does not happens on bm1743 NVMe disk. CD8P drives are Kaoxia drives The BM1743 drives that work are Samsung devices. Nvme disk detail: CD8P https://lenovopress.lenovo.com/lp1904-thinksystem-cd8p-read-intensive-nvme-pcie-50-ssd bm1743 https://lenovopress.lenovo.com/lp2156-thinksystem-bm1743-read-intensive-nvme-pcie-50-x4-ssd Steps to reproduce: 1.In the UEFI, enable VMD without created RAID disk. 2.Install ubuntu26.04 on M.2 sata disk. 3.use command lsblk to check all NVMEe disk 4.Unplug all NVMe device, then check NVMe device information again via lsblk. 5.plug all NVMe SSD 6.OS reported an error and some of the drives were not recognized. Compare with Ubuntu 24.04: There is no errors messages and all NVMe disks can be recognized after re-plug all NVMe SSD Info: The issue also happens on latest daily build: 0415 This issue only happens on VMD enabled, there is no this issue when vmd feature disable. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2148638/+subscriptions

[Bug 2155617] Re: Backlight device disappears and brightness breaks on kernel 6.17.0-23+ (Lenovo Legion 5 Pro, NVIDIA hybrid graphics)

Hi Vesa, Could you share at least complete dmesg(from boot to issue happen.) Thanks -- You received this bug notification because you are subscribed to linux in Ubuntu. Matching subscriptions: Bgg, Bmail, Nb https://bugs.launchpad.net/bugs/2155617 Title: Backlight device disappears and brightness breaks on kernel 6.17.0-23+ (Lenovo Legion 5 Pro, NVIDIA hybrid graphics) Status in linux package in Ubuntu: New Bug description: On Ubuntu 24.04.2 LTS running on a Lenovo Legion 5 Pro 16ACH6H (AMD + NVIDIA RTX 3070 hybrid system), brightness control breaks starting from kernel 6.17.0-23-generic and remains broken on all newer kernels up to 6.17.0-35. The issue is fully reproducible. WORKING KERNEL: - 6.17.0-22-generic - Display session: X11 - NVIDIA proprietary driver in use - Backlight device present: /sys/class/backlight/nvidia_0 - Brightness control works normally BROKEN KERNELS: - 6.17.0-23-generic and newer (tested up to 6.17.0-35) - Wayland or X11 both affected - Backlight directory is empty: /sys/class/backlight/ SYMPTOMS: - Brightness stuck at 100% - No backlight device exposed in sysfs - Mouse cursor shows trailing/ghosting artifacts on Wayland - Display rendering instability EXPECTED BEHAVIOR: - /sys/class/backlight/nvidia_0 should be present - Brightness control should function via NVIDIA DRM backlight interface ACTUAL BEHAVIOR: - No backlight device is registered at all in /sys/class/backlight/ - GNOME brightness controls have no effect HARDWARE: - Lenovo Legion 5 Pro 16ACH6H - AMD Ryzen CPU (iGPU present but not used for display in working kernel) - NVIDIA RTX 3070 Mobile (primary display output via nvidia-drm) - NVIDIA proprietary driver active REGRESSION: - Kernel 6.17.0-22 works correctly - 6.17.0-23 introduces regression and all newer kernels inherit it This appears to be a regression in NVIDIA DRM backlight device registration (fbdev / sysfs exposure). To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2155617/+subscriptions

[Bug 1742488] Re: KVMGT gvt-g live migration

[Expired for qemu (Ubuntu) because there has been no activity for 60 days.] ** Changed in: qemu (Ubuntu) Status: Incomplete => Expired -- You received this bug notification because you are subscribed to linux in Ubuntu. Matching subscriptions: Bgg, Bmail, Nb https://bugs.launchpad.net/bugs/1742488 Title: KVMGT gvt-g live migration Status in linux package in Ubuntu: Invalid Status in qemu package in Ubuntu: Expired Bug description: KVMGT gvt-g Live Migration is a valuable feature for a variety of use cases like load balancing, hardware failover, energy saving and geographic migration. To enable VGPU live migration, one new region is designed for vfio_mdev device status save and restore during the migration. And one new ioctl is added to help do the mdev device dirty page synchronization. Correspondingly, GVT implements a function to save/retore the device context in the new region. Applied platform: BDW/SKL/KBL Business value: Improve efficiency and reduce cost in VM maintenance by enabling live migration for Intel GPU accelerated VM. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1742488/+subscriptions