public inbox for kvm@vger.kernel.org
 help / color / mirror / Atom feed
* 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