my question is， Where to see Ubuntu Kernel Roadmaps for new releases？
Not found in https://wiki.ubuntu.com/KernelTeam.
Kernel 5.19.0-10.10 is in proposed from 2022-07-20. when will it be released?
1 Like
I’m not quite sure what you mean by roadmaps for new releases. Can you please elaborate what sort of information you are looking for, or expect to find?
1 Like
when it is ready… at the moment that kernel has a lot of regressions, regression test suite failures, dkms and user space regression.
2 Likes
The kernel information of the next version。
Thank you, I seem to have found the compile address of kernel.
Is it https://launchpad.net/~canonical-kernel-team？
Kinetic Release Schedule has Kernel Feature Freeze as 6th of October. v5.19 is out and is prepared to be in Kinetic, it is already in kinetic-proposed with some known regressions.
It is unlikely that v6.0 will be out and stabalised in time to make it before Kernel Feature Freeze.
if there are important features to backport and include in Kinetic kernel, this can be requested via ubuntu-bug linux or via email to kernel-team@lists.ubuntu.com (archives) which is the Public Ubuntu Kernel Mailing list used for feature discussion, next kernel developments, and patch reviews.
Kinetic and Jammy will have other kernels too, for specific partners and OEMs which will have features specific to a given partner. PMs of those partners can query things privately via their Salesforce account.
6 Likes
Could you please check the 5.19.4 builds ? Only arm64 and s390 builds completed successfully.
The amd64 build looks like it failed due to a missing header file (likely wrong path for -I include files) :
fuse_mnt.c:17:10: fatal error: fuse.h: No such file or directory
Reference: https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.19.4/amd64/self-tests/log
@thetick the mainline builds ppa is entirely unsupported. it is merely there to provide a means to test wether a bug in the official kernel has been fixed upstream in the https://kernel.org/ releases. You are not supposed to run them full time, so the fact that a build or two fails should be irrelevant to anyone outside the kernel team for whom it should be very low priority to fix.
3 Likes
Not really, later point releases built fine, so it’s not interesting to have obsolete & out of date build fixed up and rebuilt.
1 Like
I heard that Snaps don’t work properly on other distros because of Ubuntu-specific patches in the kernel. Why is that the case?
this is not true, they do work exactly the same everywhere but on kernels that lack security patches the confinement runs in degraded mode (so they run fine, but less secured)
also, by design you can currently not run two LSMs at the same time, so distros that default to selinux will not be able to use appamor (which snaps are built around).
on such distros you will always see a degraded security model until the upstream kernel implements LSM stacking.
(on a sidenote, the one missing patch you mention is an apparmor patch. on selinux based distros adding this patch would have no effect anyway)
1 Like
Snaps do work properly on other distributions. Depending on their LSM configuration, the best possible confinement is used by snapd. Snapd team has actively worked with other distributions to enable more kernel LSM features in their distributions to improve snaps security confinement on other distributions. Specifically upstreaming & working with other distributions to enable LSM stacking and enable selinux & apparmor stacking at the same time to enable all universally known confinement capabilities. If your particular distribution does not yet enable stacked LSM with apparmor, you may want to ask those distributions to do exactly that.
As a separate note, Ubuntu kernels supports AppArmor, Selinux, Smack in additional to other smaller scoped LSMs. And there are users on Ubuntu that choose to use other LSM in addition to or instead of Apparmor and are fully supported. So there are no limitations for other distributions to do what Ubuntu kernels do by default, or as an opt in.
2 Likes
As a developer I can use these mainline kernel builds for testing instead of building them myself. If they are not built then if needed for my testing I may need to build the kernel myself. So I am not a Ubuntu developer but in open source world we share our achievements. No level of support is asked or expected but contributions (bug reports, patches, testing) are usually welcome.
Note : I don’t run mainline kernels outside of specific test machines.
Yes I understand that but all the new Ubuntu built mainline kernels since were not built successfully:
5.19.6
5.19.7
6.0-rc4
Latest successful : 5.19.5 and 6.0-rc3
If you have a better place to report mainline kernel build issues I am open to use that instead of this discourse thread.
Hi guys. I have a 20.04 (fossa) which I upgrade the default kernel which came (5.4.0-x) to 5.17.9-051709 which was one of the new Kernel versions when I did that. Don’t exactly remember why, but it seems that there was an issue that this kernel solved on my machine, a T430 ThinkPad. It worked fine no problem, still working, but the only thing is that I missed are linux-tools-generic and linux-cloud-tools-generic packages which were from 5.4.0 series. Even today if I try to install them it gets the default to 5.4.0-x version (linux-cloud-tools-5.4.0-125…). I already uninstalled the 5.4.0 series kernel completely from my machine, but the tools keep installing from the previous version. I try to locate a linux-tools-5.17.9-051709-generic but didn’t find anywhere. Do I have to compile them ? Why these packages are not included in the kernel generic files ? tks.
please see the above post:
2 Likes
Thanks @ogra, I have to take a little Ubuntu Kernel class but understood better now. GA, HWE and etc. Good info here.
1 Like
Will we see 6.0 in Ubuntu 22.10? It seems to contain a couple of features important to work with the latest AM5 socket and AMD 7000 CPUs.
1 Like
No need to ask here as Oct 6th is the Kernel Freeze date as shown in the Release Schedule.
The 6.0 kernel is not out yet as still at release candidates so no time for Ubuntu to test a 6.0 kernel in time for the 22.10 release.
https://www.kernel.org
Anyway important kernel updates and fixes can always be backported if Ubuntu thinks they are worth the effort.
Hi, v6.0 is indeed too late to integrate into Kinetic / 22.10. However, the next milestone release of Ubuntu is 22.04.2 LTS point release in February 2023. The work to integrate HWE v5.19 and OEM v6.0 based kernels has already started, such that Canonical OEM certified laptops can benefit from v6.0 based OEM kernel on latest generation of hardware.
3 Likes