Hi everyone,
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.
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.
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: https://people.centos.org/pgreco. 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?
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?
On 12/5/20 00:43, Brent Kolasinski wrote:
Hi everyone,
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.
Nice, we need help testing/fixing things!!
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.
Yes, I'm really looking forward to test this https://github.com/pftf but no time yet
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: https://people.centos.org/pgreco. 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?
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 (https://github.com/raspberrypi/), 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
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?
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. As soon as I have a kernel that at least boots, I'll post it somewhere for you to test
HTH, Pablo
Will tftp boot of CentOS 8 be supported in your first release?
On 2020-05-12 2:39 p.m., Pablo Sebastián Greco wrote:
On 12/5/20 00:43, Brent Kolasinski wrote:
Hi everyone,
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.
Nice, we need help testing/fixing things!!
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.
Yes, I'm really looking forward to test this https://github.com/pftf but no time yet
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: https://people.centos.org/pgreco. 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?
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 (https://github.com/raspberrypi/), 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
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?
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. As soon as I have a kernel that at least boots, I'll post it somewhere for you to test
HTH, Pablo _______________________________________________ Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
On 12/5/20 22:43, Ron Wheeler via Arm-dev wrote:
Will tftp boot of CentOS 8 be supported in your first release?
I've used tftp boot with other boards (using uboot) with CentOS8/aarch64, what is not working?
On 2020-05-12 2:39 p.m., Pablo Sebastián Greco wrote:
On 12/5/20 00:43, Brent Kolasinski wrote:
Hi everyone,
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.
Nice, we need help testing/fixing things!!
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.
Yes, I'm really looking forward to test this https://github.com/pftf but no time yet
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: https://people.centos.org/pgreco. 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?
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 (https://github.com/raspberrypi/), 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
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?
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. As soon as I have a kernel that at least boots, I'll post it somewhere for you to test
HTH, Pablo _______________________________________________ Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
-- Ron Wheeler Artifact Software 438-345-3369 rwheeler@artifact-software.com
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Hi,
On 5/13/20 5:39 AM, Pablo Sebastián Greco wrote:
On 12/5/20 22:43, Ron Wheeler via Arm-dev wrote:
Will tftp boot of CentOS 8 be supported in your first release?
I've used tftp boot with other boards (using uboot) with CentOS8/aarch64, what is not working?
So, you can pxe and http bootstrap centos8 with some of the older pftf based releases using a usb nic. Since the ACPI genet and uefi genet driver have both landed the usb nic driver has been removed from the image. As the centos8 image doesn't have the upstream genet patches, that causes a problem for pxe booting the latest centos images.
On 2020-05-12 2:39 p.m., Pablo Sebastián Greco wrote:
On 12/5/20 00:43, Brent Kolasinski wrote:
Hi everyone,
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.
Nice, we need help testing/fixing things!!
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.
Yes, I'm really looking forward to test this https://github.com/pftf but no time yet
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: https://people.centos.org/pgreco. 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?
I've been doing builds on my rpi4, but in theory what you want is the ARK kernel for centos, which will follow mainline sufficiently that you will get the _DMA(), genet and a few other rpi4 specific changes that help it with centos.
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 (https://github.com/raspberrypi/), 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
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?
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. As soon as I have a kernel that at least boots, I'll post it somewhere for you to test
HTH, Pablo _______________________________________________ Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
-- Ron Wheeler Artifact Software 438-345-3369 rwheeler@artifact-software.com
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
-
Brent Kolasinski -
Jeremy Linton -
Pablo Sebastián Greco -
Ron Wheeler