[Qemu-devel] qemu-system-x86_64

[Qemu-devel] qemu-system-x86_64

[Juergen Lock]

After further installing my new amd64 box (yes, if_sk works now :)
I just tried a few guests with qemu-system-x86_64:

amd64 guests, no kqemu:

 KANOTIX-64-2005-03.iso (kernel 2.6.11 iirc, booted in text mode
without `quiet') hangs after printing `Brought up 1 CPUs'

 5.4-RELEASE-amd64-disc1.iso (FreeBSD) works (tested fixit -> cdrom
which gives a shell)

i386 guests, no kqemu (all work in i386-softmmu qemu):

 KANOTIX-2005-03.iso (kernel 2.6.11, booted in text mode without `quiet'):
hangs after printing `Checking if this processor honours the WP bit even
in supervisor mode... Ok.'  (on i386-softmmu the next message is
`Calibrating delay loop... ...')

 KNOPPIX_V3.8-2005-02-28-CeBIT_Edition.iso (kernel 2.6.11 SMP, booted in
text mode) hangs too after printing `ACPI: Unable to locate RSDP'
(has `quiet' in the boot config), same thing with `acpi=off' apart from
the missing ACPI message

 KNOPPIX_V3.7-2004-12-08-DE.iso works with kernel 2.4.27 SMP, hangs with
kernel 2.6.9 (type `knoppix26' at the boot prompt), also after printing
`Checking if this processor honours the WP bit even in supervisor mode... Ok.'

 5.4-RELEASE-i386-disc1.iso panics after printing `avail memory ...'
with a page fault, supervisor read, page not present at 0x1c,
ip 0x8:0xc0762fbc which is vm_fault+440: the insn is cmpxchg %ecx,0x1c(%edx)
which seems to be part of VM_OBJECT_LOCK(fs.first_object);
so apparently fs.first_object is NULL. (line 291 of
RELENG_5_4_0_RELEASE sys/vm/vm_fault.c, available at
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/vm/vm_fault.c
revision 1.192.2.4, the disassebly can be viewed in fixit in i386-softmmu
with kgdb /dist/boot/kernel/kernel /dev/mem, then: disas vm_fault)

with kqemu:

 KNOPPIX_V3.7-2004-12-08-DE.iso crashes with:
EAX=00000000 EBX=00000000 ECX=00000000 EDX=00000000
ESI=00000000 EDI=00000000 EBP=00000000 ESP=bffffeb0
EIP=08048074 EFL=00000203 [------C]    CPL=3 II=0 A20=1
ES =0023 00000000 ffffffff 00cff300
CS =0023 00000000 ffffffff 00cffa00
SS =002b 00000000 ffffffff 00cff300
DS =0023 00000000 ffffffff 00cff300
FS =0023 00000000 00000000 00000000
GS =0023 00000000 00000000 00000000
LDT=0068 c02abae0 00000027 c000822a
TR =0060 c0316800 000000eb c0008931
GDT=     c02aa820 0000045f
IDT=     c0316000 000007ff
CR0=8005003b CR2=0806ac2c CR3=07fc8000 CR4=00000690
Unsupported return value: 0xffffffff

 5.4-RELEASE-amd64-disc1.iso (FreeBSD, win98 hack disabled) crashes with: 
EAX=00000000 EBX=0002f2c2 ECX=00000008 EDX=000e9e80
ESI=00009e80 EDI=00020000 EBP=00094b6c ESP=00094b68
EIP=000276c6 EFL=00000202 [-------]    CPL=3 II=0 A20=1
ES =0023 0000a000 ffffffff 00cff300
CS =002b 0000a000 ffffffff 00cffa00
SS =0033 0000a000 ffffffff 00cff300
DS =0023 0000a000 ffffffff 00cff300
FS =0023 0000a000 ffffffff 00cff300
GS =0023 0000a000 ffffffff 00cff300
LDT=0000 00000000 0000ffff 00008000
TR =0038 00001f98 00002067 00008900
GDT=     00009690 0000003f
IDT=     00001e00 00000197
CR0=60000011 CR2=00000000 CR3=00000000 CR4=00000000
Unsupported return value: 0xffffffff

 Hope this is helpful to some...

	Juergen

[Qemu-devel] Re: qemu-system-x86_64

[Juergen Lock]

On Thu, Aug 11, 2005 at 09:38:40PM +0200, I wrote:
>[...]
> with kqemu:
> 
>  KNOPPIX_V3.7-2004-12-08-DE.iso crashes with:
> EAX=00000000 EBX=00000000 ECX=00000000 EDX=00000000
> ESI=00000000 EDI=00000000 EBP=00000000 ESP=bffffeb0
> EIP=08048074 EFL=00000203 [------C]    CPL=3 II=0 A20=1
> ES =0023 00000000 ffffffff 00cff300
> CS =0023 00000000 ffffffff 00cffa00
> SS =002b 00000000 ffffffff 00cff300
> DS =0023 00000000 ffffffff 00cff300
> FS =0023 00000000 00000000 00000000
> GS =0023 00000000 00000000 00000000
> LDT=0068 c02abae0 00000027 c000822a
> TR =0060 c0316800 000000eb c0008931
> GDT=     c02aa820 0000045f
> IDT=     c0316000 000007ff
> CR0=8005003b CR2=0806ac2c CR3=07fc8000 CR4=00000690
> Unsupported return value: 0xffffffff
> 
>  5.4-RELEASE-amd64-disc1.iso (FreeBSD, win98 hack disabled) crashes with: 
> EAX=00000000 EBX=0002f2c2 ECX=00000008 EDX=000e9e80
> ESI=00009e80 EDI=00020000 EBP=00094b6c ESP=00094b68
> EIP=000276c6 EFL=00000202 [-------]    CPL=3 II=0 A20=1
> ES =0023 0000a000 ffffffff 00cff300
> CS =002b 0000a000 ffffffff 00cffa00
> SS =0033 0000a000 ffffffff 00cff300
> DS =0023 0000a000 ffffffff 00cff300
> FS =0023 0000a000 ffffffff 00cff300
> GS =0023 0000a000 ffffffff 00cff300
> LDT=0000 00000000 0000ffff 00008000
> TR =0038 00001f98 00002067 00008900
> GDT=     00009690 0000003f
> IDT=     00001e00 00000197
> CR0=60000011 CR2=00000000 CR3=00000000 CR4=00000000
> Unsupported return value: 0xffffffff

I forgot to say that all FreeBSD-amd64 kqemu crashes leave the
same message in dmesg:

kqemu: aborting: Unexpected exception 0x0d in monitor space
CS:EIP=f180:ffff900000001729

 And I just tested kqemu-amd64 on debian sarge:

KNOPPIX_V3.7-2004-12-08-DE.iso booted in textmode (kernel 2.4.27 SMP)
prints `Kernel panic: VFS: Unable to mount root fs on 01:03'

5.4-RELEASE-amd64-disc1.iso crashes in the bootloader with the following data:

int=0000000d  err=00000000  efl=00010206  eip=0000f8a8
eax=0004371c  ebx=0004371c  ecx=00000065  edx=00000000
esi=00058f54  edi=00042a64  ebp=00094954  esp=0009493c
cs=002b  ds=0000  es=0000    fs=0000  gs=0000  ss=0033
cs:eip=83 7e 20 00 75 33 85 db-74 61 89 1c 24 e8 f6 84
       00 00 85 c0 74 10 c7 44-24 04 c7 dc 02 00 89 34
ss:esp=64 2a 04 00 08 00 00 00-5c 33 03 00 00 00 00 00
       08 00 00 00 5c 33 03 00-80 49 09 00 64 f7 00 00
BTX halted 

 I would be interested to know which guests do work with kqemu-amd64,
and on what hosts...

	Juergen

Re: [Qemu-devel] qemu-system-x86_64

[Fabrice Bellard]

Juergen Lock wrote:
> After further installing my new amd64 box (yes, if_sk works now :)
> I just tried a few guests with qemu-system-x86_64:
 >
> [...]
 >
>  Hope this is helpful to some...

Thank you for the info. I am trying to fix the issues you have seen.

Fabrice.

[Qemu-devel] qemu-system-x86_64

[Mario Goppold]

Hi,

I still have problems with qemu-system-x86_64. Some programs crash some not. I 
like to help to debug where I can. It seems to be distribution independent, 
but I have separated and modified a SuSE10 x86_64 rescue image to reproduce 
the errors (http://www.tbz-pariv.de/qemu/TestSuSE10x86_64.iso.bz2). 

You can start the image by:

qemu-system-x86_64 -m 256 -cdrom TestSuSE10x86_64.iso -boot d 

It's necessary to use a sufficient amount of memory (>256). At the boot prompt 
you have to type test64 followed by enter. The root account is passwordfree.

Under version 7.2 of qemu type "sh make.sh", execute a.out.64 (its ok) and 
a.out.32 failed. It runs OK unter qemu > 8.0 (well done!).

Another test is "sh testxfs.sh" or "/etc/init.d/boot.vlm start". Somtimes it 
crashs and qemu kept stable and somtimes it crashed completely (all versions 
of qemu including the snapshot from 29.03. and all without kqemu). No matter 
if you specify a hd or not (for the boot.lvm test).

The tests are ok on AMD Athlon64 and AMD Opteron machines.

Are there any more information needed?

Mario.