* kvm-84 -- Cirrus video updates bad on XP
@ 2009-02-21 2:52 Duck
0 siblings, 0 replies; 3+ messages in thread
From: Duck @ 2009-02-21 2:52 UTC (permalink / raw)
To: kvm
Running an XP0 guest under kvm-84 with Cirrus VGA, screen updates (notably
when copying regions of windows around during scrolling) are delayed or
lost, so that indivudual window contents are occasionally illegible. After
waiting a while, or moving the mouse around over the window, the updates
seem to "catch up" and order is restored.
Reverting to kvm-83 removes this behaviour.
I notice quite a few changes to the QEMU VGA interals from -83 to -84,
inluding in the Cirrus-specific bitblitting code.
Any ideas?
XP2 with '-vga std' seems to be fine. So does X on Linux with the cirrus
driver.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: kvm-84 -- Cirrus video updates bad on XP
@ 2009-02-21 5:19 Duck
2009-02-21 15:53 ` Brian Kress
0 siblings, 1 reply; 3+ messages in thread
From: Duck @ 2009-02-21 5:19 UTC (permalink / raw)
To: kvm
Patchy video updates also seems to happen, though less obviously, with
'-vga std'.
For example, I started an XP guest with 'vga std' and then forgot about it
for some time. When I next looked at it, the screen saver had kicked in
(the jumping "Windows" logo) but only the bottom half of the logo was
visible as it bounced around.
Host is Linux 2.6.27.7 with kvm drivers built from the kvm-84 source tree.
Guest is XP0.
Haven't seen this behaviour with kvm-83.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: kvm-84 -- Cirrus video updates bad on XP
2009-02-21 5:19 kvm-84 -- Cirrus video updates bad on XP Duck
@ 2009-02-21 15:53 ` Brian Kress
0 siblings, 0 replies; 3+ messages in thread
From: Brian Kress @ 2009-02-21 15:53 UTC (permalink / raw)
To: Duck; +Cc: kvm
Two seperate problems. The Cirrus VGA issue is due to it trying to
be clever about video to video copies, which is why you see it during
scrolling and window dragging. I posted patch that (sort of) fixes it,
but doesn't completely. This whole area of code is doing something
very iffy and getting it to do it correctly seems very hard.
The std vga issue is because when the framebuffer is 32 bits (std
vga is 32, cirrus vga is 24), the vga driver ends up sharing the vram
framebuffer with the display surface. This is interesting and means
less copying, however it doesn't seem to be safe, as you end up with the
display driver reading memory out of vram and the same time as the guest
is writing to it. Hence you end up with weirdness.
-Brian
Duck wrote:
> Patchy video updates also seems to happen, though less obviously, with
> '-vga std'.
>
> For example, I started an XP guest with 'vga std' and then forgot about it
> for some time. When I next looked at it, the screen saver had kicked in
> (the jumping "Windows" logo) but only the bottom half of the logo was
> visible as it bounced around.
>
> Host is Linux 2.6.27.7 with kvm drivers built from the kvm-84 source tree.
> Guest is XP0.
>
> Haven't seen this behaviour with kvm-83.
>
> --
> To unsubscribe from this list: send the line "unsubscribe kvm" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2009-02-21 16:14 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-02-21 5:19 kvm-84 -- Cirrus video updates bad on XP Duck
2009-02-21 15:53 ` Brian Kress
-- strict thread matches above, loose matches on Subject: below --
2009-02-21 2:52 Duck
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox