This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


Re: [PATCH] Re: [Xen-devel] [RFC] support console resolutions better tha

To: Jan Beulich <jbeulich@xxxxxxxxxx>
Subject: Re: [PATCH] Re: [Xen-devel] [RFC] support console resolutions better than 80x25
From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Date: Tue, 15 Aug 2006 15:59:40 +0100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Tue, 15 Aug 2006 08:00:02 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <44E18A8B.76E4.0078.0@xxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcbAe27brXIKHSxuEduqSQAKle7CWA==
Thread-topic: [PATCH] Re: [Xen-devel] [RFC] support console resolutions better than 80x25
User-agent: Microsoft-Entourage/
On 15/8/06 7:49 am, "Jan Beulich" <jbeulich@xxxxxxxxxx> wrote:

>> It'd be nice if we could also have the Linux-style linearfb code, so
> we
>> could use the higher res graphics modes. I suppose that would be a lot
> more
>> work though, and should fit in the framework that this patch provides
> (in
>> particular, the info structure passed to domain0 should be able to
> support
>> that, right)?
> Yes, that was the plan for the next step.

Looking at the console_info structure some more, I wonder if it could do
with some cleaning up. Currently it seems to be a halfway house between
being a duplicate of the Linux screen_info structure and an independent
structure in its own right. Hence the meaning of some of the fields is

Here are some comments we should address before we fork 3.0.3 this week:
 * What do the values of the video_type and txt_mode fields mean? Do we need
to provide enumerations, or refer to VESA type codes?
 * txt_points might be better named txt_font_height?
 * txt_x/txt_y aren't written by Xen nor are they read by Linux -- can we
kill the fields?
 * video_width/height is used to initialise *both* text cols/rows and lfb
width/height in Linux. Is this okay (since only one or the other is valid)
or should we provide two sets of fields in console_info (perhaps txt_x/y
were intended for this purpose)?
 * rsvd_pos/size is obviously cribbed from the Linux structure. Perhaps they
should be renamed as transp_pos/size or, since I think they're not used on
x86 at least, just be removed for now?

Also, what about the screen_info fields that don't have a console_info
equivalent -- e.g., orig_video_page, pages, vesa_attributes -- do these not

 -- Keir

Xen-devel mailing list

<Prev in Thread] Current Thread [Next in Thread>