> > How difficult would it be to add armhfp to the CoreOS builds? If you're > > interested in the use case, it's for the third and fourth generation > > OLPC laptops, the XO-1.75 and XO-4, both of which are based on Marvell > > MMP, and are 32-bit, with ~1GB RAM. As of Fedora 32, stock Fedora armhfp > > kernels boot and userland runs, unmodified, on the XO-1.75. > > > > Regards, > > Alex Perez > > > > > > I think that it is kind of technically possible, but not that simple. IMHO possibly harder, at least from my perspective, than ppc64le, aarch64 and s390x together. To elaborate even aarch64 will work currently only on UEFI(qemu somewhat tested only). I'm not really sure if there is even some that generic way to do it for armhfp(VMs or boards). My current understanding is that even for aarch64 there will be need to alter the produced "bare-metal" images for the target "non standard" HW/board. Something similar to the arm-image-installer(hopefully just patch for it). > > For starting to enable the FCOS you will have to look in the coreos-assembler(https://github.com/coreos/coreos-assembler). Either fully build it on armhfp(IMO easier), although I believe we aren't building Fedora base container image for it or cross build from(aarch64,hard or other system via full emulation hardest). You should be able just start by following the README(IMO it is extremely easy to build Fedore CoreOS locally, on x86_64) and see what will break. One thing is sure that the armhfp will need patches for https://github.com/coreos/coreos-assembler/blob/master/src/cmd-buildextend-metal and few other place at minimum. > > Actually one blocking point might be that you need nested virt working due to the way how the assembler works currently. So not really that easy and I have definitively forgotten some other possible pain points. > > For me, from arm side, I hope that I will be able to have time to look in to running FCOS on baremetal aarch64 RPI4(VM runs on rawhide Fedora fine for me ;) ) and RockPro64. For the OLPC side of things they would be better off dealing with it the way IoT does but that's something someone in the Sugar community will need to assist with resources for. Peter _______________________________________________ arm mailing list -- arm@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to arm-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/arm@xxxxxxxxxxxxxxxxxxxxxxx
