From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:51678) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SyIZl-000635-KO for qemu-devel@nongnu.org; Mon, 06 Aug 2012 04:22:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SyIZk-0007sI-Ee for qemu-devel@nongnu.org; Mon, 06 Aug 2012 04:22:09 -0400 Received: from mx1.redhat.com ([209.132.183.28]:9631) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SyIZk-0007s9-6D for qemu-devel@nongnu.org; Mon, 06 Aug 2012 04:22:08 -0400 Message-ID: <501F7EA6.9050302@redhat.com> Date: Mon, 06 Aug 2012 10:21:58 +0200 From: Gerd Hoffmann MIME-Version: 1.0 References: <20120728152713.GA12576@morn.localdomain> In-Reply-To: <20120728152713.GA12576@morn.localdomain> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [BUG] BSOD on Win2003 Server when 64bit PCI resource is present List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Kevin O'Connor Cc: Alexey Korolev , "seabios@seabios.org" , "qemu-devel@nongnu.org" , "mst@redhat.com" 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