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,firmware-allocs-memory@0000000000000000 >>> 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
