wiki/search/search_index.json

{"config":{"lang":["en"],"separator":"[\\s\\-]+","pipeline":["stopWordFilter"]},"docs":[{"location":"","title":"SIG/Kernel Wiki","text":"<p>The Kernel Special Interest Group focuses on maintaining mainline and long-term support kernels for Rocky Linux with additional configuration flags enabled for support of the latest hardware and features.</p>"},{"location":"#meetings-communications","title":"Meetings / Communications","text":"<p>SIG/Kernel meets the 2nd and 4th Thursday of each month at 14:00 UTC on Jitsi</p>"},{"location":"#members","title":"Members","text":"<ul> <li>Sherif Nagy</li> <li>Pablo Greco</li> <li>Mustafa Gezen</li> <li>Neil Hanlon</li> <li>Pratham Patel</li> </ul>"},{"location":"#links","title":"Links","text":"<ul> <li>https://git.rockylinux.org/sig/kernel/ - dist-git</li> <li>https://git.resf.org/sig_kernel/ - Wiki, issues, etc</li> <li>https://peridot.build.resf.org/13172560-6e5d-4e65-ae71-750f99096856 - Peridot - SIG Kernel 8</li> <li>https://peridot.build.resf.org/708f99fe-7e89-4241-959a-4ff259786b4a - Peridot - SIG Kernel 9</li> </ul>"},{"location":"meetings/2023-11-30/","title":"SIG/Kernel meeting 2023-11-30","text":""},{"location":"meetings/2023-11-30/#attendees","title":"Attendees","text":"<ul> <li>Sherif Nagy</li> <li>Neil Hanlon</li> <li>Pratham Patel</li> <li>Mustafa Gezen</li> <li>Pablo Greco</li> </ul>"},{"location":"meetings/2023-11-30/#discussions","title":"Discussions","text":"<ul> <li>This SIG does have some overlap with SIG/Altarch<ul> <li>Altarch was expecting to base on elrepo</li> <li>Two options: mainline and LTS. Default to Mainline</li> </ul> </li> <li>Two kernels right now:<ul> <li>LTS - manual, done by Pablo</li> <li>Mainline - kernel packer in Peridotv2<ul> <li>standard config from upstream doesn't support a lot of our SBCs</li> <li>intending to stay as close to upstream as possible<ul> <li>Upstream == fedora rawhide branch's RHEL configs</li> </ul> </li> <li>** Can we build a kernel-mainline artifact for altarch. e.g., kernel-mainline-sbc like kernel-rt/64ka **<ul> <li>Alternatively, we can create a new package for that name, but that is probably a lot of rework (?)</li> </ul> </li> </ul> </li> </ul> </li> <li>ELrepo contributions<ul> <li>What changes are we going to contribute?<ul> <li>There are some subset of changes which are beneficial to the overall ecosystem (like an SBC variant which is disabled by default)</li> <li>There's some stuff they might not want to use, and our specs will definitely change over time, not necessarily in step with ELRepo</li> </ul> </li> </ul> </li> <li>Mainline variant for SBCs<ul> <li>Two options: subpackage of mainline or discrete packed kernel with a new name</li> <li>Leaning towards a discrete package which can be 'packed' directly into git.r.o/sig/altarch/ namespace, if needed</li> </ul> </li> <li>Idea on generating kernel configs for SBCs<ul> <li>For some sbcs we need to boot via dtb and not acpi so we require mainline kernel<ul> <li>usually require drivers which are disabled by default</li> </ul> </li> <li>https://git.resf.org/thefossguy/kernel-elrepo/commit/ff349cb79376d1ef4b80c4f8c2cb07703dc3db5e</li> <li>Pablo: Fedora is generally open to enabling these in those configs, and are usually enabled already<ul> <li>RHEL configs are a lot more conservative as they only enable what they need</li> <li>Harder to go from RHEL -&gt; working SBC than Fedora -&gt; working (typically), so this is the approach usually he takes</li> <li>ELRepo is in the middle :)</li> <li>Recommends starting with fedora than trying to work backwards<ul> <li>Pratham will try this</li> </ul> </li> </ul> </li> <li>Also working on comparing 9.2 configs to 9.3 with prior work on sbc enablement<ul> <li>seems to be working (booting) where elrepo kernel was not</li> <li>need to work out when acpi is not there</li> </ul> </li> </ul> </li> <li>https://gitlab.com/cki-project/kernel-ark</li> <li>Mainline kernel is 6.5 right now, we will go to 6.6<ul> <li>There is an issue with 6.7, we have issues w/ NX and shim</li> <li>There is an exception for Linux distributions right now, bu