Re: [Qemu-ppc] [Qemu-devel] [PATCH 00/77] ppc: Add "native" POWER8 platform

[Alexander Graf]

On 11.11.15 05:41, Alexey Kardashevskiy wrote:
> On 11/11/2015 03:16 PM, Benjamin Herrenschmidt wrote:
>> On Wed, 2015-11-11 at 15:07 +1100, Alexey Kardashevskiy wrote:
>>>
>>> p/qemu-powernv/ppc64-softmmu/qemu-system-ppc64 -m 2048 -machine
>>> powernv \
>>> -nographic -vga none -initrd t/le.cpio -kernel t/vml420le -bios \
>>> skiboot.lid -smp 1,threads=1
>>>
>>> just hangs at:
>>>
>>> [1491287872,5] INIT: Waiting for kernel...
>>> [1493257423,5] Assuming kernel at 0x20000000
>>> [1494710040,5] INIT: Kernel loaded, size: 0 bytes (0 = unknown
>>> preload)
>>> [1497506414,5] INIT: 64-bit LE kernel discovered
>>> [1500827972,5] INIT: 64-bit kernel entry at 0x20010000
>>> [1505594383,3] OCC: No HOMER detected, assuming no pstates
>>> [1507983930,3] ELOG: Error getting buffer to log error
>>> [1556792870,5] Free space in HEAP memory regions:
>>> [1559724738,5] Region ibm,firmware-heap free: 12778984
>>> [1561377946,5] Region ibm,address@hidden
>>>   free: 376992
>>> [1563789914,5] Total free: 13155976
>>> [1565066925,5] INIT: Starting kernel at 0x20010000, fdt at 0x30350610
>>> (size
>>> 0x2ce4)
>>
>> Hrm, works for me, I've been testing various LE kernels including a
>> full ubuntu distro in there, we need to debug that further. Does that
>> same kernel actually work on real HW ?
> 
> 
> Ok, as we figured out, CONFIG_PPC_EARLY_DEBUG is responsible for this as
> it does hypercalls in the very beginning.
> 
> 
>>> If I try LE disk image (ubuntu 14), it just crashes:
>>>
>>> p/qemu-powernv/ppc64-softmmu/qemu-system-ppc64 -m 2048 -machine
>>> powernv \
>>> -nographic -vga none img/u14_32GB_cuda7.qcow2 -bios skiboot.lid \
>>> -smp 1,threads=1
>>> qemu: hardware error: qemu: could not load kernel'(null)'
>>
>> Right, we don't load kernels from disk, you need to pass a -kernel that
> 
> Worth mentioning as well ;)
> 
>> typically is the openpower bootloader (Linux + petitboot). My plan is
>> to make the pnv platform automatically extract these things from a ROM
>> image of an openpower eval board (aka palmetto) which you can build
>> from github. It's a bit too big to include as a binary in qemu however
>> (about 16M).
> 
> git submodule?

How does real hardware store petitboot? If it's flash, you could pass it
in using -pflash and thus model things even more closely and allow users
to just take the ROM image as is.


Alex