we see the f28 installer failing with:
The Fedora 28 ship has long sailed, please test on Fedora 29 Beta RCs
and provide feedback on that:
[ 43.222590] Internal error: Oops: 96000021 [#1] SMP
[ 43.227456] Modules linked in:
[ 43.230500] CPU: 87 PID: 1 Comm: swapper/0 Not tainted 4.16.3-301.fc28.aarch64 #1
[ 43.237968] Hardware name: Cavium Inc. Saber/Saber, BIOS Cavium reference firmware
version 6.4 05/30/2018
[ 43.247521] pstate: 20400009 (nzCv daif +PAN -UAO)
[ 43.252304] pc : test_atomic64+0x134c/0x152c
Kernel and initrd from:
This is due to this upstream fix from v4.17-rc7 missing:
Sure, all of the above isn't solvable now, we need to look at F-29+
Now is the time to ensure everything that is needed here for F-29 to
be there and all testing should be done there.
Also, a workaround that uses kernel and initrd from f29 or rawhide
f28 installation does not work as the bootchain of the installer needs
files from the same media. Otherwise boot fails with "Pane is dead"
and "new value non-existent xfs filesystem is not valid as a default
fs type", see also:
Do you see an alternative workaround to pxe boot f28?
Use Fedora 29.
Would it be possible to update the installer's kernel and initrd?
Another question: Would it be possible to include early silicon (Rev
Ax) Errata workarounds to f28, f29 and rawhide? There are 2 patches
required, both are in this branch:
Are these patches expected to go upstream? What impact would those
patches have on other ARM platforms or even other architectures? If
they are not planned to go upstream how long would you expect Fedora
to carry them before we dropped them?
PCI: Vulcan: AHCI PCI bar fix for Broadcom Vulcan early silicon
ahci: thunderx2: Fix for errata that affects stop engine
There are still some Ax systems around that wouldn't be supported
Btw, the f29 kernel was not available for installation:
You need kernel/kernel-core/kernel-modules.
dnf --disablerepo=\* --enablerepo=f29 repoquery kernel\*