Xen devel - Aug 2006 - [PATCH] Paravirtual framebuffer use xvc for xenconsole [4/6]

This is the patch from Amos Waterland for the xenconsole to
use /dev/xvc0 instead of taking over ttys.  I''ve fixed a few places
which needed to check for XVC mode in addition to serial mode.  Also,
until LANANA responds with an official minor, I''ve adjusted it to use
char 250/187 (in the experimental range) as opposed to 204/187

Signed-off-by: Jeremy Katz <katzj@redhat.com>

Jeremy


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

> This is the patch from Amos Waterland for the xenconsole to
> use /dev/xvc0 instead of taking over ttys.  I've fixed a few places
> which needed to check for XVC mode in addition to serial mode.  Also,
> until LANANA responds with an official minor, I've adjusted it to use
> char 250/187 (in the experimental range) as opposed to 204/187
> 
> Signed-off-by: Jeremy Katz <katzj@redhat.com>
If we're going down the xvc0 route, wouldn't we want to change the
default behaviour too? I believe the current patch registers as ttyS0 for dom0
and xvc0 for other doms. Wouldn't we want to register as xvc0 regardless?

Any idea when we're hear from LANANA?

Thanks,
Ian 

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

On 18/8/06 10:22 pm, "Ian Pratt" <m+Ian.Pratt@cl.cam.ac.uk>
wrote:
>> This is the patch from Amos Waterland for the xenconsole to
>> use /dev/xvc0 instead of taking over ttys.  I''ve fixed a few
places
>> which needed to check for XVC mode in addition to serial mode.  Also,
>> until LANANA responds with an official minor, I''ve adjusted it
to use
>> char 250/187 (in the experimental range) as opposed to 204/187
>> 
>> Signed-off-by: Jeremy Katz <katzj@redhat.com>
> 
> If we''re going down the xvc0 route, wouldn''t we want to
change the default
> behaviour too? I believe the current patch registers as ttyS0 for dom0 and
> xvc0 for other doms. Wouldn''t we want to register as xvc0
regardless?
> 
> Any idea when we''re hear from LANANA?
I think the requests get dealt with in batches every couple of months. I
don''t think the patch should go in until we get a response, unless we
don''t
mind all users having to change their /dev/xvc0 node down the road (I
presume they''ll need one to run a getty on it from inittab; running on
/dev/console never worked very well for me in the past).

 -- Keir



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

On Fri, 2006-08-18 at 22:22 +0100, Ian Pratt wrote:
> > This is the patch from Amos Waterland for the xenconsole to
> > use /dev/xvc0 instead of taking over ttys.  I''ve fixed a few
places
> > which needed to check for XVC mode in addition to serial mode.  Also,
> > until LANANA responds with an official minor, I''ve adjusted
it to use
> > char 250/187 (in the experimental range) as opposed to 204/187
> > 
> > Signed-off-by: Jeremy Katz <katzj@redhat.com>
> 
> If we''re going down the xvc0 route, wouldn''t we want to
change the default
> behaviour too? I believe the current patch registers as ttyS0 for dom0 and 
> xvc0 for other doms. Wouldn''t we want to register as xvc0
regardless?
This does change the default behavior.  And I think that the behavior
being different between dom0 and domU actually makes some degree of
sense -- on dom0, you still have the real console and that''s a highly
positive thing.
> Any idea when we''re hear from LANANA?
It took ~ a month when I submitted the xvd devices

Jeremy


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

On Sat, 2006-08-19 at 08:39 +0100, Keir Fraser wrote:
> I think the requests get dealt with in batches every couple of months. I
> don''t think the patch should go in until we get a response, unless
we don''t
> mind all users having to change their /dev/xvc0 node down the road (I
> presume they''ll need one to run a getty on it from inittab;
running on
> /dev/console never worked very well for me in the past).
Most users using current kernels are using udev which would handle the
change without any user interaction needed

Jeremy


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