January 2021 - openSUSE Kernel Bugs - openSUSE Mailing Lists

[kernel-bugs] [Bug 1177459] New: general protection fault in native_queued_spin_lock_slowpath
by bugzilla_noreply＠suse.com 07 Jan '22

07 Jan '22

https://bugzilla.suse.com/show_bug.cgi?id=1177459 Bug ID: 1177459 Summary: general protection fault in native_queued_spin_lock_slowpath Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.2 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: jgross(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- System restarted over night, in /var/log/messages I could find: 2020-10-08T03:30:27.326958+02:00 localhost kernel: [36064.304226] general protection fault: 0000 [#1] SMP NOPTI 2020-10-08T03:30:27.326981+02:00 localhost kernel: [36064.304237] CPU: 1 PID: 2024 Comm: plasmashell Not tainted 5.3.18-lp152.44-default #1 openSUSE Leap 15.2 2020-10-08T03:30:27.327451+02:00 localhost kernel: [36064.304242] Hardware name: CSL-Computer GmbH & Co. KG A0000001/A320M-A PRO MAX (MS-7C52), BIOS 2.40 11/07/2019 2020-10-08T03:30:27.327454+02:00 localhost kernel: [36064.304253] RIP: 0010:native_queued_spin_lock_slowpath+0x188/0x1e0 2020-10-08T03:30:27.327456+02:00 localhost kernel: [36064.304259] Code: f3 90 48 8b 32 48 85 f6 74 f6 eb e8 c1 ee 12 83 e0 03 83 ee 01 48 c1 e0 05 48 63 f6 48 05 80 d9 02 00 48 03 04 f5 80 79 3a b7 <48> 89 10 8b 42 08 85 c0 75 09 f3 90 8b 42 08 85 c0 74 f7 48 8b 32 2020-10-08T03:30:27.327456+02:00 localhost kernel: [36064.304266] RSP: 0018:ffffb881c0e07ac8 EFLAGS: 00010202 2020-10-08T03:30:27.327457+02:00 localhost kernel: [36064.304271] RAX: 0004374bff4d5340 RBX: ffff9e4a0524745c RCX: 0000000000080000 2020-10-08T03:30:27.327458+02:00 localhost kernel: [36064.304274] RDX: ffff9e4a1066d980 RSI: 0000000000003ffe RDI: ffff9e4a0524745c 2020-10-08T03:30:27.327458+02:00 localhost kernel: [36064.304278] RBP: ffff9e4a05247450 R08: 0000000000080000 R09: ffff9e482ba0f640 2020-10-08T03:30:27.327459+02:00 localhost kernel: [36064.304281] R10: 0000000000000013 R11: ffff9e49e5833138 R12: 0000000000000000 2020-10-08T03:30:27.327459+02:00 localhost kernel: [36064.304285] R13: ffffb881c0e07b94 R14: ffff9e49e5833100 R15: ffffb881c0e07b64 2020-10-08T03:30:27.327461+02:00 localhost kernel: [36064.304289] FS: 00007f1ceae4a900(0000) GS:ffff9e4a10640000(0000) knlGS:0000000000000000 2020-10-08T03:30:27.327463+02:00 localhost kernel: [36064.304293] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 2020-10-08T03:30:27.327636+02:00 localhost kernel: [36064.304296] CR2: 00007fdea8d7d000 CR3: 00000003e0b40000 CR4: 00000000003406e0 2020-10-08T03:30:27.327652+02:00 localhost kernel: [36064.304300] Call Trace: 2020-10-08T03:30:27.327653+02:00 localhost kernel: [36064.304309] _raw_spin_lock+0x1b/0x20 2020-10-08T03:30:27.327653+02:00 localhost kernel: [36064.304315] inotify_poll+0x39/0x60 2020-10-08T03:30:27.327654+02:00 localhost kernel: [36064.304320] do_sys_poll+0x277/0x590 2020-10-08T03:30:27.327655+02:00 localhost kernel: [36064.304327] ? __wake_up_common+0x74/0x120 2020-10-08T03:30:27.327844+02:00 localhost kernel: [36064.304332] ? __wake_up_common_lock+0x87/0xc0 2020-10-08T03:30:27.327846+02:00 localhost kernel: [36064.304337] ? poll_select_finish+0x220/0x220 2020-10-08T03:30:27.327847+02:00 localhost kernel: [36064.304341] ? poll_select_finish+0x220/0x220 2020-10-08T03:30:27.327849+02:00 localhost kernel: [36064.304345] ? poll_select_finish+0x220/0x220 2020-10-08T03:30:27.327849+02:00 localhost kernel: [36064.304349] ? poll_select_finish+0x220/0x220 2020-10-08T03:30:27.327850+02:00 localhost kernel: [36064.304353] ? poll_select_finish+0x220/0x220 2020-10-08T03:30:27.327852+02:00 localhost kernel: [36064.304356] ? poll_select_finish+0x220/0x220 2020-10-08T03:30:27.327852+02:00 localhost kernel: [36064.304360] ? poll_select_finish+0x220/0x220 2020-10-08T03:30:27.327853+02:00 localhost kernel: [36064.304364] ? poll_select_finish+0x220/0x220 2020-10-08T03:30:27.327853+02:00 localhost kernel: [36064.304368] ? poll_select_finish+0x220/0x220 2020-10-08T03:30:27.327854+02:00 localhost kernel: [36064.304373] ? ktime_get_ts64+0x4c/0xf0 2020-10-08T03:30:27.328164+02:00 localhost kernel: [36064.304377] ? __x64_sys_poll+0x9e/0x130 2020-10-08T03:30:27.328165+02:00 localhost kernel: [36064.304380] __x64_sys_poll+0x9e/0x130 2020-10-08T03:30:27.328166+02:00 localhost kernel: [36064.304386] do_syscall_64+0x65/0x1f0 2020-10-08T03:30:27.328166+02:00 localhost kernel: [36064.304391] entry_SYSCALL_64_after_hwframe+0x44/0xa9 2020-10-08T03:30:27.328167+02:00 localhost kernel: [36064.304396] RIP: 0033:0x7f1ce427b6db 2020-10-08T03:30:27.328167+02:00 localhost kernel: [36064.304401] Code: 53 48 89 f5 48 89 fb 48 83 ec 18 48 89 54 24 08 e8 aa 7a 01 00 48 8b 54 24 08 41 89 c0 48 89 ee 48 89 df b8 07 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 2f 44 89 c7 89 44 24 08 e8 e1 7a 01 00 8b 44 2020-10-08T03:30:27.328168+02:00 localhost kernel: [36064.304407] RSP: 002b:00007ffc0b1ec680 EFLAGS: 00000293 ORIG_RAX: 0000000000000007 2020-10-08T03:30:27.328168+02:00 localhost kernel: [36064.304412] RAX: ffffffffffffffda RBX: 0000563bc7146440 RCX: 00007f1ce427b6db 2020-10-08T03:30:27.328170+02:00 localhost kernel: [36064.304415] RDX: 000000000000000f RSI: 0000000000000009 RDI: 0000563bc7146440 2020-10-08T03:30:27.328171+02:00 localhost kernel: [36064.304418] RBP: 0000000000000009 R08: 0000000000000000 R09: 0000563bc651f13c 2020-10-08T03:30:27.328172+02:00 localhost kernel: [36064.304422] R10: 0000563bc4efbc60 R11: 0000000000000293 R12: 0000563bc7146440 2020-10-08T03:30:27.328172+02:00 localhost kernel: [36064.304425] R13: 000000000000000f R14: 00007f1cde4ed6d0 R15: 000000000000000e 2020-10-08T03:30:27.328173+02:00 localhost kernel: [36064.304430] Modules linked in: fuse af_packet rfkill dmi_sysfs msr edac_mce_amd nls_iso8859_1 nls_cp437 snd_hda_codec_realtek ccp vfat fat snd_hda_codec_generic kvm ledtrig_audio snd_hda_codec_hdmi snd_hda_intel irqbypass crct10dif_pclmul snd_hda_codec crc32_pclmul ghash_clmulni_intel aesni_intel snd_hda_core aes_x86_64 snd_hwdep crypto_simd snd_pcm cryptd glue_helper snd_timer wmi_bmof joydev sp5100_tco snd pcspkr efi_pstore i2c_piix4 k10temp soundcore r8169 gpio_amdpt gpio_generic realtek button libphy btrfs libcrc32c xor hid_generic usbhid amdgpu raid6_pq amd_iommu_v2 gpu_sched i2c_algo_bit ttm drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops xhci_pci crc32c_intel drm xhci_hcd usbcore sr_mod cdrom wmi video sg dm_multipath dm_mod scsi_dh_rdac scsi_dh_emc scsi_dh_alua efivarfs 2020-10-08T03:30:27.328173+02:00 localhost kernel: [36064.304507] ---[ end trace bc466f6d04dd82ec ]--- 2020-10-08T03:30:27.328174+02:00 localhost kernel: [36064.304516] RIP: 0010:native_queued_spin_lock_slowpath+0x188/0x1e0 2020-10-08T03:30:27.328174+02:00 localhost kernel: [36064.304524] Code: f3 90 48 8b 32 48 85 f6 74 f6 eb e8 c1 ee 12 83 e0 03 83 ee 01 48 c1 e0 05 48 63 f6 48 05 80 d9 02 00 48 03 04 f5 80 79 3a b7 <48> 89 10 8b 42 08 85 c0 75 09 f3 90 8b 42 08 85 c0 74 f7 48 8b 32 2020-10-08T03:30:27.328175+02:00 localhost kernel: [36064.304534] RSP: 0018:ffffb881c0e07ac8 EFLAGS: 00010202 2020-10-08T03:30:27.328175+02:00 localhost kernel: [36064.304540] RAX: 0004374bff4d5340 RBX: ffff9e4a0524745c RCX: 0000000000080000 2020-10-08T03:30:27.328177+02:00 localhost kernel: [36064.304546] RDX: ffff9e4a1066d980 RSI: 0000000000003ffe RDI: ffff9e4a0524745c 2020-10-08T03:30:27.3281782020-10-08T03:30:27.326958+02:00 localhost kernel: [36064.304226] general protection fault: 0000 [#1] SMP NOPTI 2020-10-08T03:30:27.326981+02:00 localhost kernel: [36064.304237] CPU: 1 PID: 2024 Comm: plasmashell Not tainted 5.3.18-lp152.44-default #1 openSUSE Leap 15.2 2020-10-08T03:30:27.327451+02:00 localhost kernel: [36064.304242] Hardware name: CSL-Computer GmbH & Co. KG A0000001/A320M-A PRO MAX (MS-7C52), BIOS 2.40 11/07/2019 2020-10-08T03:30:27.327454+02:00 localhost kernel: [36064.304253] RIP: 0010:native_queued_spin_lock_slowpath+0x188/0x1e0 2020-10-08T03:30:27.327456+02:00 localhost kernel: [36064.304259] Code: f3 90 48 8b 32 48 85 f6 74 f6 eb e8 c1 ee 12 83 e0 03 83 ee 01 48 c1 e0 05 48 63 f6 48 05 80 d9 02 00 48 03 04 f5 80 79 3a b7 <48> 89 10 8b 42 08 85 c0 75 09 f3 90 8b 42 08 85 c0 74 f7 48 8b 32 2020-10-08T03:30:27.327456+02:00 localhost kernel: [36064.304266] RSP: 0018:ffffb881c0e07ac8 EFLAGS: 00010202 2020-10-08T03:30:27.327457+02:00 localhost kernel: [36064.304271] RAX: 0004374bff4d5340 RBX: ffff9e4a0524745c RCX: 0000000000080000 2020-10-08T03:30:27.327458+02:00 localhost kernel: [36064.304274] RDX: ffff9e4a1066d980 RSI: 0000000000003ffe RDI: ffff9e4a0524745c 2020-10-08T03:30:27.327458+02:00 localhost kernel: [36064.304278] RBP: ffff9e4a05247450 R08: 0000000000080000 R09: ffff9e482ba0f640 2020-10-08T03:30:27.327459+02:00 localhost kernel: [36064.304281] R10: 0000000000000013 R11: ffff9e49e5833138 R12: 0000000000000000 2020-10-08T03:30:27.327459+02:00 localhost kernel: [36064.304285] R13: ffffb881c0e07b94 R14: ffff9e49e5833100 R15: ffffb881c0e07b64 2020-10-08T03:30:27.327461+02:00 localhost kernel: [36064.304289] FS: 00007f1ceae4a900(0000) GS:ffff9e4a10640000(0000) knlGS:0000000000000000 2020-10-08T03:30:27.327463+02:00 localhost kernel: [36064.304293] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 2020-10-08T03:30:27.327636+02:00 localhost kernel: [36064.304296] CR2: 00007fdea8d7d000 CR3: 00000003e0b40000 CR4: 00000000003406e0 2020-10-08T03:30:27.327652+02:00 localhost kernel: [36064.304300] Call Trace: 2020-10-08T03:30:27.327653+02:00 localhost kernel: [36064.304309] _raw_spin_lock+0x1b/0x20 2020-10-08T03:30:27.327653+02:00 localhost kernel: [36064.304315] inotify_poll+0x39/0x60 2020-10-08T03:30:27.327654+02:00 localhost kernel: [36064.304320] do_sys_poll+0x277/0x590 2020-10-08T03:30:27.327655+02:00 localhost kernel: [36064.304327] ? __wake_up_common+0x74/0x120 2020-10-08T03:30:27.327844+02:00 localhost kernel: [36064.304332] ? __wake_up_common_lock+0x87/0xc0 2020-10-08T03:30:27.327846+02:00 localhost kernel: [36064.304337] ? poll_select_finish+0x220/0x220 2020-10-08T03:30:27.327847+02:00 localhost kernel: [36064.304341] ? poll_select_finish+0x220/0x220 2020-10-08T03:30:27.327849+02:00 localhost kernel: [36064.304345] ? poll_select_finish+0x220/0x220 2020-10-08T03:30:27.327849+02:00 localhost kernel: [36064.304349] ? poll_select_finish+0x220/0x220 2020-10-08T03:30:27.327850+02:00 localhost kernel: [36064.304353] ? poll_select_finish+0x220/0x220 2020-10-08T03:30:27.327852+02:00 localhost kernel: [36064.304356] ? poll_select_finish+0x220/0x220 2020-10-08T03:30:27.327852+02:00 localhost kernel: [36064.304360] ? poll_select_finish+0x220/0x220 2020-10-08T03:30:27.327853+02:00 localhost kernel: [36064.304364] ? poll_select_finish+0x220/0x220 2020-10-08T03:30:27.327853+02:00 localhost kernel: [36064.304368] ? poll_select_finish+0x220/0x220 2020-10-08T03:30:27.327854+02:00 localhost kernel: [36064.304373] ? ktime_get_ts64+0x4c/0xf0 2020-10-08T03:30:27.328164+02:00 localhost kernel: [36064.304377] ? __x64_sys_poll+0x9e/0x130 2020-10-08T03:30:27.328165+02:00 localhost kernel: [36064.304380] __x64_sys_poll+0x9e/0x130 2020-10-08T03:30:27.328166+02:00 localhost kernel: [36064.304386] do_syscall_64+0x65/0x1f0 2020-10-08T03:30:27.328166+02:00 localhost kernel: [36064.304391] entry_SYSCALL_64_after_hwframe+0x44/0xa9 2020-10-08T03:30:27.328167+02:00 localhost kernel: [36064.304396] RIP: 0033:0x7f1ce427b6db 2020-10-08T03:30:27.328167+02:00 localhost kernel: [36064.304401] Code: 53 48 89 f5 48 89 fb 48 83 ec 18 48 89 54 24 08 e8 aa 7a 01 00 48 8b 54 24 08 41 89 c0 48 89 ee 48 89 df b8 07 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 2f 44 89 c7 89 44 24 08 e8 e1 7a 01 00 8b 44 2020-10-08T03:30:27.328168+02:00 localhost kernel: [36064.304407] RSP: 002b:00007ffc0b1ec680 EFLAGS: 00000293 ORIG_RAX: 0000000000000007 2020-10-08T03:30:27.328168+02:00 localhost kernel: [36064.304412] RAX: ffffffffffffffda RBX: 0000563bc7146440 RCX: 00007f1ce427b6db 2020-10-08T03:30:27.328170+02:00 localhost kernel: [36064.304415] RDX: 000000000000000f RSI: 0000000000000009 RDI: 0000563bc7146440 2020-10-08T03:30:27.328171+02:00 localhost kernel: [36064.304418] RBP: 0000000000000009 R08: 0000000000000000 R09: 0000563bc651f13c 2020-10-08T03:30:27.328172+02:00 localhost kernel: [36064.304422] R10: 0000563bc4efbc60 R11: 0000000000000293 R12: 0000563bc7146440 2020-10-08T03:30:27.328172+02:00 localhost kernel: [36064.304425] R13: 000000000000000f R14: 00007f1cde4ed6d0 R15: 000000000000000e 2020-10-08T03:30:27.328173+02:00 localhost kernel: [36064.304430] Modules linked in: fuse af_packet rfkill dmi_sysfs msr edac_mce_amd nls_iso8859_1 nls_cp437 snd_hda_codec_realtek ccp vfat fat snd_hda_codec_generic kvm ledtrig_audio snd_hda_codec_hdmi snd_hda_intel irqbypass crct10dif_pclmul snd_hda_codec crc32_pclmul ghash_clmulni_intel aesni_intel snd_hda_core aes_x86_64 snd_hwdep crypto_simd snd_pcm cryptd glue_helper snd_timer wmi_bmof joydev sp5100_tco snd pcspkr efi_pstore i2c_piix4 k10temp soundcore r8169 gpio_amdpt gpio_generic realtek button libphy btrfs libcrc32c xor hid_generic usbhid amdgpu raid6_pq amd_iommu_v2 gpu_sched i2c_algo_bit ttm drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops xhci_pci crc32c_intel drm xhci_hcd usbcore sr_mod cdrom wmi video sg dm_multipath dm_mod scsi_dh_rdac scsi_dh_emc scsi_dh_alua efivarfs 2020-10-08T03:30:27.328173+02:00 localhost kernel: [36064.304507] ---[ end trace bc466f6d04dd82ec ]--- 2020-10-08T03:30:27.328174+02:00 localhost kernel: [36064.304516] RIP: 0010:native_queued_spin_lock_slowpath+0x188/0x1e0 2020-10-08T03:30:27.328174+02:00 localhost kernel: [36064.304524] Code: f3 90 48 8b 32 48 85 f6 74 f6 eb e8 c1 ee 12 83 e0 03 83 ee 01 48 c1 e0 05 48 63 f6 48 05 80 d9 02 00 48 03 04 f5 80 79 3a b7 <48> 89 10 8b 42 08 85 c0 75 09 f3 90 8b 42 08 85 c0 74 f7 48 8b 32 2020-10-08T03:30:27.328175+02:00 localhost kernel: [36064.304534] RSP: 0018:ffffb881c0e07ac8 EFLAGS: 00010202 2020-10-08T03:30:27.328175+02:00 localhost kernel: [36064.304540] RAX: 0004374bff4d5340 RBX: ffff9e4a0524745c RCX: 0000000000080000 2020-10-08T03:30:27.328177+02:00 localhost kernel: [36064.304546] RDX: ffff9e4a1066d980 RSI: 0000000000003ffe RDI: ffff9e4a0524745c 2020-10-08T03:30:27.328178+02:00 localhost kernel: [36064.304553] RBP: ffff9e4a05247450 R08: 0000000000080000 R09: ffff9e482ba0f640 2020-10-08T03:30:27.328178+02:00 localhost kernel: [36064.304559] R10: 0000000000000013 R11: ffff9e49e5833138 R12: 0000000000000000 2020-10-08T03:30:27.328179+02:00 localhost kernel: [36064.304565] R13: ffffb881c0e07b94 R14: ffff9e49e5833100 R15: ffffb881c0e07b64 2020-10-08T03:30:27.328179+02:00 localhost kernel: [36064.304572] FS: 00007f1ceae4a900(0000) GS:ffff9e4a10640000(0000) knlGS:0000000000000000 2020-10-08T03:30:27.328180+02:00 localhost kernel: [36064.304578] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 2020-10-08T03:30:27.328180+02:00 localhost kernel: [36064.304584] CR2: 00007fdea8d7d000 CR3: 00000003e0b40000 CR4: 00000000003406e0 2020-10-08T03:30:27.328318+02:00 localhost kernel: [36064.306057] BUG: unable to handle page fault for address: ffffb881c0e07da0 2020-10-08T03:30:27.328319+02:00 localhost kernel: [36064.306062] #PF: supervisor write access in kernel mode +02:00 localhost kernel: [36064.304553] RBP: ffff9e4a05247450 R08: 0000000000080000 R09: ffff9e482ba0f640 2020-10-08T03:30:27.328178+02:00 localhost kernel: [36064.304559] R10: 0000000000000013 R11: ffff9e49e5833138 R12: 0000000000000000 2020-10-08T03:30:27.328179+02:00 localhost kernel: [36064.304565] R13: ffffb881c0e07b94 R14: ffff9e49e5833100 R15: ffffb881c0e07b64 2020-10-08T03:30:27.328179+02:00 localhost kernel: [36064.304572] FS: 00007f1ceae4a900(0000) GS:ffff9e4a10640000(0000) knlGS:0000000000000000 2020-10-08T03:30:27.328180+02:00 localhost kernel: [36064.304578] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 2020-10-08T03:30:27.328180+02:00 localhost kernel: [36064.304584] CR2: 00007fdea8d7d000 CR3: 00000003e0b40000 CR4: 00000000003406e0 2020-10-08T03:30:27.328318+02:00 localhost kernel: [36064.306057] BUG: unable to handle page fault for address: ffffb881c0e07da0 2020-10-08T03:30:27.328319+02:00 localhost kernel: [36064.306062] #PF: supervisor write access in kernel mode 2020-10-08T03:30:27.328319+02:00 localhost kernel: [36064.306065] #PF: error_code(0x0002) - not-present page 2020-10-08T03:30:27.328320+02:00 localhost kernel: [36064.306069] PGD 107d42067 P4D 107d42067 PUD 107d43067 PMD 22a67f067 PTE 0 2020-10-08T03:30:27.328320+02:00 localhost kernel: [36064.306075] Oops: 0002 [#2] SMP NOPTI 2020-10-08T03:30:27.328320+02:00 localhost kernel: [36064.306079] CPU: 1 PID: 9510 Comm: kscreenlocker_g Tainted: G D 5.3.18-lp152.44-default #1 openSUSE Leap 15.2 2020-10-08T03:30:27.328321+02:00 localhost kernel: [36064.306083] Hardware name: CSL-Computer GmbH & Co. KG A0000001/A320M-A PRO MAX (MS-7C52), BIOS 2.40 11/07/2019 2020-10-08T03:30:27.328322+02:00 localhost kernel: [36064.306089] RIP: 0010:remove_wait_queue+0x27/0x50 2020-10-08T03:30:27.328322+02:00 localhost kernel: [36064.306093] Code: 0f 1f 00 0f 1f 44 00 00 55 53 48 89 f3 48 89 fd e8 fe 2d 88 00 48 8b 53 20 48 8b 4b 18 48 be 00 01 00 00 00 00 ad de 48 89 ef <48> 89 51 08 48 89 0a 48 ba 22 01 00 00 00 00 ad de 48 89 73 18 48 2020-10-08T03:30:27.328323+02:00 localhost kernel: [36064.306098] RSP: 0018:ffffb881c824faa8 EFLAGS: 00010046 2020-10-08T03:30:27.328323+02:00 localhost kernel: [36064.306102] RAX: 0000000000000282 RBX: ffffb881c824fd80 RCX: ffffb881c0e07d98 2020-10-08T03:30:27.328324+02:00 localhost kernel: [36064.306106] RDX: ffff9e4707ec4658 RSI: dead000000000100 RDI: ffff9e4707ec4650 2020-10-08T03:30:27.328324+02:00 localhost kernel: [36064.306109] RBP: ffff9e4707ec4650 R08: 0000000000000001 R09: ffff9e4a0922a680 2020-10-08T03:30:27.328325+02:00 localhost kernel: [36064.306113] R10: 0000000000000018 R11: ffff9e4807ba8d38 R12: ffffb881c824fc40 2020-10-08T03:30:27.328325+02:00 localhost kernel: [36064.306116] R13: ffffb881c824fc70 R14: 0000000000000005 R15: 0000000000000000 2020-10-08T03:30:27.328326+02:00 localhost kernel: [36064.306120] FS: 00007fdef35ba180(0000) GS:ffff9e4a10640000(0000) knlGS:0000000000000000 2020-10-08T03:30:27.328326+02:00 localhost kernel: [36064.306124] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 2020-10-08T03:30:27.328419+02:00 localhost kernel: [36064.306128] CR2: ffffb881c0e07da0 CR3: 0000000214a44000 CR4: 00000000003406e0 2020-10-08T03:30:27.328420+02:00 localhost kernel: [36064.306131] Call Trace: 2020-10-08T03:30:27.328420+02:00 localhost kernel: [36064.306136] poll_freewait+0x3d/0xa0 2020-10-08T03:30:27.328421+02:00 localhost kernel: [36064.306141] do_sys_poll+0x3f9/0x590 2020-10-08T03:30:27.328421+02:00 localhost kernel: [36064.306147] ? lookup_fast+0xc8/0x2d0 2020-10-08T03:30:27.328422+02:00 localhost kernel: [36064.306151] ? lookup_fast+0xc8/0x2d0 2020-10-08T03:30:27.328423+02:00 localhost kernel: [36064.306156] ? poll_select_finish+0x220/0x220 2020-10-08T03:30:27.328424+02:00 localhost kernel: [36064.306160] ? poll_select_finish+0x220/0x220 2020-10-08T03:30:27.328424+02:00 localhost kernel: [36064.306164] ? poll_select_finish+0x220/0x220 2020-10-08T03:30:27.328425+02:00 localhost kernel: [36064.306168] ? poll_select_finish+0x220/0x220 2020-10-08T03:30:27.328425+02:00 localhost kernel: [36064.306172] ? poll_select_finish+0x220/0x220 2020-10-08T03:30:27.328425+02:00 localhost kernel: [36064.306175] ? poll_select_finish+0x220/0x220 2020-10-08T03:30:27.328426+02:00 localhost kernel: [36064.306178] ? poll_select_finish+0x220/0x220 2020-10-08T03:30:27.328426+02:00 localhost kernel: [36064.306181] ? ktime_get_ts64+0x4c/0xf0 2020-10-08T03:30:27.328427+02:00 localhost kernel: [36064.306185] ? __x64_sys_poll+0x9e/0x130 2020-10-08T03:30:27.328427+02:00 localhost kernel: [36064.306188] __x64_sys_poll+0x9e/0x130 2020-10-08T03:30:27.328428+02:00 localhost kernel: [36064.306191] do_syscall_64+0x65/0x1f0 2020-10-08T03:30:27.328428+02:00 localhost kernel: [36064.306194] entry_SYSCALL_64_after_hwframe+0x44/0xa9 2020-10-08T03:30:27.328429+02:00 localhost kernel: [36064.306198] RIP: 0033:0x7fdeee9976db 2020-10-08T03:30:27.328600+02:00 localhost kernel: [36064.306202] Code: 53 48 89 f5 48 89 fb 48 83 ec 18 48 89 54 24 08 e8 aa 7a 01 00 48 8b 54 24 08 41 89 c0 48 89 ee 48 89 df b8 07 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 2f 44 89 c7 89 44 24 08 e8 e1 7a 01 00 8b 44 2020-10-08T03:30:27.328612+02:00 localhost kernel: [36064.306206] RSP: 002b:00007fffd505c8b0 EFLAGS: 00000293 ORIG_RAX: 0000000000000007 2020-10-08T03:30:27.328612+02:00 localhost kernel: [36064.306209] RAX: ffffffffffffffda RBX: 00005592ab440230 RCX: 00007fdeee9976db 2020-10-08T03:30:27.328613+02:00 localhost kernel: [36064.306212] RDX: 0000000000000005 RSI: 0000000000000007 RDI: 00005592ab440230 2020-10-08T03:30:27.328614+02:00 localhost kernel: [36064.306215] RBP: 0000000000000007 R08: 0000000000000000 R09: 00005592abe2eb90 2020-10-08T03:30:27.328614+02:00 localhost kernel: [36064.306217] R10: 00005592ab094720 R11: 0000000000000293 R12: 00005592ab440230 2020-10-08T03:30:27.328615+02:00 localhost kernel: [36064.306220] R13: 0000000000000005 R14: 00007fdeea02e6d0 R15: 0000000000000007 2020-10-08T03:30:27.328624+02:00 localhost kernel: [36064.306223] Modules linked in: fuse af_packet rfkill dmi_sysfs msr edac_mce_amd nls_iso8859_1 nls_cp437 snd_hda_codec_realtek ccp vfat fat snd_hda_codec_generic kvm ledtrig_audio snd_hda_codec_hdmi snd_hda_intel irqbypass crct10dif_pclmul snd_hda_codec crc32_pclmul ghash_clmulni_intel aesni_intel snd_hda_core aes_x86_64 snd_hwdep crypto_simd snd_pcm cryptd glue_helper snd_timer wmi_bmof joydev sp5100_tco snd pcspkr efi_pstore i2c_piix4 k10temp soundcore r8169 gpio_amdpt gpio_generic realtek button libphy btrfs libcrc32c xor hid_generic usbhid amdgpu raid6_pq amd_iommu_v2 gpu_sched i2c_algo_bit ttm drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops xhci_pci crc32c_intel drm xhci_hcd usbcore sr_mod cdrom wmi video sg dm_multipath dm_mod scsi_dh_rdac scsi_dh_emc scsi_dh_alua efivarfs 2020-10-08T03:30:27.328625+02:00 localhost kernel: [36064.306250] CR2: ffffb881c0e07da0 2020-10-08T03:30:27.328626+02:00 localhost kernel: [36064.306253] ---[ end trace bc466f6d04dd82ed ]--- 2020-10-08T03:30:27.328626+02:00 localhost kernel: [36064.306257] RIP: 0010:native_queued_spin_lock_slowpath+0x188/0x1e0 2020-10-08T03:30:27.328627+02:00 localhost kernel: [36064.306260] Code: f3 90 48 8b 32 48 85 f6 74 f6 eb e8 c1 ee 12 83 e0 03 83 ee 01 48 c1 e0 05 48 63 f6 48 05 80 d9 02 00 48 03 04 f5 80 79 3a b7 <48> 89 10 8b 42 08 85 c0 75 09 f3 90 8b 42 08 85 c0 74 f7 48 8b 32 2020-10-08T03:30:27.328627+02:00 localhost kernel: [36064.306264] RSP: 0018:ffffb881c0e07ac8 EFLAGS: 00010202 2020-10-08T03:30:27.328629+02:00 localhost kernel: [36064.306267] RAX: 0004374bff4d5340 RBX: ffff9e4a0524745c RCX: 0000000000080000 2020-10-08T03:30:27.328630+02:00 localhost kernel: [36064.306270] RDX: ffff9e4a1066d980 RSI: 0000000000003ffe RDI: ffff9e4a0524745c 2020-10-08T03:30:27.328630+02:00 localhost kernel: [36064.306273] RBP: ffff9e4a05247450 R08: 0000000000080000 R09: ffff9e482ba0f640 2020-10-08T03:30:27.328631+02:00 localhost kernel: [36064.306276] R10: 0000000000000013 R11: ffff9e49e5833138 R12: 0000000000000000 2020-10-08T03:30:27.328631+02:00 localhost kernel: [36064.306279] R13: ffffb881c0e07b94 R14: ffff9e49e5833100 R15: ffffb881c0e07b64 2020-10-08T03:30:27.328632+02:00 localhost kernel: [36064.306282] FS: 00007fdef35ba180(0000) GS:ffff9e4a10640000(0000) knlGS:0000000000000000 2020-10-08T03:30:27.328632+02:00 localhost kernel: [36064.306285] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 2020-10-08T03:30:27.328634+02:00 localhost kernel: [36064.306288] CR2: ffffb881c0e07da0 CR3: 0000000214a44000 CR4: 00000000003406e0 The system is an AMD machine (Ryzen). I should note that I'm seeing random user program segfaults now and then, not sure this is related in some way: # grep segfault /var/log/messages 2020-10-06T21:29:05.733073+02:00 localhost kernel: [210750.479119] Web Content[32336]: segfault at 74b83f90 ip 00007fb880daae40 sp 00007ffef2b45810 error 4 in libpthread-2.26.so[7fb880da0000+19000] 2020-10-07T08:11:39.210216+02:00 localhost kernel: [ 3509.555322] Web Content[2611]: segfault at c9e02ee8 ip 00007f7d728d118d sp 00007fffbd935c08 error 6 in libc-2.26.so[7f7d727c8000+1b1000] 2020-10-07T17:27:45.558216+02:00 localhost kernel: [36875.901410] zypper[9002]: segfault at 18 ip 00007f2519a3a912 sp 00007fffa641a308 error 4 in libzypp.so.1722.2.1[7f25196db000+598000] 2020-10-07T20:00:08.030810+02:00 localhost kernel: [ 9068.730779] Web Content[6224]: segfault at 11f2cd70db86 ip 000011f2cd70db86 sp 00007fffb65b0aa8 error 14 2020-10-08T01:54:38.826835+02:00 localhost kernel: [30320.853834] kscreenlocker_g[6899]: segfault at 4 ip 00007f5a07823625 sp 00007ffe7ebde8e0 error 6 in libQt5Quick.so.5.12.7[7f5a0762b000+48e000] -- You are receiving this mail because: You are the assignee for the bug.

1 2

[kernel-bugs] [Bug 1178013] New: Application Crash when using FUSE
by bugzilla_noreply＠suse.com 24 Nov '21

24 Nov '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1178013 Bug ID: 1178013 Summary: Application Crash when using FUSE Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: reiokorn(a)tutanota.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Please read this forum thread, with all the information about that bug that I can give you: https://forums.opensuse.org/showthread.php/546202-Cryptomator-Application-C… btw Leap is unaffected. -- You are receiving this mail because: You are the assignee for the bug.

1 10

[Bug 1180749] New: AMD Ryzen 4800H Integrated Graphics brightness control not working as found in some Lenovo Legion 5 15ARH05
by bugzilla_noreply＠suse.com 31 Oct '21

31 Oct '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1180749 Bug ID: 1180749 Summary: AMD Ryzen 4800H Integrated Graphics brightness control not working as found in some Lenovo Legion 5 15ARH05 Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: antonyjr000(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- When using switchable graphics in Lenovo Legion 5 15ARH05, the AMD Renoir APU works along with NVIDIA Graphics(even non-free and prime works) but the brightness cannot be controlled by the Fn keys, Software or /sys/class/backlight I've tried setting all the kernel params like acpi_backlight=vender or native but the brightness control still does not work. I highly suspect it's a bug in the amdgpu kernel driver. For now nvidia graphics card works with brightness control. It is also worthy to note that cat /sys/class/backlight/*/actual_brightness always returns 311 and does not change even when executed echo 50 > /sys/class/backlight/*/brightness There are number of reports on this issue over the internet but nothing official. I've tried a lot of linux distros and none of them work and it seems it is broken even in the mainline kernel. I've also tried Kernel:HEAD version of the kernel without the nvidia graphics support but still the brightness control does not work. At the time writing I've booted linux 5.11-rc2 but the brightness control still does not work. -- You are receiving this mail because: You are the assignee for the bug.

1 36

[kernel-bugs] [Bug 1173819] New: 'BUG: workqueue lockup' on ThunderX2 machines with kernel 4.12.14 in OBS
by bugzilla_noreply＠suse.com 22 Oct '21

22 Oct '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1173819 Bug ID: 1173819 Summary: 'BUG: workqueue lockup' on ThunderX2 machines with kernel 4.12.14 in OBS Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.1 Hardware: aarch64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: guillaume.gardet(a)arm.com QA Contact: qa-bugs(a)suse.de CC: adrian.schroeter(a)suse.com, afaerber(a)suse.com, dmueller(a)suse.com Found By: --- Blocker: --- obs-arm-7, -8 and -9 are often down in OBS these days due to kernel issues. One issue is a workqueue lockup: BUG: workqueue lockup - pool cpus=59 node=0 flags=0x0 nice=0 stuck for 92265s! -- You are receiving this mail because: You are the assignee for the bug.

1 7

[kernel-bugs] [Bug 1175105] New: mdadm doesn't except partition for --add because of "dirt" in that partition of a fresh gpt table
by bugzilla_noreply＠suse.com 03 Aug '21

03 Aug '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1175105 Bug ID: 1175105 Summary: mdadm doesn't except partition for --add because of "dirt" in that partition of a fresh gpt table Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.1 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: ralf(a)czekalla.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- I'm about to migrate an important central private nextcloud server to 15.2. I'm use RAID1 for all my partitions and benefit from that with easy made clones with the help of mdadm by growing the number of raid-devices and adding a refreshed SSD with a new gpt partition table and cloned partitions descriptions. This worked for most of the six partitions but one. (It's not the first installation I transform with this idea. Did these processes already several times) This faulty one showed weird error messages I couldn't find a real good reason for, like ... ...on console: # mdadm --verbose /dev/md2 --add /dev/sdc5 mdadm: add new device failed for /dev/sdc5 as 4: Invalid argument # mdadm -E /dev/sdc5 /dev/sdc5: Magic : a92b4efc Version : 1.0 Feature Map : 0x9 Array UUID : 94bbbcd3:ad4d1b0b:dcd4d548:1af16050 Name : any:2 Creation Time : Fri Feb 2 20:09:03 2018 Raid Level : raid1 Raid Devices : 3 Avail Dev Size : 83892192 sectors (40.00 GiB 42.95 GB) Array Size : 41945984 KiB (40.00 GiB 42.95 GB) Used Dev Size : 83891968 sectors (40.00 GiB 42.95 GB) Super Offset : 83892208 sectors Unused Space : before=0 sectors, after=224 sectors State : active Device UUID : c9e17312:0069d580:42782958:8817e0f7 Internal Bitmap : -16 sectors from superblock Update Time : Mon Aug 10 18:09:21 2020 Bad Block Log : 512 entries available at offset -8 sectors - bad blocks present. Checksum : 7b5d72a - correct Events : 0 Device Role : spare Array State : AA. ('A' == active, '.' == missing, 'R' == replacing) First I was blinded by the "bad blocks present", but all devices checked out perfectly healthy in smart and also extended device scans didn't show any problems. Took me several hours to get through all this. dmesg: md: sdc5 does not have a valid v1.0 superblock, not importing! md: md_import_device returned -22 Also tried to --zero-superblock the partition of course. No change of behavior and still the above error message in dmesg remained. At the end I found a surprising hint on serverfault.com (https://serverfault.com/questions/696392/how-to-add-disk-back-to-raid-and-r…) from Oct. 2015 with a similar behavior that suggested to clean-up of the partition first with dd writing zeros (dd if=/dev/zero of=/dev/sdc5 status=progress) and try again later to add the last seemingly faulty partition. And long story short, this really worked. Somehow mdadm - and md behind - is choking on some dirt inside of partition blocks from old content before the disk/ssd was wiped with a new gpt partition table. (Of course with SSDs you try to prevent unnecessary writes and wiping every block of a disk first) I'm using md device type 1.0 here (in contrast to the serverfault.com case), where the RAID/md setup data is stored at the end of the partition. I had to wipe exactly this area at the end of the partition to add it afterwards successfully. Of course, no effect when doing this at the beginning of the partition (mentioned in the serverfault.com case) where md type 1.2 stores the md setup data. I think after 5 years this might need a clean up in mdadm or md device management. At least the error message should suggest to clean the partition first instead of this error message in dmesg. Also the --zero-superblock should wipe out the dirt beneath the superblock and not seemingly let some stuff leak here. Thanks Ralf -- You are receiving this mail because: You are the assignee for the bug.

1 5

[kernel-bugs] [Bug 1176351] New: Audio device: Intel Corporation Device 02c8: not detected
by bugzilla_noreply＠suse.com 22 Jun '21

22 Jun '21

https://bugzilla.suse.com/show_bug.cgi?id=1176351 Bug ID: 1176351 Summary: Audio device: Intel Corporation Device 02c8: not detected Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: gp(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- I've got a new notebook, Intel chipsets only, where everythings works - except for audio. It appears the audio chip/sound card are not detected by the kernel or initialized. lspci -v has: 00:1f.3 Audio device: Intel Corporation Device 02c8 (prog-if 80) Subsystem: Lenovo Device 22be Flags: fast devsel, IRQ 16, IOMMU group 13 Memory at ea33c000 (64-bit, non-prefetchable) [size=16K] Memory at ea000000 (64-bit, non-prefetchable) [size=1M] Capabilities: [50] Power Management version 3 Capabilities: [80] Vendor Specific Information: Len=14 <?> Capabilities: [60] MSI: Enable- Count=1/1 Maskable- 64bit+ Kernel modules: snd_hda_intel, snd_soc_skl, snd_sof_pci # lsmod | grep snd snd 114688 1 thinkpad_acpi soundcore 16384 1 snd # cat /proc/asound/cards --- no soundcards --- # dmesg | grep audio [ 18.072024] sof-audio-pci 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if info 0x040380 [ 18.072026] sof-audio-pci 0000:00:1f.3: Digital mics found on Skylake+ platform, using SOF driver [ 18.072036] sof-audio-pci 0000:00:1f.3: enabling device (0004 -> 0006) [ 18.072179] sof-audio-pci 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if 0x040380 [ 18.072267] sof-audio-pci 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915]) [ 18.078993] sof-audio-pci 0000:00:1f.3: use msi interrupt mode [ 18.109492] sof-audio-pci 0000:00:1f.3: hda codecs found, mask 5 [ 18.109493] sof-audio-pci 0000:00:1f.3: using HDA machine driver skl_hda_dsp_generic now [ 18.109497] sof-audio-pci 0000:00:1f.3: DMICs detected in NHLT tables: 4 [ 18.109521] sof-audio-pci 0000:00:1f.3: Direct firmware load for intel/sof/sof-cml.ri failed with error -2 [ 18.109522] sof-audio-pci 0000:00:1f.3: error: request firmware intel/sof/sof-cml.ri failed err: -2 [ 18.109524] sof-audio-pci 0000:00:1f.3: error: failed to load DSP firmware -2 [ 18.110449] sof-audio-pci 0000:00:1f.3: error: sof_probe_work failed err: -2 [ 220.595600] sof-audio-pci 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if info 0x040380 [ 220.595605] sof-audio-pci 0000:00:1f.3: Digital mics found on Skylake+ platform, using SOF driver [ 220.595786] sof-audio-pci 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if 0x040380 [ 220.595899] sof-audio-pci 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915]) [ 220.601386] sof-audio-pci 0000:00:1f.3: use msi interrupt mode [ 220.630638] sof-audio-pci 0000:00:1f.3: hda codecs found, mask 5 [ 220.630640] sof-audio-pci 0000:00:1f.3: using HDA machine driver skl_hda_dsp_generic now [ 220.630644] sof-audio-pci 0000:00:1f.3: DMICs detected in NHLT tables: 4 [ 220.630664] sof-audio-pci 0000:00:1f.3: Direct firmware load for intel/sof/sof-cml.ri failed with error -2 [ 220.630666] sof-audio-pci 0000:00:1f.3: error: request firmware intel/sof/sof-cml.ri failed err: -2 [ 220.630669] sof-audio-pci 0000:00:1f.3: error: failed to load DSP firmware -2 [ 220.631004] sof-audio-pci 0000:00:1f.3: error: sof_probe_work failed err: -2 -- You are receiving this mail because: You are the assignee for the bug.

1 15

[Bug 1180058] New: Please don't create /boot/do_purge_kernels on initial install
by bugzilla_noreply＠suse.com 22 Jun '21

22 Jun '21

https://bugzilla.suse.com/show_bug.cgi?id=1180058 Bug ID: 1180058 Summary: Please don't create /boot/do_purge_kernels on initial install Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: dcermak(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Currently the %post scriptlet of the kernel creates /boot/do_purge_kernels to trigger zypper's kernel purging. Could this be modified so that it only creates this file on upgrades and *not* on fresh installations? Currently this will cause zypper to try to purge old kernels on fresh installations. While that is short, it can cause noticeable delays until zypper can be used again, especially in resource constrained systems. Could the creation of this file be adjusted so that it is only created on upgrades and not on new installations? -- You are receiving this mail because: You are the assignee for the bug.

1 15

[Bug 1180917] New: kernel BUG at mm/huge_memory.c:2144!
by bugzilla_noreply＠suse.com 18 Jun '21

18 Jun '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1180917 Bug ID: 1180917 Summary: kernel BUG at mm/huge_memory.c:2144! Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: S/390-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: azouhr(a)opensuse.org QA Contact: qa-bugs(a)suse.de CC: ihno(a)suse.com, ro(a)suse.de, sarah.kriesch(a)ibm.com Found By: --- Blocker: --- Recently, a number of packages fails to build and instead hangs with the command cc1plus. In a recent build, I found a kernel trace in a hanging worker: [ 608s] [ 596.875979] kernel BUG at mm/huge_memory.c:2144! [ 608s] [ 596.876290] monitor event: 0040 ilc:2 [#1] SMP [ 608s] [ 596.876374] Modules linked in: sha256_s390 sha_common overlay sd_mod t10_pi nls_iso8859_1 nls_cp437 vfat fat virtio_rng rng_core virtio_blk xfs btrfs blake2b_generic xor raid6_pq libcrc32c crc32_vx_s390 reiserfs squashfs fuse dm_snapshot dm_bufio dm_crypt dm_mod binfmt_misc loop sg scsi_mod [ 608s] [ 596.876666] CPU: 1 PID: 2660 Comm: cc1plus Not tainted 5.10.5-1-default #1 openSUSE Tumbleweed [ 608s] [ 596.876750] Hardware name: IBM 2964 N63 400 (KVM/Linux) [ 608s] [ 596.876797] Krnl PSW : 0704e00180000000 00000000e33fb9ea (__split_huge_pmd+0x62a/0xc30) [ 608s] [ 596.877158] R:0 T:1 IO:1 EX:1 Key:0 M:1 W:0 P:0 AS:3 CC:2 PM:0 RI:0 EA:3 [ 608s] [ 596.877328] Krnl GPRS: 0000000000000000 00000000b2b40215 0000000003c91000 fffffffffffff800 [ 608s] [ 596.877408] 0000000081691a00 00000000f2440237 00000000000000c0 0000000000000000 [ 608s] [ 596.877493] 0000000081691800 000003d083c91030 0000000086d81d48 000003ff71a40000 [ 608s] [ 596.877567] 0000000086c1c000 00000000e47c4268 00000000e33fb748 000003e003ef3a80 [ 608s] [ 596.877652] Krnl Code: 00000000e33fb9de: a71f0400 cghi %r1,1024 [ 608s] [ 596.877652] 00000000e33fb9e2: a784ff18 brc 8,00000000e33fb812 [ 608s] [ 596.877652] #00000000e33fb9e6: af000000 mc 0,0 [ 608s] [ 596.877652] >00000000e33fb9ea: a55b0602 oill %r5,1538 [ 608s] [ 596.877652] 00000000e33fb9ee: a7f4ff06 brc 15,00000000e33fb7fa [ 608s] [ 596.877652] 00000000e33fb9f2: e32010080004 lg %r2,8(%r1) [ 608s] [ 596.877652] 00000000e33fb9f8: a7210001 tmll %r2,1 [ 608s] [ 596.877652] 00000000e33fb9fc: a77401f1 brc 7,00000000e33fbdde [ 608s] [ 596.878162] Call Trace: [ 608s] [ 596.878190] [<00000000e33fb9ea>] __split_huge_pmd+0x62a/0xc30 [ 608s] [ 596.878257] ([<00000000e33fb6ca>] __split_huge_pmd+0x30a/0xc30) [ 608s] [ 596.878327] [<00000000e3379116>] zap_p4d_range+0x246/0xbb0 [ 608s] [ 596.878396] [<00000000e33808f6>] zap_page_range+0x1a6/0x2e0 [ 608s] [ 596.878458] [<00000000e33b2e14>] do_madvise.part.0+0x844/0xc70 [ 608s] [ 596.879153] [<00000000e33b32a8>] __s390x_sys_madvise+0x68/0x80 [ 608s] [ 596.879247] [<00000000e3c676bc>] system_call+0xe0/0x2ac [ 608s] [ 596.879347] Last Breaking-Event-Address: [ 608s] [ 596.879390] [<00000000e33fb9b2>] __split_huge_pmd+0x5f2/0xc30 [ 608s] [ 596.879465] ---[ end trace 50ad5147a244f7d2 ]--- I don't know if this is related boo#1163684 -- You are receiving this mail because: You are the assignee for the bug.

1 3

[kernel-bugs] [Bug 1177009] New: Leap 15.2 stopped working in KVM with ovmf-ia32 firmware
by bugzilla_noreply＠suse.com 16 Jun '21

16 Jun '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1177009 Bug ID: 1177009 Summary: Leap 15.2 stopped working in KVM with ovmf-ia32 firmware Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.2 Hardware: x86-64 OS: openSUSE Leap 15.2 Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: nwr10cst-oslnx(a)yahoo.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Firefox/78.0 Build Identifier: I'm reporting as a kernel bug, but it might be a bug elsewhere. And yes, I know that this is not a supported configuration. Situation: I have both Leap 15.2 and Tumbleweed installed side by side in a KVM virtual machine, using 32-bit efi for booting. Both Leap and Tumbleweed are 64-bit. I originally setup this VM under Leap 15.0 (as KVM host machine). Everything had been working well. However, I recently tried to boot the Leap 15.2 system in that VM, and it failed to boot. I see the kernel and initrd being loaded. And then there is a reset and I get back to the boot screen. However, Tumbleweed continues to boot without a problem on that virtual machine. I am booting with "grub2-i386-efi", which is installed for both Tumbleweed and for Leap 15.2. This does not appear to be a grub2 problem, because the kernel and initrd are being loaded. Before today, I most recently booted Leap 15.2 on Sept 22, and I updated it at that time. I then rebooted (successfully) to check after the update. I have not been able to boot since, until my workaround today. The KVM host is also running Leap 15.2, and I did apply some updates since Sept 22. My guess is that one of those updates affected how the virtualization is working. I have a similar install of Leap 15.2 on an external USB drive, and I have that setup so that it can boot with legacy BIOS, with 64-bit efi and with 32-bit efi. Testing with that, it also fails to boot the same virtual machine with 32-bit efi, bit it successfully boots with either legacy BIOS or with 64-bit efi. So it looks as if whatever is going wrong has to do with communication between the kernel and the 32-bit efi firmware. Booting the virtual machine to Tumbleweed, then setting up for rescue/chroot, I have installed kernel 5.8.11-1.gf4bb27a-default from the stable kernels repo. And now Leap 15.2 does boot successfully with that kernel. It does not boot with any of the 5.3.x kernels for Leap 15.2 that I have tested. Reproducible: Always -- You are receiving this mail because: You are the assignee for the bug.

1 21

[Bug 1181479] New: LLVM 11 can not be built because of a kernel or hardware problem
by bugzilla_noreply＠suse.com 12 May '21

12 May '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1181479 Bug ID: 1181479 Summary: LLVM 11 can not be built because of a kernel or hardware problem Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: sarah.kriesch(a)ibm.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Firefox/78.0 Build Identifier: OBS has got a failed build of LLVM 11 for s390x with the following message: [41008s] No buildstatus set, either the base system is broken (kernel/initrd/udev/glibc/bash/perl) [41008s] or the build host has a kernel or hardware problem... Reproducible: Always Steps to Reproduce: see: https://build.opensuse.org/package/live_build_log/openSUSE:Factory:zSystems… Actual Results: faild builds of LLVM11 because of a kernel or hardware problem on the base system (the VM) Expected Results: successful builds of LLVM11 in the OBS -- You are receiving this mail because: You are the assignee for the bug.

1 9