Description of problem: anaconda installs on armv7hl do not get a fdtdir entry in extlinux.conf if needed, or /etc/sysconfig/uboot setup to say that the platform provides its own dtb when appropriate. resulting in the need to manaully intervene either post install by pulling the disk and mounting elsewhere, or using a kickstart and manipulating in %post. Proposing as a Beta Blocker under the alpha criteria https://fedoraproject.org/wiki/Fedora_22_Alpha_Release_Criteria#Release-blocking_images_must_boot up until now anaconda installs on some platforms required manual steps post install to boot.
extlinux-bootloader-1.1-3.fc22 has been submitted as an update for Fedora 22. https://admin.fedoraproject.org/updates/FEDORA-2015-5324/extlinux-bootloader-1.1-3.fc22
Changing to FE
+1 FE for this - it's something we can't fix with updates and we want to make sure it works properly, plus the change can't really break anything release-blocking so it's fairly safe from that PoV.
I'm not that familiar with the ARM platforms but this sounds a little blockery to me. Definitely +1 FE. Can't be fixed with a post-install update and arm7hl is PA, it should be installing properly.
+1 FE
that's +3, accepting.
extlinux-bootloader-1.1-3.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.