WARNING - OLD ARCHIVES

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/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

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/11.2.5.060620
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
unclear.

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
matter?

 -- Keir




_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

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