Re: [patch 2/2] 8250_pnp: register x86 COM ports at the conventional ttyS names

From: Bjorn Helgaas
Date: Wed Jan 16 2008 - 14:47:21 EST


On Wednesday 16 January 2008 11:44:37 am H. Peter Anvin wrote:
> Bjorn Helgaas wrote:
> > x86 users expect COM1-COM4 ports at the conventional ioport addresses
> > to be named ttyS0-ttyS3. For PNP devices, the BIOS determines the
> > order we discover them, so we might discover COM2 before COM1.
> >
> > We currently always get the correct names, even without this patch.
> > But that's only because serial8250_isa_init_ports() first registers
> > the hard-coded list of COM port addresses from SERIAL_PORT_DFNS. When
> > PNP rediscovers one of those ports, it gets the already-established
> > line.
> >
> > This patch removes the implicit dependency on SERIAL_PORT_DFNS by
> > requesting the names we desire.
> >
> > static int __devinit
> > +serial_pnp_line(struct uart_port *port)
> > +{
> > +#ifdef CONFIG_X86
> > + switch (port->iobase) {
> > + case 0x3f8: return 0; /* COM1 -> ttyS0 */
> > + case 0x2f8: return 1; /* COM2 -> ttyS1 */
> > + case 0x3e8: return 2; /* COM3 -> ttyS2 */
> > + case 0x2e8: return 3; /* COM4 -> ttyS3 */
> > + }
> > +#endif
> > +
>
> Arguably, the right thing is to use the addresses present in the array
> at address 0x400. In particular, COM3 and COM4 aren't always at those
> addresses.

Wow. I bow before your storehouse of x86 arcana :-)

I guess you're referring to the "BIOS data area," which I'd never
heard of before (but fortunately, Google knows).

What would you think about doing this only for COM1 and COM2? The
only real value for doing this in the first place is so "console=ttyS0"
always goes to COM1, even if we don't have SERIAL_PORT_DFNS. User-
space ought to use some sort of udev magic if it cares about persistent
naming.

Bjorn
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/