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 at centos.org >>> https://lists.centos.org/mailman/listinfo/arm-dev >> >> -- >> Ron Wheeler >> Artifact Software >> 438-345-3369 >> rwheeler at artifact-software.com >> >> _______________________________________________ >> Arm-dev mailing list >> Arm-dev at centos.org >> https://lists.centos.org/mailman/listinfo/arm-dev > > > _______________________________________________ > Arm-dev mailing list > Arm-dev at centos.org > https://lists.centos.org/mailman/listinfo/arm-dev >