Talking about regressions...

Talking about regressions...

[Michael Riepe]

When I did a couple of tests the other day, I noticed that one or more
bugs must have been introduced at least into the vmx part in kvm-10:

- netbsd 3.1 used to work with kvm-9. In kvm-10, the system hangs during
boot. One of the last things I can see is that a shell process dies with
a SIGSEGV. Then the load rises to 100% (sys) on the host and stays there
until I kill qemu (yes I've waited several minutes).

- opensolaris displays a "Time of Day clock error" during boot, claiming
the clock has jumped by 0x5 (no unit given, I suppose that means
seconds). Everything else seems to work.

- qemu-puppy-2.13-1 sometimes works and sometimes hangs somewhere inside
the initial ramdisk. The exact place seems to differ, but usually it
happens while the kernel modules are loaded. Again, host load rises to
100%. An older version (2.01-3) still works fine. kvm-9 works, too.

(Core Duo T2400, 32-bit SMP host, 32-bit guest, Linux 2.6.19 + kvm trunk
revision 4290)

Any idea what to look for? The SIGSEGV on netbsd makes me suspect that
there's a problem with the page tables, but I couldn't narrow down the
cause yet.

-- 
Michael "Tired" Riepe <michael-0QoEqw4nQxo@public.gmane.org>
X-Tired: Each morning I get up I die a little

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

Re: Talking about regressions...

[Uri Lublin]

[-- Attachment #1.1: Type: text/plain, Size: 2152 bytes --]


Thanks for running those tests.
Does kvm complains ( dmesg ) ?

-----Original Message-----
From: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org on behalf of Michael Riepe
Sent: Sun 14/01/2007 19:09
To: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: [kvm-devel] Talking about regressions...
 
When I did a couple of tests the other day, I noticed that one or more
bugs must have been introduced at least into the vmx part in kvm-10:

- netbsd 3.1 used to work with kvm-9. In kvm-10, the system hangs during
boot. One of the last things I can see is that a shell process dies with
a SIGSEGV. Then the load rises to 100% (sys) on the host and stays there
until I kill qemu (yes I've waited several minutes).

- opensolaris displays a "Time of Day clock error" during boot, claiming
the clock has jumped by 0x5 (no unit given, I suppose that means
seconds). Everything else seems to work.

- qemu-puppy-2.13-1 sometimes works and sometimes hangs somewhere inside
the initial ramdisk. The exact place seems to differ, but usually it
happens while the kernel modules are loaded. Again, host load rises to
100%. An older version (2.01-3) still works fine. kvm-9 works, too.

(Core Duo T2400, 32-bit SMP host, 32-bit guest, Linux 2.6.19 + kvm trunk
revision 4290)

Any idea what to look for? The SIGSEGV on netbsd makes me suspect that
there's a problem with the page tables, but I couldn't narrow down the
cause yet.

-- 
Michael "Tired" Riepe <michael-0QoEqw4nQxo@public.gmane.org>
X-Tired: Each morning I get up I die a little

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
kvm-devel mailing list
kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/kvm-devel



[-- Attachment #1.2: Type: text/html, Size: 2920 bytes --]

[-- Attachment #2: Type: text/plain, Size: 347 bytes --]

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

[-- Attachment #3: Type: text/plain, Size: 186 bytes --]

_______________________________________________
kvm-devel mailing list
kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/kvm-devel

Re: Talking about regressions...

[Michael Riepe]

Hi!

Uri Lublin wrote:
> 
> Thanks for running those tests.
> Does kvm complains ( dmesg ) ?

Not in the cases I listed. The host just becomes very busy, for a long
time. After ~30 minutes I lost patience and killed qemu.

I see a single "kvm: emulating exchange as write" when I try to boot
FreeBSD 6.1, and with Knoppix 5.1.1 the kernel reports "kvm: unhandled
wrmsr: 0xc1" once. Neither of these worked with earlier kvm versions,
though.

Interestingly, Knoppix 5.1.1 *does* work on an AMD Quad Dual-Core
Opteron we have at work (running Suse Linux Enterprise Server 10, as far
as I remember). Knoppix 5.0, on the other hand, which works fine on the
Core Duo, needs "acpi=off" as a boot parameter on the AMD.

More AMD results: FreeBSD, NetBSD and OpenSolaris (32-bit versions) all
fail with exceptions, usually page faults. OpenSolaris catches lots of
SIGILL's. OpenSuse 10.2 (32 bit as well) works, even with gfxmenu
enabled. Qemu-puppy behaves the same as on the Intel CPU - the old
version works, the new one sometimes hangs (and at the same point).

The next thing I'm going to try is the Dual Quad-Core Xeon... as soon as
I can get my hands on it. :-)

> -----Original Message-----
> From: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org on behalf of Michael Riepe
> Sent: Sun 14/01/2007 19:09
> To: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> Subject: [kvm-devel] Talking about regressions...
> 
> When I did a couple of tests the other day, I noticed that one or more
> bugs must have been introduced at least into the vmx part in kvm-10:
> 
> - netbsd 3.1 used to work with kvm-9. In kvm-10, the system hangs during
> boot. One of the last things I can see is that a shell process dies with
> a SIGSEGV. Then the load rises to 100% (sys) on the host and stays there
> until I kill qemu (yes I've waited several minutes).
> 
> - opensolaris displays a "Time of Day clock error" during boot, claiming
> the clock has jumped by 0x5 (no unit given, I suppose that means
> seconds). Everything else seems to work.
> 
> - qemu-puppy-2.13-1 sometimes works and sometimes hangs somewhere inside
> the initial ramdisk. The exact place seems to differ, but usually it
> happens while the kernel modules are loaded. Again, host load rises to
> 100%. An older version (2.01-3) still works fine. kvm-9 works, too.
> 
> (Core Duo T2400, 32-bit SMP host, 32-bit guest, Linux 2.6.19 + kvm trunk
> revision 4290)
> 
> Any idea what to look for? The SIGSEGV on netbsd makes me suspect that
> there's a problem with the page tables, but I couldn't narrow down the
> cause yet.
> 
> --
> Michael "Tired" Riepe <michael-0QoEqw4nQxo@public.gmane.org>
> X-Tired: Each morning I get up I die a little
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> <http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV>
> _______________________________________________
> kvm-devel mailing list
> kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/kvm-devel
> 
> 

-- 
Michael "Tired" Riepe <michael-0QoEqw4nQxo@public.gmane.org>
X-Tired: Each morning I get up I die a little

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

Re: Talking about regressions...

[Uri Lublin]

[-- Attachment #1.1: Type: text/plain, Size: 3901 bytes --]

O.K.
I'll try to reproduce it with netbsd, and investigate a little.
Uri.

________________________________

From: Michael Riepe [mailto:michael-0QoEqw4nQxo@public.gmane.org]
Sent: Mon 15/01/2007 20:38
To: Uri Lublin
Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: [kvm-devel] Talking about regressions...



Hi!

Uri Lublin wrote:
>
> Thanks for running those tests.
> Does kvm complains ( dmesg ) ?

Not in the cases I listed. The host just becomes very busy, for a long
time. After ~30 minutes I lost patience and killed qemu.

I see a single "kvm: emulating exchange as write" when I try to boot
FreeBSD 6.1, and with Knoppix 5.1.1 the kernel reports "kvm: unhandled
wrmsr: 0xc1" once. Neither of these worked with earlier kvm versions,
though.

Interestingly, Knoppix 5.1.1 *does* work on an AMD Quad Dual-Core
Opteron we have at work (running Suse Linux Enterprise Server 10, as far
as I remember). Knoppix 5.0, on the other hand, which works fine on the
Core Duo, needs "acpi=off" as a boot parameter on the AMD.

More AMD results: FreeBSD, NetBSD and OpenSolaris (32-bit versions) all
fail with exceptions, usually page faults. OpenSolaris catches lots of
SIGILL's. OpenSuse 10.2 (32 bit as well) works, even with gfxmenu
enabled. Qemu-puppy behaves the same as on the Intel CPU - the old
version works, the new one sometimes hangs (and at the same point).

The next thing I'm going to try is the Dual Quad-Core Xeon... as soon as
I can get my hands on it. :-)

> -----Original Message-----
> From: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org on behalf of Michael Riepe
> Sent: Sun 14/01/2007 19:09
> To: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> Subject: [kvm-devel] Talking about regressions...
>
> When I did a couple of tests the other day, I noticed that one or more
> bugs must have been introduced at least into the vmx part in kvm-10:
>
> - netbsd 3.1 used to work with kvm-9. In kvm-10, the system hangs during
> boot. One of the last things I can see is that a shell process dies with
> a SIGSEGV. Then the load rises to 100% (sys) on the host and stays there
> until I kill qemu (yes I've waited several minutes).
>
> - opensolaris displays a "Time of Day clock error" during boot, claiming
> the clock has jumped by 0x5 (no unit given, I suppose that means
> seconds). Everything else seems to work.
>
> - qemu-puppy-2.13-1 sometimes works and sometimes hangs somewhere inside
> the initial ramdisk. The exact place seems to differ, but usually it
> happens while the kernel modules are loaded. Again, host load rises to
> 100%. An older version (2.01-3) still works fine. kvm-9 works, too.
>
> (Core Duo T2400, 32-bit SMP host, 32-bit guest, Linux 2.6.19 + kvm trunk
> revision 4290)
>
> Any idea what to look for? The SIGSEGV on netbsd makes me suspect that
> there's a problem with the page tables, but I couldn't narrow down the
> cause yet.
>
> --
> Michael "Tired" Riepe <michael-0QoEqw4nQxo@public.gmane.org>
> X-Tired: Each morning I get up I die a little
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> <http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV>
> _______________________________________________
> kvm-devel mailing list
> kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/kvm-devel
>
>

--
Michael "Tired" Riepe <michael-0QoEqw4nQxo@public.gmane.org>
X-Tired: Each morning I get up I die a little



[-- Attachment #1.2: Type: text/html, Size: 5077 bytes --]

[-- Attachment #2: Type: text/plain, Size: 347 bytes --]

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

[-- Attachment #3: Type: text/plain, Size: 186 bytes --]

_______________________________________________
kvm-devel mailing list
kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/kvm-devel

Re: Talking about regressions...

[Michael Riepe]

Hi!

Just for the records: On the Xeon 53xx, netbsd produces a few kernel
messages before it dies with a protection fault:

kvm: msrs: 6
kvm: unhandled rdmsr: 0x1a0
inject_general_protection: rip 0xc0433a1c
kvm: unhandled rdmsr: 0x1a0
inject_general_protection: rip 0xc0433a1c

This is notably different from the behaviour on a Core Duo, maybe
because the Xeon is running in 64-bit mode.

Uri Lublin wrote:
> O.K.
> I'll try to reproduce it with netbsd, and investigate a little.
> Uri.
> 
> ------------------------------------------------------------------------
> *From:* Michael Riepe [mailto:michael-0QoEqw4nQxo@public.gmane.org]
> *Sent:* Mon 15/01/2007 20:38
> *To:* Uri Lublin
> *Cc:* kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> *Subject:* Re: [kvm-devel] Talking about regressions...
> 
> Hi!
> 
> Uri Lublin wrote:
>>
>> Thanks for running those tests.
>> Does kvm complains ( dmesg ) ?
> 
> Not in the cases I listed. The host just becomes very busy, for a long
> time. After ~30 minutes I lost patience and killed qemu.
> 
> I see a single "kvm: emulating exchange as write" when I try to boot
> FreeBSD 6.1, and with Knoppix 5.1.1 the kernel reports "kvm: unhandled
> wrmsr: 0xc1" once. Neither of these worked with earlier kvm versions,
> though.
> 
> Interestingly, Knoppix 5.1.1 *does* work on an AMD Quad Dual-Core
> Opteron we have at work (running Suse Linux Enterprise Server 10, as far
> as I remember). Knoppix 5.0, on the other hand, which works fine on the
> Core Duo, needs "acpi=off" as a boot parameter on the AMD.
> 
> More AMD results: FreeBSD, NetBSD and OpenSolaris (32-bit versions) all
> fail with exceptions, usually page faults. OpenSolaris catches lots of
> SIGILL's. OpenSuse 10.2 (32 bit as well) works, even with gfxmenu
> enabled. Qemu-puppy behaves the same as on the Intel CPU - the old
> version works, the new one sometimes hangs (and at the same point).
> 
> The next thing I'm going to try is the Dual Quad-Core Xeon... as soon as
> I can get my hands on it. :-)
> 
>> -----Original Message-----
>> From: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org on behalf of Michael Riepe
>> Sent: Sun 14/01/2007 19:09
>> To: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
>> Subject: [kvm-devel] Talking about regressions...
>>
>> When I did a couple of tests the other day, I noticed that one or more
>> bugs must have been introduced at least into the vmx part in kvm-10:
>>
>> - netbsd 3.1 used to work with kvm-9. In kvm-10, the system hangs during
>> boot. One of the last things I can see is that a shell process dies with
>> a SIGSEGV. Then the load rises to 100% (sys) on the host and stays there
>> until I kill qemu (yes I've waited several minutes).
>>
>> - opensolaris displays a "Time of Day clock error" during boot, claiming
>> the clock has jumped by 0x5 (no unit given, I suppose that means
>> seconds). Everything else seems to work.
>>
>> - qemu-puppy-2.13-1 sometimes works and sometimes hangs somewhere inside
>> the initial ramdisk. The exact place seems to differ, but usually it
>> happens while the kernel modules are loaded. Again, host load rises to
>> 100%. An older version (2.01-3) still works fine. kvm-9 works, too.
>>
>> (Core Duo T2400, 32-bit SMP host, 32-bit guest, Linux 2.6.19 + kvm trunk
>> revision 4290)
>>
>> Any idea what to look for? The SIGSEGV on netbsd makes me suspect that
>> there's a problem with the page tables, but I couldn't narrow down the
>> cause yet.
>>
>> --
>> Michael "Tired" Riepe <michael-0QoEqw4nQxo@public.gmane.org>
>> X-Tired: Each morning I get up I die a little
>>
>> -------------------------------------------------------------------------
>> Take Surveys. Earn Cash. Influence the Future of IT
>> Join SourceForge.net's Techsay panel and you'll get the chance to
> share your
>> opinions on IT & business topics through brief surveys - and earn cash
>>
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> <http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV>
>>
> <http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> <http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV>>
>> _______________________________________________
>> kvm-devel mailing list
>> kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
>> https://lists.sourceforge.net/lists/listinfo/kvm-devel
>>
>>
> 
> --
> Michael "Tired" Riepe <michael-0QoEqw4nQxo@public.gmane.org>
> X-Tired: Each morning I get up I die a little
> 

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

Re: Talking about regressions...

[Uri Lublin]

[-- Attachment #1.1: Type: text/plain, Size: 5196 bytes --]

Hi,

I've noticed that too (on Xeon).
Netbsd installer gets a general protection fault (unknown rdmsr 0x1a0) and traps into its debugger.
It then busy-waits for input, hence the high cpu usage.
kvm-10 too could not install netbsd for the same reason.

Uri.

-----Original Message-----
From: Michael Riepe [mailto:michael-0QoEqw4nQxo@public.gmane.org]
Sent: Tue 16/01/2007 15:23
To: Uri Lublin
Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: [kvm-devel] Talking about regressions...
 
Hi!

Just for the records: On the Xeon 53xx, netbsd produces a few kernel
messages before it dies with a protection fault:

kvm: msrs: 6
kvm: unhandled rdmsr: 0x1a0
inject_general_protection: rip 0xc0433a1c
kvm: unhandled rdmsr: 0x1a0
inject_general_protection: rip 0xc0433a1c

This is notably different from the behaviour on a Core Duo, maybe
because the Xeon is running in 64-bit mode.

Uri Lublin wrote:
> O.K.
> I'll try to reproduce it with netbsd, and investigate a little.
> Uri.
> 
> ------------------------------------------------------------------------
> *From:* Michael Riepe [mailto:michael-0QoEqw4nQxo@public.gmane.org]
> *Sent:* Mon 15/01/2007 20:38
> *To:* Uri Lublin
> *Cc:* kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> *Subject:* Re: [kvm-devel] Talking about regressions...
> 
> Hi!
> 
> Uri Lublin wrote:
>>
>> Thanks for running those tests.
>> Does kvm complains ( dmesg ) ?
> 
> Not in the cases I listed. The host just becomes very busy, for a long
> time. After ~30 minutes I lost patience and killed qemu.
> 
> I see a single "kvm: emulating exchange as write" when I try to boot
> FreeBSD 6.1, and with Knoppix 5.1.1 the kernel reports "kvm: unhandled
> wrmsr: 0xc1" once. Neither of these worked with earlier kvm versions,
> though.
> 
> Interestingly, Knoppix 5.1.1 *does* work on an AMD Quad Dual-Core
> Opteron we have at work (running Suse Linux Enterprise Server 10, as far
> as I remember). Knoppix 5.0, on the other hand, which works fine on the
> Core Duo, needs "acpi=off" as a boot parameter on the AMD.
> 
> More AMD results: FreeBSD, NetBSD and OpenSolaris (32-bit versions) all
> fail with exceptions, usually page faults. OpenSolaris catches lots of
> SIGILL's. OpenSuse 10.2 (32 bit as well) works, even with gfxmenu
> enabled. Qemu-puppy behaves the same as on the Intel CPU - the old
> version works, the new one sometimes hangs (and at the same point).
> 
> The next thing I'm going to try is the Dual Quad-Core Xeon... as soon as
> I can get my hands on it. :-)
> 
>> -----Original Message-----
>> From: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org on behalf of Michael Riepe
>> Sent: Sun 14/01/2007 19:09
>> To: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
>> Subject: [kvm-devel] Talking about regressions...
>>
>> When I did a couple of tests the other day, I noticed that one or more
>> bugs must have been introduced at least into the vmx part in kvm-10:
>>
>> - netbsd 3.1 used to work with kvm-9. In kvm-10, the system hangs during
>> boot. One of the last things I can see is that a shell process dies with
>> a SIGSEGV. Then the load rises to 100% (sys) on the host and stays there
>> until I kill qemu (yes I've waited several minutes).
>>
>> - opensolaris displays a "Time of Day clock error" during boot, claiming
>> the clock has jumped by 0x5 (no unit given, I suppose that means
>> seconds). Everything else seems to work.
>>
>> - qemu-puppy-2.13-1 sometimes works and sometimes hangs somewhere inside
>> the initial ramdisk. The exact place seems to differ, but usually it
>> happens while the kernel modules are loaded. Again, host load rises to
>> 100%. An older version (2.01-3) still works fine. kvm-9 works, too.
>>
>> (Core Duo T2400, 32-bit SMP host, 32-bit guest, Linux 2.6.19 + kvm trunk
>> revision 4290)
>>
>> Any idea what to look for? The SIGSEGV on netbsd makes me suspect that
>> there's a problem with the page tables, but I couldn't narrow down the
>> cause yet.
>>
>> --
>> Michael "Tired" Riepe <michael-0QoEqw4nQxo@public.gmane.org>
>> X-Tired: Each morning I get up I die a little
>>
>> -------------------------------------------------------------------------
>> Take Surveys. Earn Cash. Influence the Future of IT
>> Join SourceForge.net's Techsay panel and you'll get the chance to
> share your
>> opinions on IT & business topics through brief surveys - and earn cash
>>
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> <http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV>
>>
> <http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> <http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV>>
>> _______________________________________________
>> kvm-devel mailing list
>> kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
>> https://lists.sourceforge.net/lists/listinfo/kvm-devel
>>
>>
> 
> --
> Michael "Tired" Riepe <michael-0QoEqw4nQxo@public.gmane.org>
> X-Tired: Each morning I get up I die a little
> 


[-- Attachment #1.2: Type: text/html, Size: 7069 bytes --]

[-- Attachment #2: Type: text/plain, Size: 347 bytes --]

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

[-- Attachment #3: Type: text/plain, Size: 186 bytes --]

_______________________________________________
kvm-devel mailing list
kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/kvm-devel

Re: Talking about regressions...

[Bill Davidsen]

Michael Riepe wrote:
> When I did a couple of tests the other day, I noticed that one or more
> bugs must have been introduced at least into the vmx part in kvm-10:
> 
> - netbsd 3.1 used to work with kvm-9. In kvm-10, the system hangs during
> boot. One of the last things I can see is that a shell process dies with
> a SIGSEGV. Then the load rises to 100% (sys) on the host and stays there
> until I kill qemu (yes I've waited several minutes).

I got DragonFly BSD to work with kvm-10, no tricks and no issues. If 
that's a data point...
> 
> - opensolaris displays a "Time of Day clock error" during boot, claiming
> the clock has jumped by 0x5 (no unit given, I suppose that means
> seconds). Everything else seems to work.
> 
> - qemu-puppy-2.13-1 sometimes works and sometimes hangs somewhere inside
> the initial ramdisk. The exact place seems to differ, but usually it
> happens while the kernel modules are loaded. Again, host load rises to
> 100%. An older version (2.01-3) still works fine. kvm-9 works, too.

I'll try that tomorrow, but previously Puppy worked.
> 
> (Core Duo T2400, 32-bit SMP host, 32-bit guest, Linux 2.6.19 + kvm trunk
> revision 4290)
> 
> Any idea what to look for? The SIGSEGV on netbsd makes me suspect that
> there's a problem with the page tables, but I couldn't narrow down the
> cause yet.
> 


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

Re: Talking about regressions...

[Avi Kivity]

Michael Riepe wrote:
> Hi!
>
> Just for the records: On the Xeon 53xx, netbsd produces a few kernel
> messages before it dies with a protection fault:
>
> kvm: msrs: 6
> kvm: unhandled rdmsr: 0x1a0
> inject_general_protection: rip 0xc0433a1c
> kvm: unhandled rdmsr: 0x1a0
> inject_general_protection: rip 0xc0433a1c
>
>   

I've checked in a fix for this.  Netbsd 3.1 64-bit now installs and 
boots fine.  32-bit doesn't.  I'm suspecting the mmu, and as I'm now 
working on fixing bugs found by the new testsuite, maybe progress there 
will help netbsd.

-- 
error compiling committee.c: too many arguments to function


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV