December 2020 - openSUSE Kernel Bugs - openSUSE Mailing Lists

[Bug 1180381] [Build 20201225] [s390x] Kernel Panic - No TPM chip found, activating TPM-bypass

by bugzilla_noreply＠suse.com

https://bugzilla.suse.com/show_bug.cgi?id=1180381 https://bugzilla.suse.com/show_bug.cgi?id=1180381#c12 --- Comment #12 from Sarah Julia Kriesch <sarah.kriesch(a)ibm.com> --- I have restarted the tests and it seems there are no problems in the bootloader section any more: https://openqa.opensuse.org/tests/1536533#details Thank you, Ihno! -- You are receiving this mail because: You are the assignee for the bug.

11 months, 1 week

1
0
0 0

[Bug 1180381] [Build 20201225] [s390x] Kernel Panic - No TPM chip found, activating TPM-bypass

by bugzilla_noreply＠suse.com

https://bugzilla.suse.com/show_bug.cgi?id=1180381 https://bugzilla.suse.com/show_bug.cgi?id=1180381#c11 --- Comment #11 from Ihno Krumreich <ihno(a)suse.com> --- Additional change in qaboot: The FTP-client can store downloaded file in the fixed record format {"locsite fix 80" command). I added that command to the download sequence and commented out the two command for doing this after the download. -- You are receiving this mail because: You are the assignee for the bug.

11 months, 1 week

1
0
0 0

[Bug 1180381] [Build 20201225] [s390x] Kernel Panic - No TPM chip found, activating TPM-bypass

by bugzilla_noreply＠suse.com

https://bugzilla.suse.com/show_bug.cgi?id=1180381 https://bugzilla.suse.com/show_bug.cgi?id=1180381#c10 --- Comment #10 from Ihno Krumreich <ihno(a)suse.com> --- I did a manual test with qaboot 192.168.112.100 Tumbleweed-oss-s390x-Snapshot20201229 The system booted and then stopped in the linuxrc for futher action. Doing the math for the temp disk showed that (include a temp file of the initrd size) the disk needs to have a size of 202784 blocks. -- You are receiving this mail because: You are the assignee for the bug.

11 months, 1 week

1
0
0 0

[Bug 1180381] [Build 20201225] [s390x] Kernel Panic - No TPM chip found, activating TPM-bypass

by bugzilla_noreply＠suse.com

https://bugzilla.suse.com/show_bug.cgi?id=1180381 https://bugzilla.suse.com/show_bug.cgi?id=1180381#c9 --- Comment #9 from Ihno Krumreich <ihno(a)suse.com> --- The content of the disk is the following: LINUX146 FILELIST A0 V 169 Trunc=169 Size=5 Line=1 Col=1 Alt=18 Cmd Filename Filetype Fm Format Lrecl Records Blocks Date Time * FTPBOOT PARM K1 V 70 6 1 2020-12-30 06:48:39 FTPBOOT INITRD K1 V 8192 5673 11348 2020-12-30 06:48:34 FTPBOOT KERN K1 V 80 104353 2090 2020-12-30 06:48:34 * 00EB5CA8 CMSUT1 K1 V 80 573040 11472 2020-12-30 06:48:34 SUSE INS K1 V 57 6 1 2020-12-30 06:48:29 Doing the math shows that the disk is full. The unusual file is 00EB5CA8 CMSUT1. According to Google this is a temporary file created by CMS commands. In qaboot he suspect is "pipe < ftpboot initrd t | fblock 80 00 | > ftpboot initrd t" This converts the fresh downloaded file into a 80-Byte fixed block file. I did the following change to qaboot: - Increased the size of the VDSK disk from 200000 to 300000 Blocks - exchanged the sequence of the download of initrd and kernel (not shure whether this has a real effect) can someone please restart the test? -- You are receiving this mail because: You are the assignee for the bug.

11 months, 1 week

1
0
0 0

[Bug 1180381] [Build 20201225] [s390x] Kernel Panic - No TPM chip found, activating TPM-bypass

by bugzilla_noreply＠suse.com

https://bugzilla.suse.com/show_bug.cgi?id=1180381 https://bugzilla.suse.com/show_bug.cgi?id=1180381#c8 --- Comment #8 from Ihno Krumreich <ihno(a)suse.com> --- (In reply to Berthold Gunreben from comment #4) > (In reply to Berthold Gunreben from comment #3) > > (In reply to Petr Tesa��k from comment #2) > > > I'd like to understand why we're getting the DMS044E error message from CMS. > > > > Good catch. And it I also don't understand it so far. So, what qaboot does > > is retrieve the file (ftpboot.initrd.t) from the ftpserver, and then uses > > pipe with fblock to created fixed length records. > > > > 'pipe < ftpboot initrd t | fblock 80 00 | > ftpboot initrd t' > > > > For some reason, that does not seem to work as desired. > > I should have read the next line: > > 'DMSERD107S Disk T(FFFF) is full > > This is a disk in memory, and as you can see from the log, it has 20000 > Blocks (with 512 Bytes each) > > 10MB is definitly not enough for kernel and initrd, this looks like a setup > issue in z/VM. > > Ihno, could you please have a look? I checked the guest and there is no limit in the size the guest can allocate. Also the size currently allocated in the system is far away from being a limit. We use the value 200000 also in ftpboot and up to now we had no problem. Of course you are free to increase the value, but I think we should have a look at the disk of a crashed system. -- You are receiving this mail because: You are the assignee for the bug.

11 months, 1 week

1
0
0 0

[Bug 1175105] mdadm doesn't except partition for --add because of "dirt" in that partition of a fresh gpt table

by bugzilla_noreply＠suse.com

https://bugzilla.suse.com/show_bug.cgi?id=1175105 https://bugzilla.suse.com/show_bug.cgi?id=1175105#c4 Miroslav Bene�� <mbenes(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #4 from Miroslav Bene�� <mbenes(a)suse.com> --- Thanks Coly. Yes, wipefs sounds like a good approach here. So let me close with INVALID as there is basically nothing to fix. -- You are receiving this mail because: You are the assignee for the bug.

11 months, 1 week

1
0
0 0

[Bug 1179092] [i915] Screen occasionally goes blank, sometimes staying that way until I press a key

by bugzilla_noreply＠suse.com

https://bugzilla.suse.com/show_bug.cgi?id=1179092 https://bugzilla.suse.com/show_bug.cgi?id=1179092#c18 --- Comment #18 from Tristan Miller <psychonaut(a)nothingisreal.com> --- The problem is still reproducible with kernel-vanilla-5.10.0-9.1.g5079778.x86_64 from home:tiwai:kernel:drm-tip. Takashi and Patrick, anything else you want me to try? -- You are receiving this mail because: You are the assignee for the bug.

11 months, 1 week

1
0
0 0

[Bug 1180369] Insane ping-times when connecting to 5GHz WLAN - 2.4 GHz works fine

by bugzilla_noreply＠suse.com

https://bugzilla.suse.com/show_bug.cgi?id=1180369 Chenzi Cao <chcao(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Network |Kernel Assignee|screening-team-bugs(a)suse.de |kernel-bugs(a)opensuse.org -- You are receiving this mail because: You are the assignee for the bug.

11 months, 1 week

1
0
0 0

[Bug 1180404] high idle power consumption of amd gpu 5700xt with kernel 5.10.1

by bugzilla_noreply＠suse.com

https://bugzilla.suse.com/show_bug.cgi?id=1180404 https://bugzilla.suse.com/show_bug.cgi?id=1180404#c4 --- Comment #4 from Takashi Iwai <tiwai(a)suse.com> --- Thanks. Let's wait a bit for the reaction from the upstream. If nothing happens, I'm going to revert the commit on Kernel:stable. -- You are receiving this mail because: You are the assignee for the bug.

11 months, 1 week

1
0
0 0

[Bug 1180404] high idle power consumption of amd gpu 5700xt with kernel 5.10.1

by bugzilla_noreply＠suse.com

https://bugzilla.suse.com/show_bug.cgi?id=1180404 Takashi Iwai <tiwai(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |https://gitlab.freedesktop. | |org/drm/amd/-/issues/1407 -- You are receiving this mail because: You are the assignee for the bug.

11 months, 1 week

1
0
0 0

2021

2020

openSUSE Kernel Bugs December 2020