From: Gleb Natapov <gleb@redhat.com>
To: Stefan Hajnoczi <stefanha@gmail.com>
Cc: hkran <hkran@linux.vnet.ibm.com>,
Michael Tokarev <mjt@tls.msk.ru>,
qemu-devel <qemu-devel@nongnu.org>,
"Mars.Cao" <caobingbu@gmail.com>
Subject: Re: [Qemu-devel] Windows 7 shutdown causes BSOD
Date: Wed, 16 Nov 2011 12:51:32 +0200 [thread overview]
Message-ID: <20111116105132.GI3225@redhat.com> (raw)
In-Reply-To: <CAJSP0QXABEEw95V1j_gEJ-guca33ZiXboxdefz6SVMUVPW1dOw@mail.gmail.com>
On Wed, Nov 16, 2011 at 10:48:15AM +0000, Stefan Hajnoczi wrote:
> On Wed, Nov 16, 2011 at 10:14 AM, hkran <hkran@linux.vnet.ibm.com> wrote:
> > On 11/15/2011 09:17 PM, Stefan Hajnoczi wrote:
> >>
> >> On Fri, Nov 4, 2011 at 11:25 AM, Stefan Hajnoczi<stefanha@gmail.com>
> >> wrote:
> >>>
> >>> On Fri, Nov 4, 2011 at 10:48 AM, Stefan Hajnoczi<stefanha@gmail.com>
> >>> wrote:
> >>>>
> >>>> Windows 7 32-bit guest blue screens when I shut it down properly with
> >>>> Start | Shut Down. The blue screen is only displayed for a split
> >>>> second before the guest reboots so I am not able to easily tell what
> >>>> it says. My guess is that Windows is triple-faulting or soft
> >>>> rebooting - note that I told Windows to shut down, not reboot.
> >>>>
> >>>> This issue happens on qemu.git/master (and Debian kvm 0.14.1+dfsg-3).
> >>>> Here is the QEMU command-line:
> >>>>
> >>>> x86_64-softmmu/qemu-system-x86_64 -L pc-bios -cpu qemu32 -enable-kvm
> >>>> -m 1024 -rtc base=localtime -drive
> >>>> file=win7.img,if=none,id=drive-ide0-0-0,format=raw -device
> >>>> ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0,bootindex=1
> >>>>
> >>>> Questions:
> >>>>
> >>>> Is anyone else experiencing this?
> >>>>
> >>>> Is anyone fixing this?
> >>>>
> >>>> If not I will play with it. Disabling ACPI might reveal the source of
> >>>> the problem. If that turns up nothing I will try to get the BSOD or
> >>>> WinDbg output.
> >>>
> >>> Thanks to Andreas Faerber and Michael Tokarev I found out the
> >>> automatic reboot can be disabled in Windows. Here is the BSOD
> >>> information:
> >>>
> >>> IRQL_NOT_LESS_OR_EQUAL
> >>> STOP: 0x0000000A (0x00000000,0x000000FF,0x00000001,0x828B7220)
> >>
> >> This decodes to:
> >> "Windows or a kernel-mode driver accessed paged memory at
> >> DISPATCH_LEVEL or above."
> >>
> >> Memory referenced: 0x00000000
> >> IRQL: 0xff
> >> Read/write: Write (1)
> >> Address which referenced memory: 0x828B7220
> >>
> >> http://msdn.microsoft.com/en-us/library/ff560129%28v=VS.85%29.aspx
> >>
> >> Looks like a NULL pointer reference or maybe a deliberate "we should
> >> never get here" failure.
> >>
> >> Stefan
> >>
> > I can reproduce this bug in my environment and found out that it has
> > something with the type of "CPU".
> > I tried the command line args as the same as Stefan's and definitely casue
> > the BSOD.
> > If i change the "-cpu qemu32" to "-cpu qemu64" or "-cpu core2duo" or
> > nothing. it will shutdown as expected, that means something?
>
> Thanks for sharing. The guest is definitely sees a differed CPUID and
> can therefore take different code paths. I'm not sure what
> specifically could have changed.
>
Try adding/removing individual cpuid bits.
--
Gleb.
next prev parent reply other threads:[~2011-11-16 10:51 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-04 10:48 [Qemu-devel] Windows 7 shutdown causes BSOD Stefan Hajnoczi
2011-11-04 11:25 ` Stefan Hajnoczi
2011-11-15 13:17 ` Stefan Hajnoczi
2011-11-16 10:14 ` hkran
2011-11-16 10:48 ` Stefan Hajnoczi
2011-11-16 10:51 ` Gleb Natapov [this message]
[not found] ` <4EC4A9DB.2060406@linux.vnet.ibm.com>
2011-11-17 6:37 ` Gleb Natapov
2011-11-17 10:55 ` hkran
2011-11-17 11:08 ` Gleb Natapov
2011-11-18 9:11 ` hkran
2011-11-22 8:45 ` Gleb Natapov
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=20111116105132.GI3225@redhat.com \
--to=gleb@redhat.com \
--cc=caobingbu@gmail.com \
--cc=hkran@linux.vnet.ibm.com \
--cc=mjt@tls.msk.ru \
--cc=qemu-devel@nongnu.org \
--cc=stefanha@gmail.com \
/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.