November 2021 - openSUSE Kernel Bugs - openSUSE Mailing Lists

[Bug 1191795] Ethernet (RJ45) Not Detected
by bugzilla_noreply＠suse.com 22 Nov '21

22 Nov '21

https://bugzilla.suse.com/show_bug.cgi?id=1191795 https://bugzilla.suse.com/show_bug.cgi?id=1191795#c40 --- Comment #40 from Frank Kr�ger <fkrueger(a)mailbox.org> --- (In reply to Oliver Neukum from comment #39) > (In reply to Frank Kr�ger from comment #38) > > This is like looking for a needle in a haystack. > > Well, this bug report is not connected to an error condition in the kernel. > Finding things that do not happen is always the hardest, in particular if it > happens deep in the hard ware. > > Maybe I can shed light on the code in question: > > static int rtl8169_runtime_suspend(struct device *device) > { > struct rtl8169_private *tp = dev_get_drvdata(device); > > if (!tp->TxDescArray) { > netif_device_detach(tp->dev); > return 0; > } > > rtnl_lock(); > __rtl8169_set_wol(tp, WAKE_PHY); > rtl8169_net_suspend(tp); > rtnl_unlock(); > > return 0; > } > > That is the whole logic. The key line is: > > __rtl8169_set_wol(tp, WAKE_PHY); > > You see that the device is setup to be woken for activity of the PHY. Thanks for the explanation, I appreciate it. Unfortunately, in both scenarios mentioned in comment 37 it does not wake up from plug. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1192714] [Build 20211114] podman tests triggering gpf in kernel 5.15.1
by bugzilla_noreply＠suse.com 22 Nov '21

22 Nov '21

https://bugzilla.suse.com/show_bug.cgi?id=1192714 https://bugzilla.suse.com/show_bug.cgi?id=1192714#c19 --- Comment #19 from Fabian Vogt <fvogt(a)suse.com> --- (In reply to Jiri Slaby from comment #17) > (In reply to Jan Kara from comment #16) > > Hmm, I was trying for some time but for some reason the problem does not > > reproduce for me when I run the VM from your image on my test host. Not sure > > why is that. > > FWIW I cannot either. Neither with the provided qemu command line. I don't > know what else can affect this. The host is TW with 5.15.2. Strange. This happens both in openQA (multiple hosts) as well as my workstation, i.e. everywhere I tried. > I've also looked into the code and the refcounting of blkg's inside BFQ > looks rather straightforward and I didn't find any problem there. Any chance > for triggering a crashdump when the problem happens so that we can poke > around memory? The system freezes on many occurances of the issue, so kdump probably won't work in those cases at least. I can try to make a VM snapshot using QEMU. (In reply to Jiri Slaby from comment #18) > (In reply to Jiri Slaby from comment #17) > > Or is this host-setup-specific (maybe virtio-blk) memory corruption or > > something? Fabian, can you try with virtio-scsi instead of virtio-blk? > > Something like: > -drive file=/data/libvirt/disks/boo1192714.qcow2,if=none,id=hd -device > virtio-scsi-pci,id=scsi -device scsi-hd,drive=hd > > Instead of: > -blockdev > driver=file,node-name=hd0-file,filename=/data/libvirt/disks/boo1192714.qcow2, > cache.no-flush=on -blockdev > driver=qcow2,node-name=hd0,file=hd0-file,cache.no-flush=on -device > virtio-blk,id=hd0-device,drive=hd0,serial=hd0 Tried. It looked good for several minutes, then the system locked up hard, without a KASAN report. Was upstream contacted meanwhile? -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1192891] rtw89 warning in irq/93-rtw89_pc: network stops
by bugzilla_noreply＠suse.com 22 Nov '21

22 Nov '21

https://bugzilla.suse.com/show_bug.cgi?id=1192891 https://bugzilla.suse.com/show_bug.cgi?id=1192891#c5 --- Comment #5 from Goldwyn Rodrigues <rgoldwyn(a)suse.com> --- (In reply to Ping-Ke Shih from comment #4) > Could I know more information to clarify this issue? > > 1. AP model name Model:TG3482G Vendor:ARRIS Group, Inc. Hardware Revision:15 > > 2. Do you know the "real" rate in the circumstance? > We can use another wifi card running in monitor mode to capture packets, > or > check the rate before the warning by: > $ sudo iw wlan0 station dump > > Which mode does it connect? VHT, HE or .... Station 6c:63:9c:f7:af:b2 (on wlp3s0) inactive time: 64 ms rx bytes: 917260023 rx packets: 3492927 tx bytes: 36727107 tx packets: 198408 tx retries: 0 tx failed: 0 beacon loss: 2219 beacon rx: 1489866 rx drop misc: 163049 signal: -57 [-62, -57] dBm signal avg: -56 [-62, -57] dBm beacon signal avg: -56 dBm tx bitrate: 585.1 MBit/s VHT-MCS 6 80MHz short GI VHT-NSS 2 tx duration: 0 us rx bitrate: 650.0 MBit/s VHT-MCS 7 80MHz short GI VHT-NSS 2 rx duration: 0 us authorized: yes authenticated: yes associated: yes preamble: long WMM/WME: yes MFP: no TDLS peer: no DTIM period: 3 beacon interval:100 short preamble: yes short slot time:yes connected time: 171061 seconds associated at [boottime]: 87619.191s associated at: 1637424008766 ms current time: 1637595068825 ms > 3. Does it work if you try another brand AP? It takes some time to recreate the issue. Let me check with another AP. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1191795] Ethernet (RJ45) Not Detected
by bugzilla_noreply＠suse.com 22 Nov '21

22 Nov '21

https://bugzilla.suse.com/show_bug.cgi?id=1191795 https://bugzilla.suse.com/show_bug.cgi?id=1191795#c39 --- Comment #39 from Oliver Neukum <oneukum(a)suse.com> --- (In reply to Frank Kr�ger from comment #38) > This is like looking for a needle in a haystack. Well, this bug report is not connected to an error condition in the kernel. Finding things that do not happen is always the hardest, in particular if it happens deep in the hard ware. Maybe I can shed light on the code in question: static int rtl8169_runtime_suspend(struct device *device) { struct rtl8169_private *tp = dev_get_drvdata(device); if (!tp->TxDescArray) { netif_device_detach(tp->dev); return 0; } rtnl_lock(); __rtl8169_set_wol(tp, WAKE_PHY); rtl8169_net_suspend(tp); rtnl_unlock(); return 0; } That is the whole logic. The key line is: __rtl8169_set_wol(tp, WAKE_PHY); You see that the device is setup to be woken for activity of the PHY. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1192874] During OS booting, the loading installation system progress is very slow with Intel Alder Lake nonVpro system.
by bugzilla_noreply＠suse.com 22 Nov '21

22 Nov '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1192874 http://bugzilla.opensuse.org/show_bug.cgi?id=1192874#c8 --- Comment #8 from Takashi Iwai <tiwai(a)suse.com> --- Thanks! Those correspond to the upstream commits 280db5d420090a24e4e41f9ddcbf37920a598572 e1000e: Separate TGP board type from SPT 639e298f432fb058a9496ea16863f53b1ce935fe e1000e: Fix packet loss on Tiger Lake and later The latter is already included in the latest SLE15-SP3 kernel git branch but the former isn't. Will backport it. Could you give the hwinfo output from your device? Since SLE15-SP3 / Leap 15.3 kernel doesn't include the support for all those models (LM20-23 are missing), we need to check whether it's really covered by that kernel. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1192874] During OS booting, the loading installation system progress is very slow with Intel Alder Lake nonVpro system.
by bugzilla_noreply＠suse.com 22 Nov '21

22 Nov '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1192874 http://bugzilla.opensuse.org/show_bug.cgi?id=1192874#c7 --- Comment #7 from Luke Lin <Luke_ZX_Lin(a)wistron.com> --- (In reply to Takashi Iwai from comment #5) > (In reply to Luke Lin from comment #3) > > (In reply to Andreas Stieger from comment #1) > > > (In reply to Luke Lin from comment #0) > > > > I got patch files from Intel. May I submit these patch files to openSUSE? > > > > > > Yes. > > > > How can I submit these patch files to openSUSE? > > Please just attach the patches to this bugzilla entry (at best use > attachments). > Alternatively, you can post to opensuse-kernel ML, but submitting via > Bugzilla is more straightforward. I attached file patch file to this entry. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1192874] During OS booting, the loading installation system progress is very slow with Intel Alder Lake nonVpro system.
by bugzilla_noreply＠suse.com 22 Nov '21

22 Nov '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1192874 http://bugzilla.opensuse.org/show_bug.cgi?id=1192874#c6 Luke Lin <Luke_ZX_Lin(a)wistron.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Luke_ZX_Lin(a)wistron.com --- Comment #6 from Luke Lin <Luke_ZX_Lin(a)wistron.com> --- Created attachment 853901 --> http://bugzilla.opensuse.org/attachment.cgi?id=853901&action=edit Patch files for Alder Lake -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1192874] During OS booting, the loading installation system progress is very slow with Intel Alder Lake nonVpro system.
by bugzilla_noreply＠suse.com 22 Nov '21

22 Nov '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1192874 http://bugzilla.opensuse.org/show_bug.cgi?id=1192874#c5 --- Comment #5 from Takashi Iwai <tiwai(a)suse.com> --- (In reply to Luke Lin from comment #3) > (In reply to Andreas Stieger from comment #1) > > (In reply to Luke Lin from comment #0) > > > I got patch files from Intel. May I submit these patch files to openSUSE? > > > > Yes. > > How can I submit these patch files to openSUSE? Please just attach the patches to this bugzilla entry (at best use attachments). Alternatively, you can post to opensuse-kernel ML, but submitting via Bugzilla is more straightforward. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1192874] During OS booting, the loading installation system progress is very slow with Intel Alder Lake nonVpro system.
by bugzilla_noreply＠suse.com 22 Nov '21

22 Nov '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1192874 http://bugzilla.opensuse.org/show_bug.cgi?id=1192874#c4 --- Comment #4 from Luke Lin <Luke_ZX_Lin(a)wistron.com> --- (In reply to Felix Miata from comment #2) > According to Wikipedia, Alder Lake was officially released just this month. We got engineering samples from Intel and developed notebook. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1192874] During OS booting, the loading installation system progress is very slow with Intel Alder Lake nonVpro system.
by bugzilla_noreply＠suse.com 22 Nov '21

22 Nov '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1192874 http://bugzilla.opensuse.org/show_bug.cgi?id=1192874#c3 --- Comment #3 from Luke Lin <Luke_ZX_Lin(a)wistron.com> --- (In reply to Andreas Stieger from comment #1) > (In reply to Luke Lin from comment #0) > > I got patch files from Intel. May I submit these patch files to openSUSE? > > Yes. How can I submit these patch files to openSUSE? -- You are receiving this mail because: You are the assignee for the bug.

1 0