Re: [PULL SUBSYSTEM qemu-pseries] pseries: Update SLOF firmware image

[Cédric Le Goater]

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:
>>>>>>>
>>>>>>>   address@hidden: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.