[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] Re: [Xen-devel] [RFC] support console resolutions better than 80x25


  • To: Jan Beulich <jbeulich@xxxxxxxxxx>
  • From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
  • Date: Mon, 14 Aug 2006 18:45:24 +0100
  • Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
  • Delivery-date: Mon, 14 Aug 2006 10:47:51 -0700
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: Aca/yWuHqlSmuiu8EduTIwAKle7CWA==
  • Thread-topic: [PATCH] Re: [Xen-devel] [RFC] support console resolutions better than 80x25



On 14/8/06 4:02 pm, "Jan Beulich" <jbeulich@xxxxxxxxxx> wrote:

> 2) On all ATI cards I tested the font loading code on so far there is
> a
> (hardware) flaw that doesn't permit loading the font into other than
> font
> slot zero; the code, however, defaults to load the font into slot 2,
> which
> means that on ATI cards this currently only works with an additional
> command line option "fontslot=0". The purpose of loading into slot 2
> is
> to preserve the (BIOS provided) font in slot 0 (perhaps slots 0 and
> 1),
> as would Linux do if it didn't set BROKEN_GRAPHICS_PROGRAMS
> (almost) unconditionally (in include/linux/vt_kern.h).

Sounds like it'd be better to make slot 0 the default and require override
if the user really cares about the BIOS font data. That sounds a lot less
likely than someone trying to use the higher-res text mode on an ATI adapter
and getting confused when it doesn't work!

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

 Thanks!
 Keir



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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.