On Tue, Apr 3, 2012 at 11:49 PM, Tony Lindgren <tony@xxxxxxxxxxx> wrote: > * Govindraj.R <govindraj.raja@xxxxxx> [120321 03:06]: >> From: "Govindraj.R" <govindraj.raja@xxxxxx> >> >> The following commit: >> (7496ba3 ARM: OMAP2+: UART: Add default mux for all uarts) >> added default pads for all uarts. But not all boards tend to >> use all uarts and most of unused uart pins are muxed for >> other purpose. This commit breaks the modules which where trying >> to use unused uart pins on their boards. >> >> So remove all default pads except uart1/3 as most boards >> tend to use either uart1/3 as console port and use only tx/rx >> lines, declare only those pads for uart1/3. >> If any boards tend to use any other uart other uart1/3 >> the mux data should to passed from board file and init individual >> uart port using omap_serial_init_port api. > > This is still wrong. We can't mux any serial pins unless specifically > requested from the board-*.c files. So please do a fix to get back to > v3.2 behaviour where you basically revert 7496ba3. How to do we fix the rx pin wakeup capability? The mux data has the info about the rx pin wakeup Without rx pin wakeup PM will be broken. Fix all board files with duplicated data for uart3 or uart1 having rx pin marked as wakeup capable? Behavior in v3.2 was raw_write to all uarts rx_pin to enable wakeup enable bit. -- Thanks, Govindraj.R -- 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
