From: Jan Kiszka <jan.kiszka@web.de>
To: Markus Armbruster <armbru@redhat.com>
Cc: Isaku Yamahata <yamahata@valinux.co.jp>,
Alex Williamson <alex.williamson@redhat.com>,
"Michael S. Tsirkin" <mst@redhat.com>,
Gerd Hoffmann <kraxel@redhat.com>,
qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Why does -device qxl-vga not suppress default vga?
Date: Wed, 18 May 2011 09:19:07 +0200 [thread overview]
Message-ID: <4DD372EB.4040904@web.de> (raw)
In-Reply-To: <m3fwodkbl0.fsf@blackfin.pond.sub.org>
[-- Attachment #1: Type: text/plain, Size: 1541 bytes --]
On 2011-05-17 09:52, Markus Armbruster wrote:
> Jan Kiszka <jan.kiszka@siemens.com> writes:
>
>> On 2011-05-16 09:28, Gerd Hoffmann wrote:
>>> On 05/13/11 16:18, Markus Armbruster wrote:
>>>> VGA, cirrus-vga and vmware-svga do. Gerd, you added it (commit
>>>> a19cbfb3), care to explain?
>>>
>>> Just forgot to add it to the list when merging.
>>> I'll go stuff a patch into the spice patch queue.
>>>
>>> Does "-device VGA" work these days btw?
>>> Last time I tries it didn't due to some init order issues.
>>
>> I've (mostly) fixed the PAM/SMRAM stuff that still breaks this. Will
>> post the series soon.
>
> Good to know, thanks!
I'm afraid I was too optimistic. Further testing revealed a regression
of my series which is fundamentally coupled to the QEMU limitation of
tracking the physical memory mapping at page level: even with lots of
hacks applied, KVM runs out of slots in certain setups when replaying
the original memory mapping from the i440fx cache.
Yes, I could hack the third slot tracking algorithm, now into the i440fx
code, but that appears to be completely. I think we better finally
renovate that QEMU area, simplifying KVM and vhost memory clients,
allowing for correct PAM/SMRAM emulation without hacks, and ideally also
saving tons of memory by reducing the number of PhysPageDesc
(specifically with multi-GB guest memory - something the PhysPageDesc
tree was not designed for).
If anyone has good design ideas in mind or some helping hands free,
please speak up!
Jan
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 259 bytes --]
next prev parent reply other threads:[~2011-05-18 7:19 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-13 14:18 [Qemu-devel] Why does -device qxl-vga not suppress default vga? Markus Armbruster
2011-05-16 7:28 ` Gerd Hoffmann
2011-05-16 7:43 ` Jan Kiszka
2011-05-17 7:52 ` Markus Armbruster
2011-05-18 7:19 ` Jan Kiszka [this message]
2011-05-18 7:47 ` Gleb Natapov
2011-05-18 8:02 ` Jan Kiszka
2011-05-18 8:18 ` Gleb Natapov
2011-05-16 8:05 ` Markus Armbruster
2011-05-18 12:32 ` Markus Armbruster
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=4DD372EB.4040904@web.de \
--to=jan.kiszka@web.de \
--cc=alex.williamson@redhat.com \
--cc=armbru@redhat.com \
--cc=kraxel@redhat.com \
--cc=mst@redhat.com \
--cc=qemu-devel@nongnu.org \
--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 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.