From: Alexey Korolev <alexey.korolev@endace.com>
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>
Subject: Re: [Qemu-devel] [BUG] [Seabios] PCI 64bit BARs on Win2008 - unable to start the device. (ACPI lacks the _DSM method)
Date: Tue, 13 Dec 2011 17:19:00 +1300 [thread overview]
Message-ID: <4EE6D234.3000203@endace.com> (raw)
In-Reply-To: <4EE5B6E4.4010301@redhat.com>
Hi Gerd,
> I'd strongly suggest to move forward to qemu 1.0. Memory region
> handling has seen a major rewrite in 1.0 (memory api patches by avi).
> Chances are good that the 64bit bar bugs in qemu have been fixed meanwhile.
Thanks, will try it. Hope it will be better.
> I have experimental patches which add a 64bit bar to the qxl device and
> seabios handles it just fine (although memory-backed not mmio), except
> that there is no support yet to map 64bit bars above 4G.
>
> 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.
>> Sorry that I haven't specified all this initially. I just want to make
>> 64bit PCI bar working properly. Linux guests works correctly (except
>> early versions - not investigated this yet). At the moment I have some
>> issues with windows which relies on ACPI _CRS.
> ... and a _CRS entry for the 64bit bar address space window of course.
Yes.
Cheers,
Alexey
next prev parent reply other threads:[~2011-12-13 4:19 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-30 1:04 [Qemu-devel] [BUG] [Seabios] PCI 64bit BARs on Win2008 - unable to start the device. (ACPI lacks the _DSM method) Alexey Korolev
2011-11-30 7:49 ` Michael S. Tsirkin
2011-12-01 5:19 ` Alexey Korolev
2011-12-01 11:25 ` Gerd Hoffmann
2011-12-01 11:41 ` Gerd Hoffmann
2011-12-05 4:29 ` Alexey Korolev
2011-12-12 8:10 ` Gerd Hoffmann
2011-12-13 4:19 ` Alexey Korolev [this message]
2011-12-14 4:30 ` Alexey Korolev
2011-12-14 5:10 ` Kevin O'Connor
2011-12-15 8:48 ` Gerd Hoffmann
2011-12-16 4:41 ` Alexey Korolev
2011-12-16 9:23 ` Gerd Hoffmann
2011-12-01 5:49 ` Alexey Korolev
2011-12-01 10:17 ` Michael S. Tsirkin
2011-12-05 4:20 ` Alexey Korolev
2011-12-05 6:31 ` Michael S. Tsirkin
2011-12-06 4:23 ` Alexey Korolev
2011-12-13 11:11 ` [Qemu-devel] [SeaBIOS] " Gerd Hoffmann
2011-12-14 4:31 ` Alexey Korolev
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=4EE6D234.3000203@endace.com \
--to=alexey.korolev@endace.com \
--cc=kraxel@redhat.com \
--cc=mst@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=seabios@seabios.org \
--cc=sfd@endace.com \
--cc=yamahata@valinux.co.jp \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).