Bug 494376

Forgot to include: running kernel-2.6.29.1-52.fc11.x86_64

Okay, 0.10-4 was the change to increase the ROM space:

* Thu Apr 02 2009 Glauber Costa <glommer> - 2:0.10-4
- Support botting gpxe roms.

Emulation video-cards vga and vmware cause start virtual machine problem

==
root# qemu-kvm -localtime -vga std -hda centos-5.img -boot c -net nic,macaddr=52:54:00:12:34:C5,model=e1000 -net tap -m 2047
===

cause error message:

---
create_userspace_phys_mem: Invalid argument
kvm_cpu_register_physical_memory: failed
---

Emulation of "cirrus" card is much better, but text console inside virtual machine is buggy. Scrolling do not work correct.

Try to login into text console and press <enter> more as 25 times. Cursor will leave view area.

`clear` or `reset` can return the cursor inside of view area


[root@homedesk QEMU]# rpm -qf `which qemu-kvm`
qemu-system-x86-0.10-6.fc11.i586

[root@homedesk QEMU]# uname -r
2.6.29.1-46.fc11.i686.PAE

this has nothing to do with windows xp.

Actually, I've already tracked it down (thanks for the report!), and the issue
seems related to -vga std option. I have a patch ready, will send upstream in a while.

thanks for reporting this!

Glauber's patch for this is here:

http://www.mail-archive.com/kvm@vger.kernel.org/msg12644.html

Glauber - this looks fairly non-invasive ... if we're going to carry the "give ROMs more room" patch for F-11, it makes sense to pull this in too

I noticed qemu-img-0.10-7.fc11.x86_64 in koji; downloaded/installed.

It does not fix the issue for me:

[tbl@tlondon ~]$ qemu-kvm -localtime -vga std -m 512 -usbdevice tablet -name "Windows XP" -hda ~/VirtualMachines/raw.img -k en-us
create_userspace_phys_mem: Invalid argument
kvm_cpu_register_physical_memory: failed
[tbl@tlondon ~]$ rpm -qa qemu\*
qemu-img-0.10-7.fc11.x86_64
qemu-kvm-tools-0.10-7.fc11.x86_64
qemu-common-0.10-7.fc11.x86_64
qemu-system-x86-0.10-7.fc11.x86_64
[tbl@tlondon ~]$ 

Reverting back to qemu-*-0.10-3.fc11.x86_64 .....

Realize I haven't provided much info here...

Anything else I can do/provide to help this along?

As I know, original version from official site http://sourceforge.net/project/showfiles.php?group_id=180599 do not crash with "-vga std" parameter.

Just FYI, this continues to fail with qemu-*-0.10-8.fc11.x86_64 as above.....

For the record:

[tbl@tlondon ~]$ rpm -qa qemu\*
qemu-system-ppc-0.10-8.fc11.x86_64
qemu-img-0.10-8.fc11.x86_64
qemu-system-x86-0.10-8.fc11.x86_64
qemu-common-0.10-8.fc11.x86_64
qemu-kvm-tools-0.10-8.fc11.x86_64
[tbl@tlondon ~]$ qemu-kvm -localtime -vga std -m 512 -usbdevice tablet -name "Windows XP" -hda ~/VirtualMachines/raw.img -k en-us
create_userspace_phys_mem: Invalid argument
kvm_cpu_register_physical_memory: failed
[tbl@tlondon ~]$ 

On the other hand, Fedora iso seems to work just fine:

[tbl@tlondon VirtualMachines]$ qemu-kvm -m 512 -cdrom Fedora-11-Snap1-x86_64-Live.iso -boot d
[tbl@tlondon VirtualMachines]$ 

The only message I see in /var/log/messages is:

Apr 15 07:07:56 tlondon kernel: kvm: 12797: cpu0 unhandled wrmsr: 0xc0010117 data 0


Reverting back to 0.10-3 "fixes", but "adds" one more message in /var/log/messages:

Apr 15 07:11:55 tlondon kernel: kvm: 20256: cpu0 unhandled wrmsr: 0xc0010117 data 0
Apr 15 07:12:05 tlondon kernel: kvm: emulating exchange as write

http://www.mail-archive.com/kvm@vger.kernel.org/msg12644.html

OK, it works for me :)

I have used http://download.fedora.redhat.com/pub/fedora/linux/development/source/SRPMS/qemu-0.10-8.fc11.src.rpm as base and this patch.

sh ./qemu-kvm -localtime -vga std -hda centos-5.img -boot c -m 2047

Good result.

PS: I'm waiting for this modification in next version of qemu-kvm

I can confirm: a local build with the 2047->4095 patch above makes 0.10-8 "work for me".

*** Bug 495449 has been marked as a duplicate of this bug. ***

Okay, AFAICS, this commit on the unstable branch upstream fixes the issue:

http://git.kernel.org/?p=virt/qemu/qemu.git;a=commitdiff;h=f753ff16382643e4e8917d36d07c41ba8705af21

The key part is this:

+    cpu_register_physical_memory(0xc0000, 0x20000,
+                                 option_rom_offset | IO_MEM_ROM);
+

Now the entire 128kb region is being registered at once, meaning it is naturally 4k aligned for KVM's memory registration.

This code is a bit too invasive for this stage of F11, and it's our qemu-roms-more-room.patch which is causing the problem anyway ... so, I've gone ahead and built with Glauber's original simple patch:

  http://www.mail-archive.com/kvm@vger.kernel.org/msg12644.html

Tom, Sergei, Peng - could one of you try it out and confirm it fixes the problem for you?

  https://koji.fedoraproject.org/koji/buildinfo?buildID=98616

I can confirm that qemu-*-0.10-10.fc11.x86_64 from koji "works for me".

I can confirm that qemu-*-0.10-9.fc11.i586.rpm from http://koji.fedoraproject.org/koji/buildinfo?buildID=98616 with "-vga std" works for me correct.

[root@homedesk QEMU]# rpm -qa | grep qemu

qemu-img-0.10-9.fc11.i586
qemu-common-0.10-9.fc11.i586
qemu-system-x86-0.10-9.fc11.i586

Using the qemu-system-x86-0.10-10 with -vga std. I can boot winxp in safe mode successfully. But can not boot winxp in normal mode.

Many thanks Peng, Sergei and Tom

qemu-0.10-11.fc11 now tagged in dist-f11