On Sun, Mar 16, 2008 at 04:45:06PM +0100, Matteo Croce wrote: > Il Saturday 15 March 2008 11:40:09 Thomas Bogendoerfer ha scritto: > > On Fri, Mar 14, 2008 at 04:46:09PM +0100, Matteo Croce wrote: > > > This is a bit better > > > > is it possible to try without the serial changes first ? > > > > Use > > > > uart_port[0].type = PORT_16550A; > > > > in arch/mips/ar7/platform.c. > > > > Does it work ? > > > > Tried I get teh usual broken serial output: I just checked the latest AR7/UR8 source, I have, and they don't need special hacks. This is a 2.6.10 based tree. At that time there was no serial8250_console_putchar(), console output was done via serial8250_console_write() without any helper. Before writing to the UART_TX, wait_for_xmitr() is called. And this wait_for_xmitr() does check for BOTH_EMPTY. Is there a good reason, why we don't check for BOTH_EMPTY in serial8250_console_putchar() ? To match the 2.6.10 behaviour we would need that and this would fix the AR7 case without any special handling. Thomas. -- Crap can work. Given enough thrust pigs will fly, but it's not necessary a good idea. [ RFC1925, 2.3 ] -- To unsubscribe from this list: send the line "unsubscribe linux-serial" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
