January 2021 - openSUSE Kernel Bugs - openSUSE Mailing Lists

[Bug 1181478] ptrace_singlestep breaks hardware watchpoints
by bugzilla_noreply＠suse.com 28 Jan '21

28 Jan '21

https://bugzilla.suse.com/show_bug.cgi?id=1181478 https://bugzilla.suse.com/show_bug.cgi?id=1181478#c2 --- Comment #2 from Borislav Petkov <bpetkov(a)suse.com> --- https://lkml.kernel.org/r/YBMAbQGACujjfz%2Bi@hirez.programming.kicks-ass.net -- You are receiving this mail because: You are the assignee for the bug.

1 0

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

28 Jan '21

https://bugzilla.suse.com/show_bug.cgi?id=1180917 https://bugzilla.suse.com/show_bug.cgi?id=1180917#c14 --- Comment #14 from LTC BugProxy <bugproxy(a)us.ibm.com> --- ------- Comment From geraldsc(a)de.ibm.com 2021-01-28 12:56 EDT------- (In reply to comment #17) > all buildservice workers are LPARs running KVM to run the individual worker > instances. the LPARS are (in case of OBS) usually running a current > Tumbleweed > kernel and the KVM VMs on top usually run the kernel of the target > distribution > of the package the worker is building for. the bug displayed above is > happening > on the worker level so as a KVM VM running in an LPAR. > > Thank you for the information, R?diger. Thanks, one more thing, out of curiosity what could be the reason why this apparently only is reproducible in the Tumbleweed build service: Do you use "real" large pages for the KVM guests, i.e. have qemu (in the host) back the KVM guest with hugetlbfs mapping (see "hpage=1" parameter in https://www.ibm.com/support/knowledgecenter/linuxonibm/com.ibm.linux.z.ljdd… -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1181018] New: floppy broken in 5.3.18-lp152.57.1 under KVM
by bugzilla_noreply＠suse.com 28 Jan '21

28 Jan '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1181018 Bug ID: 1181018 Summary: floppy broken in 5.3.18-lp152.57.1 under KVM 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: suse(a)garloff.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Running a Leap-15.2 VM under KVM on Leap-15.2 on x86-64: [ 3.721557] floppy0: disk absent or changed during operation^M [ 3.723621] blk_update_request: I/O error, dev fd0, sector 0 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0^M [ 3.727385] floppy0: disk absent or changed during operation^M [ 3.729420] blk_update_request: I/O error, dev fd0, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0^M [ 3.733782] Buffer I/O error on dev fd0, logical block 0, async page read^M An older image with 5.3.18-lp152.50.1 still worked. This one is tricky: * I don't see any changes from 50 to 57 in the floppy.c sources. * After many more of these I/O errors (till second 136), floppy starts to work. I can dd /dev/fd0 to /dev/null without any further errors -- very strange. For completeness: qemu accesses the disk with -drive file=/tmp/ci-disk.17138.3Jf2/seed-17138.img,format=raw,if=floppy,id=cidata (In case you wonder -- it's a cloud image where the cloud-init data is passed in via a floppy image -- I can probably work around with using an emulated CD-Rom rather than floppy, but it's still a somewhat strange regression that might point to something fishy in the kernel. The -60 kernel does not help, BTW.) -- You are receiving this mail because: You are the assignee for the bug.

1 21

[Bug 1181478] ptrace_singlestep breaks hardware watchpoints
by bugzilla_noreply＠suse.com 27 Jan '21

27 Jan '21

https://bugzilla.suse.com/show_bug.cgi?id=1181478 Tom de Vries <tdevries(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|ptrace_singlestep breaks |ptrace_singlestep breaks |hardware breakpoints |hardware watchpoints -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1181478] ptrace_singlestep breaks hardware breakpoints
by bugzilla_noreply＠suse.com 27 Jan '21

27 Jan '21

https://bugzilla.suse.com/show_bug.cgi?id=1181478 https://bugzilla.suse.com/show_bug.cgi?id=1181478#c1 Tom de Vries <tdevries(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Development |Kernel Assignee|screening-team-bugs(a)suse.de |kernel-bugs(a)opensuse.org --- Comment #1 from Tom de Vries <tdevries(a)suse.com> --- Boris, I suspect this is a kernel PR. Reproduces on HW. I got both tw and leap 15.2 installed on the same laptop, and problem only reproduces on tw. Could you take a look? -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1181339] RTL8723BS Bluetooth not working , but wifi works !
by bugzilla_noreply＠suse.com 27 Jan '21

27 Jan '21

https://bugzilla.suse.com/show_bug.cgi?id=1181339 https://bugzilla.suse.com/show_bug.cgi?id=1181339#c18 --- Comment #18 from Takashi Iwai <tiwai(a)suse.com> --- Also, could you give "lsusb -v" output on both Ubuntu and TW kernels? -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1181339] RTL8723BS Bluetooth not working , but wifi works !
by bugzilla_noreply＠suse.com 27 Jan '21

27 Jan '21

https://bugzilla.suse.com/show_bug.cgi?id=1181339 https://bugzilla.suse.com/show_bug.cgi?id=1181339#c17 --- Comment #17 from Takashi Iwai <tiwai(a)suse.com> --- (In reply to Afsal Mc from comment #16) > (In reply to Takashi Iwai from comment #15) > > OK, so it might be no regression on TW. That makes sense. > > > > If Ubuntu still works with their old kernel and not the generic one, there > > can be some downstream patch there. Let's see whether it's confirmed. > > I'm confirming that Bluetooth works Out-of-the-box with Ubuntu 20.04's > Default kernel 5.4.0.53-generic . Interesting. Please give dmesg output after the BT connection with that kernel. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1181330] New: Sound partially broken with kernel 5.10.x
by bugzilla_noreply＠suse.com 26 Jan '21

26 Jan '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1181330 Bug ID: 1181330 Summary: Sound partially broken with kernel 5.10.x 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: suse-beta(a)cboltz.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 845458 --> http://bugzilla.opensuse.org/attachment.cgi?id=845458&action=edit hwinfo output (hwinfo run under kernel 5.9.14) With kernel 5.10.x, only sound output over headphones (3.5mm plug) works on my laptop. The following things do NOT work: - internal microphone - microphone input (3.5mm plug) - internal speaker This happens with all 5.10.x kernels Tumbleweed got so far (starting at 5.10.1, and still in 5.10.7). kernel-default-5.9.14-1.2.x86_64 (and older) have working sound, therefore I boot with 5.9.14 as a workaround. Hardware: a laptop with Intel CPU, graphics and sound chip. The output of hwinfo is attached. If you need more information or want me to test something, just ask ;-) -- You are receiving this mail because: You are the assignee for the bug.

1 8

[Bug 1180336] [RPi4] No USB in rpi4b and rpi400 since v5.10
by bugzilla_noreply＠suse.com 26 Jan '21

26 Jan '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1180336 http://bugzilla.opensuse.org/show_bug.cgi?id=1180336#c12 --- Comment #12 from Ang <dillon.ang.h(a)gmail.com> --- Out of curiosity, has the package u-boot-rpiarm64 been patched? I was under the impression that the rpi3 and rpi4 u-boot packages were replaced by the single u-boot-rpiarm64 package. The rpiarm64 package is the one the installer and the prebuilt images are using when they boot. When you use the installer, by default it installs u-boot-rpiarm64 instead of either the rpi3 or rpi4 versions. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1180336] [RPi4] No USB in rpi4b and rpi400 since v5.10
by bugzilla_noreply＠suse.com 26 Jan '21

26 Jan '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1180336 http://bugzilla.opensuse.org/show_bug.cgi?id=1180336#c11 --- Comment #11 from Nicolas Patricio Saenz Julienne <nsaenzjulienne(a)suse.com> --- Just tested yesterday's Factory build with: - kernel-default: 5.10.9-1.1 - u-boot-rpi4: 2020.10-10.1 Everything is back to normal, hopefully, the next TW snapshot will contain the fixed packages. If you want to install the latest kernel you can add the kernel:stable repository: https://download.opensuse.org/repositories/Kernel:/stable/ARM/ -- You are receiving this mail because: You are the assignee for the bug.

1 0