From: Markus Armbruster <armbru@redhat.com>
To: Samuel Thibault <samuel.thibault@eu.citrix.com>
Cc: xen-devel@lists.xensource.com
Subject: Re: [RFC] PVFB: Add refresh period to XenStore parameters?
Date: Wed, 05 Mar 2008 09:03:51 +0100 [thread overview]
Message-ID: <87hcfl61i0.fsf@pike.pond.sub.org> (raw)
In-Reply-To: <20080304171913.GA11444@implementation.uk.xensource.com> (Samuel Thibault's message of "Tue\, 4 Mar 2008 17\:19\:13 +0000")
Samuel Thibault <samuel.thibault@eu.citrix.com> writes:
> Markus Armbruster, le Tue 04 Mar 2008 18:06:26 +0100, a écrit :
>> Samuel Thibault <samuel.thibault@eu.citrix.com> writes:
>> > Markus Armbruster, le Tue 04 Mar 2008 16:48:20 +0100, a écrit :
>> >> * The domU writes to a framebuffer provided by the frontend.
>> >>
>> >> * The framebuffer (not a copy of it) can be shared with the backend,
>> >> which only reads.
>> >
>> > Well, that's not always the case, when the guest is in text mode for
>> > instance, the PV shared buffer is converted from the guest text buffer.
>>
>> Optimize for the common case. Which I figure is a 32 bpp framebuffer.
>
> Cirrus VGA is 24bpp max :)
I read that as a sign that you're abusing the PVFB stuff for something
it wasn't meant to do: emulating some craptastic piece of vintage junk
:)
>> Anyway, compare and copy for some legacy 80x25 text mode shouldn't eat
>> that much CPU.
>
> Yes.
>
> By my "that's not always the case", I actually expressed the need for
> the offset feature.
>
> Samuel
Let's await the next round of the dynamic mode patch, then see how an
offset could fit in there.
next prev parent reply other threads:[~2008-03-05 8:03 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-29 12:08 [RFC] PVFB: Add refresh period to XenStore parameters? Samuel Thibault
2008-03-03 11:07 ` Samuel Thibault
2008-03-03 18:03 ` Markus Armbruster
2008-03-03 19:18 ` Samuel Thibault
2008-03-04 12:36 ` Trolle Selander
2008-03-04 14:32 ` Markus Armbruster
2008-03-04 14:49 ` Samuel Thibault
2008-03-04 15:11 ` Samuel Thibault
2008-03-04 15:48 ` Markus Armbruster
2008-03-04 16:12 ` Samuel Thibault
2008-03-04 17:06 ` Markus Armbruster
2008-03-04 17:19 ` Samuel Thibault
2008-03-05 8:03 ` Markus Armbruster [this message]
2008-03-05 9:59 ` Samuel Thibault
2008-05-01 17:55 ` Samuel Thibault
2008-05-02 16:06 ` Samuel Thibault
2008-05-05 8:26 ` Markus Armbruster
2008-05-05 9:18 ` Samuel Thibault
2008-05-05 9:58 ` Markus Armbruster
2008-05-05 10:21 ` Samuel Thibault
2008-05-05 16:50 ` Samuel Thibault
2008-05-06 13:50 ` Markus Armbruster
2008-05-06 14:07 ` Keir Fraser
2008-05-06 16:32 ` Samuel Thibault
2008-05-06 16:50 ` Markus Armbruster
2008-05-06 17:29 ` Samuel Thibault
2008-05-07 14:43 ` Markus Armbruster
2008-05-07 14:54 ` Samuel Thibault
2008-05-08 8:25 ` Markus Armbruster
2008-05-08 15:01 ` Samuel Thibault
2008-05-09 8:43 ` Markus Armbruster
2008-05-09 10:31 ` Samuel Thibault
2008-05-09 10:48 ` Markus Armbruster
2008-05-09 13:43 ` Samuel Thibault
2008-03-05 11:19 ` Markus Armbruster
2008-03-05 11:27 ` Samuel Thibault
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=87hcfl61i0.fsf@pike.pond.sub.org \
--to=armbru@redhat.com \
--cc=samuel.thibault@eu.citrix.com \
--cc=xen-devel@lists.xensource.com \
/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.