All of lore.kernel.org
 help / color / mirror / Atom feed
From: Michael Tokarev <mjt@tls.msk.ru>
To: Andre Przywara <andre.przywara@amd.com>
Cc: Anthony Liguori <anthony@codemonkey.ws>,
	qemu-devel <qemu-devel@nongnu.org>,
	kvm-devel <kvm@vger.kernel.org>
Subject: Re: [Qemu-devel] [RFC] Bug Day - June 1st, 2010
Date: Fri, 21 May 2010 01:32:21 +0400	[thread overview]
Message-ID: <4BF5AA65.6070303@msgid.tls.msk.ru> (raw)
In-Reply-To: <4BF4E19C.7030800@amd.com>

20.05.2010 11:15, Andre Przywara wrote:
> Michael Tokarev wrote:
>> []
>>> It'd be nice if we had more flexibility in defining custom machine types
>>> so you could just do qemu -M win98.
>>
>> This is wrong IMHO. win98 and winNT can run on various different
>> machines, including all modern ones (yes I tried the same winNT
>> on my Athlon X2-64, just had to switch SATA from AHCI to IDE;
>> win95 works too)... just not in kvm :)

> Well, not really. You were lucky with your Athlon X2-64, actually it is
> the last machine not triggering the bug. I tried it on a AthlonII-X4
> (which has maxleaf=5 as any newer AMD machines) and it showed the same
> bug. On Intel boxes this bug should trigger on every CPU starting with
> some Pentium4 models, including all Core chips.
> Have you tried versions with a newer service pack (SP6)?

I replied in the original discussion -- after upgrading to SP6
there's no need in ,level=1 anymore, any -cpu variant works
without crashes.  The problem is to set it up, at least for
me, since I don't have sp6 integrated into setup.  Well, I
don't use winNT to start with, actually, so for me it's not
a problem at all ;) -- the reason why I asked is because I
have a debian bugreport about this very issue, see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575439
(and because I had winNT install handy)

But this is really interesting information - that winNT
fails on other CPUs too.  Thank you for that, now I can
close the debian bugreport ;)

>>>> BTW: Does anyone knows what the problem with Windows95/98 on KVM is? I
>>>> tried some tracing today, but couldn't find a hint.
>>
>> Um. The bugreport(s) come as a surprize for me: I tried to
>> install win98 in kvm several times in the past but setup
>> always failed - different messages in different versions
>> of kvm, either "unable to emulate" or "real mode trap" or
>> something else, or just lockup, usually on first reboot.
>> So - the bugreports talks about mouse non-working, but
>> this means win98 itself works somehow... I dunno :)

> I think these bug reports are about plain QEMU. I tried it yesterday, in
> fact the mouse is non-functional. In KVM Windows95 gives me a black
> screen after the welcome screen with the moving bottom row. There are
> just two lines at the top: (translated from the german version)
> While initializing device NTKERN:
> Windows protection fault. Restart the computer.

Yeah, that's what i've seen too, it's exactly
ow it fails here with modern kvm.

> KVM catched some #UDs due to ARPL from VM86 mode, but TCG got them too
> and it survived. So if anyone has some more hints, I'd be grateful.


Thank you!

/mjt

WARNING: multiple messages have this Message-ID (diff)
From: Michael Tokarev <mjt@tls.msk.ru>
To: Andre Przywara <andre.przywara@amd.com>
Cc: qemu-devel <qemu-devel@nongnu.org>, kvm-devel <kvm@vger.kernel.org>
Subject: Re: [Qemu-devel] [RFC] Bug Day - June 1st, 2010
Date: Fri, 21 May 2010 01:32:21 +0400	[thread overview]
Message-ID: <4BF5AA65.6070303@msgid.tls.msk.ru> (raw)
In-Reply-To: <4BF4E19C.7030800@amd.com>

20.05.2010 11:15, Andre Przywara wrote:
> Michael Tokarev wrote:
>> []
>>> It'd be nice if we had more flexibility in defining custom machine types
>>> so you could just do qemu -M win98.
>>
>> This is wrong IMHO. win98 and winNT can run on various different
>> machines, including all modern ones (yes I tried the same winNT
>> on my Athlon X2-64, just had to switch SATA from AHCI to IDE;
>> win95 works too)... just not in kvm :)

> Well, not really. You were lucky with your Athlon X2-64, actually it is
> the last machine not triggering the bug. I tried it on a AthlonII-X4
> (which has maxleaf=5 as any newer AMD machines) and it showed the same
> bug. On Intel boxes this bug should trigger on every CPU starting with
> some Pentium4 models, including all Core chips.
> Have you tried versions with a newer service pack (SP6)?

I replied in the original discussion -- after upgrading to SP6
there's no need in ,level=1 anymore, any -cpu variant works
without crashes.  The problem is to set it up, at least for
me, since I don't have sp6 integrated into setup.  Well, I
don't use winNT to start with, actually, so for me it's not
a problem at all ;) -- the reason why I asked is because I
have a debian bugreport about this very issue, see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575439
(and because I had winNT install handy)

But this is really interesting information - that winNT
fails on other CPUs too.  Thank you for that, now I can
close the debian bugreport ;)

>>>> BTW: Does anyone knows what the problem with Windows95/98 on KVM is? I
>>>> tried some tracing today, but couldn't find a hint.
>>
>> Um. The bugreport(s) come as a surprize for me: I tried to
>> install win98 in kvm several times in the past but setup
>> always failed - different messages in different versions
>> of kvm, either "unable to emulate" or "real mode trap" or
>> something else, or just lockup, usually on first reboot.
>> So - the bugreports talks about mouse non-working, but
>> this means win98 itself works somehow... I dunno :)

> I think these bug reports are about plain QEMU. I tried it yesterday, in
> fact the mouse is non-functional. In KVM Windows95 gives me a black
> screen after the welcome screen with the moving bottom row. There are
> just two lines at the top: (translated from the german version)
> While initializing device NTKERN:
> Windows protection fault. Restart the computer.

Yeah, that's what i've seen too, it's exactly
ow it fails here with modern kvm.

> KVM catched some #UDs due to ARPL from VM86 mode, but TCG got them too
> and it survived. So if anyone has some more hints, I'd be grateful.


Thank you!

/mjt

  reply	other threads:[~2010-05-20 21:32 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-05-18 22:38 [RFC] Bug Day - June 1st, 2010 Anthony Liguori
2010-05-18 22:38 ` [Qemu-devel] " Anthony Liguori
2010-05-19  0:58 ` Natalia Portillo
2010-05-19  1:45   ` Jamie Lokier
2010-05-19  1:48     ` Natalia Portillo
2010-05-19  1:48       ` [Qemu-devel] " Natalia Portillo
2010-05-19 13:35       ` Anthony Liguori
2010-05-19 13:35         ` [Qemu-devel] " Anthony Liguori
2010-05-19 14:10         ` Natalia Portillo
2010-05-19 14:10           ` Natalia Portillo
2010-05-19 13:09     ` Anthony Liguori
2010-05-19 13:09       ` [Qemu-devel] " Anthony Liguori
2010-05-19 13:19       ` Michael Tokarev
2010-05-19 13:19         ` Michael Tokarev
2010-05-19 13:32         ` Anthony Liguori
2010-05-19 13:32           ` Anthony Liguori
2010-05-19 15:57         ` Jamie Lokier
2010-05-19 15:57           ` Jamie Lokier
2010-05-19 22:29         ` Andre Przywara
2010-05-19 22:29           ` Andre Przywara
2010-05-19 22:30           ` Anthony Liguori
2010-05-19 22:30             ` Anthony Liguori
2010-05-20  5:58             ` Michael Tokarev
2010-05-20  7:15               ` Andre Przywara
2010-05-20  7:15                 ` Andre Przywara
2010-05-20 21:32                 ` Michael Tokarev [this message]
2010-05-20 21:32                   ` Michael Tokarev
2010-05-19 14:06       ` Natalia Portillo
2010-05-19 14:06         ` Natalia Portillo
2010-05-20  7:43   ` Jes Sorensen
2010-05-19  5:04 ` Aurelien Jarno
2010-05-19 12:21   ` Miguel Di Ciurcio Filho
2010-05-19 13:34   ` Anthony Liguori
2010-05-20  7:50     ` Jes Sorensen
2010-05-20  7:50       ` Jes Sorensen
2010-05-19 14:52 ` Luiz Capitulino
2010-05-19 17:02   ` Anthony Liguori
  -- strict thread matches above, loose matches on Subject: below --
2010-05-19 14:17 Riccardo Magliocchetti

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4BF5AA65.6070303@msgid.tls.msk.ru \
    --to=mjt@tls.msk.ru \
    --cc=andre.przywara@amd.com \
    --cc=anthony@codemonkey.ws \
    --cc=kvm@vger.kernel.org \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.