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: [Xen-devel] [PATCH 1/2] PV framebuffer

To: Steven Smith <sos22-xen@xxxxxxxxxxxxx>, Markus Armbruster <armbru@xxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH 1/2] PV framebuffer
From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Date: Sun, 12 Nov 2006 19:05:41 +0000
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, sos22@xxxxxxxxxxxxx
Delivery-date: Sun, 12 Nov 2006 11:06:10 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <20061112142034.GB2014@xxxxxxxxx>
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: AccGjYvcyjlVEnKAEdui3QANk04WTA==
Thread-topic: [Xen-devel] [PATCH 1/2] PV framebuffer
User-agent: Microsoft-Entourage/11.2.5.060620
On 12/11/06 2:20 pm, "Steven Smith" <sos22-xen@xxxxxxxxxxxxx> wrote:

>> +#ifdef CONFIG_XEN_FRAMEBUFFER
>> +                       xc_mode = XC_XVC;
>> +#else
>> +                       xc_mode = XC_TTY;
>> +#endif
>> +               }
> This hunk is changing the default behaviour of xencons in domU from
> registering as tty{0...} to registering as xvc{0...}, yes?  That's
> going to confuse a lot of people with existing domUs which have gettys
> etc. set up on /dev/ttyX but not /dev/xvcX.

We're waiting to hear from lanana before switching to xvc. I re-submitted
the allocation request two weeks ago (31st October). I haven't heard
anything yet. I suppose since static device nodes in /dev are rare these
days (since everyone moved to udev) we can just squat on some device number
for the time being, or settle for requesting a dynamic one at boot time and
require use of udev for anyone who cares about the device node. We already
settled for that with /dev/xen/evtchn, for example.

 -- Keir



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