[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200707271411.42253.bjorn.helgaas@hp.com>
Date: Fri, 27 Jul 2007 14:11:41 -0600
From: Bjorn Helgaas <bjorn.helgaas@...com>
To: Jeff Garzik <jeff@...zik.org>
Cc: Andrew Morton <akpm@...ux-foundation.org>,
Russell King <rmk@....linux.org.uk>,
Adam Belay <ambx1@....rr.com>, Len Brown <lenb@...nel.org>,
Matthew Garrett <mjg59@...f.ucam.org>,
Sébastien Dugué <sebastien.dugue@...l.net>,
Alan Cox <alan@...rguk.ukuu.org.uk>,
linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: [patch] x86, serial: always probe for legacy COM ports
On Friday 27 July 2007 12:05:51 pm Jeff Garzik wrote:
> Bjorn Helgaas wrote:
> > Andrew, if you drop
> > revert-x86-serial-convert-legacy-com-ports-to-platform-devices.patch
> > and apply this, we should have the previous behavior. I think the
> > conversion to platform devices is still worthwhile. Obviously, I intend
> > this as 2.6.23 material.
> >
> >
> > Always probe for serial ports at legacy addresses, even if we have PNPBIOS
> > or ACPI that should tell us about those ports.
> >
> > We have no reports yet of defective firmware that completely omits ports.
> > However, Sébastien Dugué <sebastien.dugue@...l.net> reported that the
> > NEC Express5800/120Lh with Phoenix BIOS 6.0.5N52, released 7/12/2005,
> > reports COM2 first, then COM1 in the ACPI namespace.
> >
> > 8250_pnp currently registers devices in namespace order. On this machine,
> > that makes ttyS0=COM2 and ttyS1=COM1, the reverse of what we want.
> >
> > Signed-off-by: Bjorn Helgaas <bjorn.helgaas@...com>
>
> This is still incomplete, as repeatedly stated. Here is the email, again.
OK, uncle! I'll work on your helpful advice (thanks for that), but
it feels too risky for this stage of 2.6.23. Maybe I can come up with
something for a future release.
Bjorn
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists