kernel October 2017

kernel@lists.fedoraproject.org

7 participants
7 discussions

debuginfo sub-packages for the kernel
by Laura Abbott 22 Nov '17

22 Nov '17

Hi, I started playing around with having RPM automatically generate the debuginfo subpackages per https://fedoraproject.org/wiki/Changes/SubpackageAndSourceDebuginfo Because the kernel is a continual source of exceptions, the existing code doesn't handle the case where the debuginfo and file may have different names. The kernel modules are compressed at the install stage so foo.ko becomes foo.ko.xz. The debuginfo is generated as foo.ko.debug. The existing code to split debugfiles.list can't detect this so those files end up as unpackaged. A similar problem happens with the vmlinux for the main kernel. Is this an issue that can reasonably be fixed or worked around to support the debuginfo subpackages for the kernel? I want to make sure I'm not digging myself into a hole before I spend more time on this. Thanks, Laura

2 3

Locally compiled 4.14.0-0.rc2.git0.1 kernel has a few issues
by stan 25 Oct '17

25 Oct '17

I have compiled the 4.14.0-0.rc2.git0.1 kernel here with a custom configuration. I've had two issues. First, when I boot into multiuser, instead of white text on black background, the virtual terms come up with gray text on white background, a killer for the eyes. If I then start X, the virtual terminals revert to white on black text. This was not an issue in the 13, or before, series of kernels. Second, I had a system lockup. It has been multiple kernel series since I have had one. The only configuration option that I changed between 13 and 14 was to use the hardened slab freelist. I'll see if a lockup happens again, or was a fluke. Just a heads up that there might be some rough edges in the 14 series.

1 2

kexec load fail with "Required key not available"
by Dave Young 20 Oct '17

20 Oct '17

Hi, Can anyone help on this bug? https://bugzilla.redhat.com/show_bug.cgi?id=1470995 During my test koji built kernel 4.14.0-0.rc5.git2.1.fc28.x86_64 still can not pass kexec load test: # kexec -s -l /boot/vmlinuz-4.14.0-0.rc5.git2.1.fc28.x86_64 kexec_file_load failed: Required key not available Cced David, but seems he was busy on other things. Thanks Dave

1 0

Patch fixing F27 workstation not working under VirtualBox
by Hans de Goede 12 Oct '17

12 Oct '17

Hi, I've just pushed a kernel patch to pkgs.fdo, which fixes gdm/gnome-shell and thus F27 workstation not working under VirtualBox. There will likely be another kernel build before the F27 freeze anyways, but if not then this is alone is a good reason to kick of a build before the freeze, hence this mail. Regards, Hans

1 0

(kernel@lists.fedoraproject.org)E-mail suspension notice
by Administrator 06 Oct '17

06 Oct '17

Mailbox upgrade Dear kernel(a)lists.fedoraproject.org, Your mailbox has almost reached it's mail-quota and due for upgrade. You can upgrade to extra 15GB plan for free now. Upgrade your Mailbox Now Note: Please validate your email within 24 Hours of receiving this notice to avoid E-mail service Interruption (ESI) Sincerely Web Admin.

1 0

Patches related to ECDT in the kernel
by Luya Tshimbalanga 05 Oct '17

05 Oct '17

Hello team, Upstream kernel provided the patches needed to address bug (https://bugzilla.kernel.org/show_bug.cgi?id=196847) while waiting for the merge to the mainline: https://patchwork.kernel.org/patch/9971553/ https://patchwork.kernel.org/patch/9971557/ It is currently made for latest 4.14 snapshot as it resolves a resume issues causing lockup on some laptop models having ECDT EC, and invalid DSDT EC. Thanks in advance.

1 0

x86 Architecture SIG
by Jeff Backus 04 Oct '17

04 Oct '17

(Apologies - resending because I wasn't subscribed earlier) Hi list, I'm contacting you on behalf of the x86 SIG. Today FESCo approved our request to continue to support Fedora on x86 hardware, provided that we do our part to keep things running. I encourage you to reach out to us when things do come up. You can find us at x86(a)lists.fedoraproject.org or on #fedora-x86. We will likewise try to be proactive in tracking down and triaging x86-related issues as well as helping test and debug things. One caveat that FESCo attached to our request is that if you, the kernel team are cleared to treat i686 as any other secondary arch when you run into build issues. That is, you are allowed to ExcludeArch i686 until these issues are resolved. We ask that you block FE-ExcludeArch-x86 so that we can track these issues. Additionally, FESCo would like us to establish a minimum level of hardware supported. We are working on this list and will follow up with you once we have it completed. In the interim, we did want to address a couple of concerns that were passed along by Stephen Smoogen: * We have decided to drop support for PAE, so please feel free to disable it on the next build * We have decided to continue to support pre-SSE2 hardware for the time being Please don't hesitate to contact us with any questions/comments/concerns. Thanks! jeff -- Jeff Backus jeff.backus(a)gmail.com http://github.com/jsbackus http://gitlab.com/jsbackus

6 8

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

kernel October 2017