<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<font face="Helvetica, Arial, sans-serif">Will tftp boot of CentOS 8
be supported in your first release?<br>
<br>
<br>
</font><br>
<div class="moz-cite-prefix">On 2020-05-12 2:39 p.m., Pablo
Sebastián Greco wrote:<br>
</div>
<blockquote type="cite"
cite="mid:2b73025e-f1f5-36a3-070d-c579fa55e6c9@fliagreco.com.ar">
<br>
On 12/5/20 00:43, Brent Kolasinski wrote:
<br>
<blockquote type="cite">Hi everyone,
<br>
<br>
I've been looking into things I can do to help with getting
CentOS 8 AArch64 to run on the Pi4. It appears that the
upstream kernel now has the proper stuff merged in to support
the NIC and eMMC controller.
<br>
</blockquote>
Nice, we need help testing/fixing things!!
<br>
<blockquote type="cite">
<br>
So far 2 approaches are being made: The U-Boot mechanism (looks
like this is what Ubuntu 20.04 is doing) and the SBBR (ACPI +
UEFI) way. It looks like a few folks may be loading the SBBR
firmware with luck on the standard CentOS 8 aarch64 image.
<br>
</blockquote>
Yes, I'm really looking forward to test this
<a class="moz-txt-link-freetext" href="https://github.com/pftf">https://github.com/pftf</a> but no time yet
<br>
<blockquote type="cite">
<br>
Could one potentially recompile the SRPM for kernel 5.6 from
elrepo and drop it in? I found the CentOS8 pi4 aarch64 userland
image here: <a class="moz-txt-link-freetext" href="https://people.centos.org/pgreco">https://people.centos.org/pgreco</a>. Has anyone tried
getting the SBBR firmware to load the stock aarch64 CentOS 8
image without support for the eMMC / NIC, to basically bootstrap
and compile the SRPM for the 5.6 kernel?
<br>
</blockquote>
I think some of the patches landed for 5.6 and some for 5.7, The
images you pointed are using the kernel from the raspberry pi
foundation (<a class="moz-txt-link-freetext" href="https://github.com/raspberrypi/">https://github.com/raspberrypi/</a>), what I'm working on
right now is building those kernels, but as a subpackage of our
normal kernel-lts kernel, which would allow people to switch
kernels back and forth, while still keeping the same LTS logic
<br>
<blockquote type="cite">
<br>
And finally does anyone know if CentOS will be backporting the
Pi4 changes to 4.18, or will they be releasing a custom kernel?
Could I help out with that?
<br>
</blockquote>
Unless something starts working as a side effect of another
backport, I don't think there's any chance of 4.18 including rpi
patches. What we will be doing is releasing our lts kernels and
hopefully backporting some functionality for it to work until the
next lts comes around.
<br>
As soon as I have a kernel that at least boots, I'll post it
somewhere for you to test
<br>
<br>
HTH, Pablo
<br>
_______________________________________________
<br>
Arm-dev mailing list
<br>
<a class="moz-txt-link-abbreviated" href="mailto:Arm-dev@centos.org">Arm-dev@centos.org</a>
<br>
<a class="moz-txt-link-freetext" href="https://lists.centos.org/mailman/listinfo/arm-dev">https://lists.centos.org/mailman/listinfo/arm-dev</a>
<br>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Ron Wheeler
Artifact Software
438-345-3369
<a class="moz-txt-link-abbreviated" href="mailto:rwheeler@artifact-software.com">rwheeler@artifact-software.com</a></pre>
</body>
</html>