From: Gerd Hoffmann <kraxel@redhat.com>
To: Kevin O'Connor <kevin@koconnor.net>
Cc: Alexey Korolev <Alexey.Korolev@endace.com>,
"seabios@seabios.org" <seabios@seabios.org>,
"qemu-devel@nongnu.org" <qemu-devel@nongnu.org>,
"mst@redhat.com" <mst@redhat.com>
Subject: Re: [Qemu-devel] [BUG] BSOD on Win2003 Server when 64bit PCI resource is present
Date: Mon, 06 Aug 2012 10:21:58 +0200 [thread overview]
Message-ID: <501F7EA6.9050302@redhat.com> (raw)
In-Reply-To: <20120728152713.GA12576@morn.localdomain>
On 07/28/12 17:27, Kevin O'Connor wrote:
> On Thu, Jul 26, 2012 at 03:38:47PM +0000, Alexey Korolev wrote:
>> HI,
>>
>> Current version of Seabios is causing blue screen on Windows2003 when 64bit PCI resource is present and occupies high memory.
>>
>> BSOD Error code is: 0x000000A5 (0x02, 0xFFFFfADF6A446880, 0x1, 0xFFFFFADFAA34690)
>>
>> The issue is localized, it is related to presence of 64bit resource in _CRS method.
>>
>> If we disable a 64bit region from _CRS the Win2003 load normally but this doesn't allow Windows to use 64bit resources.
>>
>> At the moment I have no idea how to fix this. Please help!
>
> Unfortunately, it's very difficult to debug acpi issues on Windows.
> Gerd's been on vacation this week - so, lets give him a chance to look
> at it when he gets back. If it can't be resolved, we'll need to
> revert the patch that broke Win2003.
Well, it isn't a regression, so no need to revert IMHO.
It breaks on winxp / win2k3 only in case 64bit pci is actually used.
Which happens only in case we run out of address space below 4G. This
is a setup which isn't supported at all with older seabios versions.
The very first patch revision had a static entry in the _CRS array
(before _CRS became a method) which didn't work with winxp too. So we
ended up with the _CRS method which (beside updating the 32bit window)
adds the 64bit RessourceTemplate only in case we actually have 64bit pci
ressources, so we don't disturb existing setups with a new 64bit entry
they might not be able to handle.
I've never seen 64bit RessourceTemplate entries work with winxp, I fear
the winxp acpi code just can't handle 64bit RessourceTemplates ...
cheers,
Gerd
next prev parent reply other threads:[~2012-08-06 8:22 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-26 15:38 [Qemu-devel] [BUG] BSOD on Win2003 Server when 64bit PCI resource is present Alexey Korolev
2012-07-28 15:27 ` Kevin O'Connor
2012-07-28 16:51 ` [Qemu-devel] [SeaBIOS] " Fred .
2012-07-28 17:52 ` [Qemu-devel] " Alexey Korolev
2012-08-06 8:21 ` Gerd Hoffmann [this message]
2012-07-29 15:51 ` Paolo Bonzini
2012-08-03 16:29 ` Paolo Bonzini
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=501F7EA6.9050302@redhat.com \
--to=kraxel@redhat.com \
--cc=Alexey.Korolev@endace.com \
--cc=kevin@koconnor.net \
--cc=mst@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=seabios@seabios.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.