On 15 May 2021 at 12:08pm Christophe Leroy wrote:
Le 15/05/2021 à 11:48, Christian Zigotzky a écrit :
Hi All,
I bisected today [1] and the bisecting itself was OK but the
reverting of the bad commit doesn't solve the issue. Do you have an
idea which commit could be resposible for this issue? Maybe the
bisecting wasn't successful. I will look in the kernel git log. Maybe
there is a commit that affected KVM HV on FSL P50x0 machines.
If the uImage doesn't load, it may be because of the size of uImage.
See https://github.com/linuxppc/issues/issues/208
Is there a significant size difference with and without KVM HV ?
Maybe you can try to remove another option to reduce the size of the
uImage.
I tried it but it doesn't solve the issue. The uImage works without KVM
HV in a virtual e5500 QEMU machine.
-Christian
Or if you are using gzipped uImage you can try with an lzma uImage.
You can find a way to get an lzma uImage here:
https://github.com/linuxppc/issues/issues/208#issuecomment-477479951
Christophe
Thanks,
Christian
[1]
https://forum.hyperion-entertainment.com/viewtopic.php?p=53209#p53209
On 14 May 2021 at 10:10 am, Christian Zigotzky wrote:
Hi All,
The RC1 of kernel 5.13 doesn't boot in a virtual e5500 QEMU machine
with KVM HV anymore. I see in the serial console that the uImage
doesn't load. I use the following QEMU command for booting:
qemu-system-ppc64 -M ppce500 -cpu e5500 -enable-kvm -m 1024 -kernel
uImage-5.13 -drive
format=raw,file=MintPPC32-X5000.img,index=0,if=virtio -netdev
user,id=mynet0 -device e1000,netdev=mynet0 -append "rw
root=/dev/vda" -device virtio-vga -device virtio-mouse-pci -device
virtio-keyboard-pci -device pci-ohci,id=newusb -device
usb-audio,bus=newusb.0 -smp 4
The kernel boots without KVM HV.
Have you already tested KVM HV with the kernel 5.13?
Thanks,
Christian
