[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20070302015729.GB1687@localhost.localdomain>
Date: Fri, 2 Mar 2007 12:57:29 +1100
From: David Gibson <david@...son.dropbear.id.au>
To: Andrew Morton <akpm@...l.org>, linux-kernel@...r.kernel.org,
linuxppc-dev@...abs.org
Subject: Re: [PATCH 1/2] Define FIXED_PORT flag for serial_core
On Thu, Mar 01, 2007 at 10:30:04AM +0000, Russell King wrote:
> On Thu, Mar 01, 2007 at 10:44:24AM +1100, David Gibson wrote:
> > On Wed, Feb 28, 2007 at 10:26:30PM +0000, Russell King wrote:
> > > On Tue, Feb 20, 2007 at 02:19:51PM +1100, David Gibson wrote:
> > > > Therefore, this patch defines a UPF_FIXED_PORT flag for the uart_port
> > > > structure. If this flag is set when the serial port is configured,
> > > > any attempts to alter the port's type, io address, irq or base clock
> > > > with setserial are ignored.
> > >
> > > I've been wondering about this, and it is questionable whether we
> > > should allow any serial port which isn't owned by the legacy platform
> > > device (the one called "serial8250", iow by the 8250 driver itself)
> > > to have the base addresses and interrupts changed.
> > >
> > > IOW, we apply this "fixed port" to any port registered by probe
> > > modules external to the 8250 driver itself, such as PCI, PNP, etc.
> >
> > Sounds reasonable to me. But maybe in that case we should invert the
> > sense of the flag. UPF_MOVABLE_PORT or UPF_USER_CONFIGURABLE or
> > something.
>
> I was thinking about not even having a flag, but instead checking for
> port->dev == &serial8250_isa_devs->dev.
Hmm.. ok. Will you spin a patch, or should I?
--
David Gibson | I'll have my music baroque, and my code
david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_
| _way_ _around_!
http://www.ozlabs.org/~dgibson
-
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