On Tue, Feb 18, 2020 at 01:59:44PM +0100, Cédric Le Goater wrote:
> On 2/18/20 1:48 PM, Cédric Le Goater wrote:
> > 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:
> >>>>>>>>
> >>>>>>>>   git@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")
> 
> Here is a possible fix for it. I did some RPN on my hp28s in the past 
> but I am not forth fluent.
> 
> "slash not found" is still there though. 

I've removed this SLOF update from my ppc-for-5.0 staging tree until
we figure out what's going wrong here.

-- 
David Gibson			| I'll have my music baroque, and my code
david AT gibson.dropbear.id.au	| minimalist, thank you.  NOT _the_ _other_
				| _way_ _around_!
http://www.ozlabs.org/~dgibson