On 2/18/20 10:40 AM, Cédric Le Goater wrote: > On 2/18/20 10:10 AM, Alexey Kardashevskiy wrote: >> >> >> On 18/02/2020 20:05, Alexey Kardashevskiy wrote: >>> >>> >>> On 18/02/2020 18:12, Cédric Le Goater wrote: >>>> On 2/18/20 1:30 AM, Alexey Kardashevskiy wrote: >>>>> >>>>> >>>>> On 17/02/2020 20:48, Cédric Le Goater wrote: >>>>>> On 2/17/20 3:12 AM, Alexey Kardashevskiy wrote: >>>>>>> The following changes since commit >>>>>>> 05943fb4ca41f626078014c0327781815c6584c5: >>>>>>> >>>>>>> ppc: free 'fdt' after reset the machine (2020-02-17 11:27:23 +1100) >>>>>>> >>>>>>> are available in the Git repository at: >>>>>>> >>>>>>> g...@github.com:aik/qemu.git tags/qemu-slof-20200217 >>>>>>> >>>>>>> for you to fetch changes up to ea9a03e5aa023c5391bab5259898475d0298aac2: >>>>>>> >>>>>>> pseries: Update SLOF firmware image (2020-02-17 13:08:59 +1100) >>>>>>> >>>>>>> ---------------------------------------------------------------- >>>>>>> Alexey Kardashevskiy (1): >>>>>>> pseries: Update SLOF firmware image >>>>>>> >>>>>>> pc-bios/README | 2 +- >>>>>>> pc-bios/slof.bin | Bin 931032 -> 968560 bytes >>>>>>> roms/SLOF | 2 +- >>>>>>> 3 files changed, 2 insertions(+), 2 deletions(-) >>>>>>> >>>>>>> >>>>>>> *** Note: this is not for master, this is for pseries >>>>>>> >>>>>> >>>>>> Hello Alexey, >>>>>> >>>>>> QEMU fails to boot from disk. See below. >>>>> >>>>> >>>>> It does boot mine (fedora 30, ubuntu 18.04), see below. I believe I >>>>> could have broken something but I need more detail. Thanks, >>>> >>>> fedora31 boots but not ubuntu 19.10. Could it be GRUB version 2.04 ? >>> >>> >>> No, not that either: >> >> >> but it might be because of power9 - I only tried power8, rsyncing the >> image to a p9 machine now... > > Here is the disk : > > Disk /dev/sda: 50 GiB, 53687091200 bytes, 104857600 sectors > Disk model: QEMU HARDDISK > Units: sectors of 1 * 512 = 512 bytes > Sector size (logical/physical): 512 bytes / 512 bytes > I/O size (minimum/optimal): 512 bytes / 512 bytes > Disklabel type: gpt > Disk identifier: 27DCE458-231A-4981-9FF1-983F87C2902D > > Device Start End Sectors Size Type > /dev/sda1 2048 16383 14336 7M PowerPC PReP boot > /dev/sda2 16384 100679679 100663296 48G Linux filesystem > /dev/sda3 100679680 104857566 4177887 2G Linux swap > > > GPT ?
For the failure, I bisected up to : f12149908705 ("ext2: Read all 64bit of inode number") Also, commit e05b681b32df ("disk-label: Try ext2 filesystem when booting from GPT partition") adds a weird "slash not found" message : Trying to load: from: /pci@800000020000000/scsi@1/disk@100000000000000 ... slash not found Successfully loaded Thanks, C.