On Sun, Sep 21, 2008 at 11:42:33AM -0700, Tony Lindgren wrote: > * Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx> [080917 13:33]: > > On Wed, Sep 17, 2008 at 09:57:25AM -0700, Tony Lindgren wrote: > > > If any ATAGs are needed, such as for the serial console, it needs to > > > be a generic ATAG for whole arch/arm. > > > > Why is it needed for serial console anyway? We already have a cross- > > architecture way of defining the console - it's the 'console=' argument > > given to the kernel at boot time via the argument string. > > In this case the hardware changes when the device is connected to a > service jig. The serial port won't work without an external level > converter that is on the jig. If the external level converter is missing, UARTs behave in exactly the same way as if the cable isn't connected (provided they have the pull-up on the RXD line to keep it at mark state.) > I guess console= could set UPF_DEAD or something similar for 8250.c to > ignore that port rather than leave it out of the plat_serial8250_port. Well, by passing an ATAG, you're saying that the boot loader has this knowledge. So, if the boot loader has this knowledge, why can't it pass the relevant 'console=' argument appropriate to the hardware configuration? If it's already doing this via an ATAG, there's no reason it can't do it via the command line. -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
