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

Re: [Xen-ia64-devel] serial console settings on Tiger4



On Wed, Feb 14, 2007 at 08:33:57AM -0700, Alex Williamson wrote:
> Hi Simon,
> 
> On Wed, 2007-02-14 at 18:42 +0900, Horms wrote:
> > 
> > Being greeted by a lovely not-working console this afternoon
> 
>    Sorry about that, thanks for testing.
> 
> > I have set about testing this on Tiger2. Here are the results:
> > 
> > Current tree (8bdbe88e422f):          Broken
> > Current tree - 7efb3a06c56a:          Ok
> > Current tree + Alex's first patch:    Ok
> > Current tree + Alex's first patch
> >              + Alex's second patch:   Ok
> > Current tree + Alex's first patch
> >              + Alex's second patch
> >          + Kawamura-san's patch:  Ok
> > 
> > So in short, while the current tree is broken, it
> > seems pretty easy to make Tiger2 work.
> > 
> > All of these tests were made with the following settings
> > (ignore the irrelevant ones :)
> > 
> > append="maxcpus=1 phys_efi com2=115200,8n1,0x2f8,0 console=com2
>                              ^^^^^^^^^^^^^^^^^^^^^^^
> 
> This should be unnecessary with all the patches applied.  For a Tiger2,
> com1 and com2 should be installed as 0x3f8 and 0x2f8 respectively.  The
> ns16550 driver _should_ be able to read the baud rate out of the UART.
> 
> >         conswitch=bb sync_console dom0_max_vcpus=2 dom0_mem=1G 
> > crashkernel=256M
> >         -- clock=pit ip=on apm=power-off console=tty0 console=ttyS0,115200"
>                                                       unnecessary -> ^^^^^^^
> 
> It's interesting that even on the Tiger2 you're using 0x2f8 as your
> console.  Is that typical?  I'm wondering if we should handle both
> Tiger2 and Tiger4 the same way and only setup com1 as 0x2f8.  Then you
> wouldn't even need the console=com2 option.  Is 0x3f8 usable as a
> console on either box?  My impression from Kawamura-san was that Tiger4
> didn't have a physical connection for 0x3f8, but Tiger2 might.  Thanks,

Hi Alex,

I tried removing the "^^^^^^" portions above as you suggested,
and yes, everything still works fine. I believe that my Tiger2 setup
was derived from a Tiger4 setup (I swapped machines with Yamahata-san
at some stage), so that probably explains most of the weirdness.

As for accessing 0x3f8 (com2?). I'm not really sure. It may well exists,
but last time I inspected the box it seemed to only have one console
output - though it is through an R45 IIRC, so perhaps that exposes
two ports. I can investigate further.

And as for getting rid of console=com2 by wiring com1 as 0x2f8,
that would probably work quite well for me. Though I guess that
if 0x3f8 actually exists (and is usable somewhow?) then its probably not
the way to go.

I see that you checked in the fix overnight. I'll also double-check
that it still works on Tiger2.

-- 
Horms
  H: http://www.vergenet.net/~horms/
  W: http://www.valinux.co.jp/en/


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


 


Rackspace

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