|   | 
      | 
  
  
      | 
      | 
  
 
     | 
    | 
  
  
     | 
    | 
  
  
    |   | 
      | 
  
  
    | 
         
xen-devel
Re: [Xen-devel] [PATCH] Paravirt framebuffer use xvc as console [4/5]
 
> > > > > 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.
> > > > > 
> > > > > (Should be identical to this patch from last time)
> > > > Does this have anything to do with the virtual framebuffer work, or
> > > > does it stand alone?
> > > It stands alone, but without it, the framebuffer bits get a little
> > > confusing to actually try to have used as the console.
> > What goes wrong?
> xenconsole takes over ttys and although you can see the framebuffer with
> the penguin and X will start, you can't actually use the framebuffer as
> a console :-)
Ack, got it now.  Forgive me for being a little slow.
> > > > > @@ -194,11 +209,17 @@ static int __init xen_console_init(void)
> > > > >               kcons_info.write = kcons_write_dom0;
> > > > >       } else {
> > > > >               if (xc_mode == XC_DEFAULT)
> > > > > -                     xc_mode = XC_TTY;
> > > > > +                     xc_mode = XC_XVC;
> > > > Not convinced we want to change the default until a little while after
> > > > the rest of the patch gets merged.
> > > The default *HAS* to be changed -- otherwise, the xvc console tries to
> > > take over ttys (which is really really really wrong in the guest)
> > So why have we survived this far without it?  If XC_TTY is completely
> > broken, why not remove it completely?
> We've survived this far because there isn't anything else which is
> trying to use the console and this hack let people pretend they had
> multiple vcs[1].  
Perhaps make this part #ifdef on CONFIG_XENFB at first?  It'll be
easier to merge if it obviously doesn't break any existing setup.
Steven.
 
signature.asc 
Description: Digital signature 
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
 
 |   
 
 | 
    | 
  
  
    |   | 
    |