From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([140.186.70.92]:40668)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <Alexey.Korolev@endace.com>) id 1RagUe-0007td-HP
	for qemu-devel@nongnu.org; Tue, 13 Dec 2011 23:31:01 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <Alexey.Korolev@endace.com>) id 1RagUd-0003q2-LA
	for qemu-devel@nongnu.org; Tue, 13 Dec 2011 23:31:00 -0500
Received: from usrksweb02.endace.com ([174.143.168.194]:52200)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <Alexey.Korolev@endace.com>) id 1RagUd-0003pN-Ga
	for qemu-devel@nongnu.org; Tue, 13 Dec 2011 23:30:59 -0500
Message-ID: <4EE8265F.2010703@endace.com>
Date: Wed, 14 Dec 2011 17:30:23 +1300
From: Alexey Korolev <alexey.korolev@endace.com>
MIME-Version: 1.0
References: <4ED58108.3090903@endace.com>
	<20111130074903.GD17781@redhat.com>	<4ED70E71.3030003@endace.com>
	<4ED7640D.5060203@redhat.com> <4ED767DF.7060707@redhat.com>
	<4EDC4899.2080101@endace.com> <4EE5B6E4.4010301@redhat.com>
	<4EE6D234.3000203@endace.com>
In-Reply-To: <4EE6D234.3000203@endace.com>
Content-Type: text/plain; charset="UTF-8"; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] [BUG] [Seabios] PCI 64bit BARs on Win2008 - unable
 to start the device. (ACPI lacks the _DSM method)
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Gerd Hoffmann <kraxel@redhat.com>
Cc: sfd@endace.com, yamahata@valinux.co.jp, seabios@seabios.org, qemu-devel@nongnu.org, "Michael S. Tsirkin" <mst@redhat.com>

Hi,
>>
>> It shouldn't be that hard to add the latter though.  seabios needs two
>> more pci_region_type (PCI_REGION_TYPE_MEM_64 and
>> PCI_REGION_TYPE_PREFMEM_64) to track and map 64bit bars separately.  And
>> a address space window where it can map 64bit bars to.
> Right. This is a thing I'm thinking about now. I seems that the 
> specifying 0x0 address in 64bit BARS is a bad idea. At least older 
> versions of Linux just hang as soon as requested range does not fit in 
> first 4GB.
> So the only option would be specifying the particular address range. 
> It seems this works for everything - yet.
I wonder if there any particular reason to separate prefetchable a 
non-prefetchable memory regions in pciinit? Extra two more regions would 
make code more complex.

Regards,
Alexey