From: "Govindraj.R" <govindraj.raja@ti.com> To: linux-omap@vger.kernel.org Cc: linux-arm-kernel@lists.infradead.org, Felipe Balbi <balbi@ti.com>, Kevin Hilman <khilman@ti.com>, Russ Dill <russ.dill@gmail.com>, Tony Lindgren <tony@atomide.com>, "Govindraj.R" <govindraj.raja@ti.com> Subject: [PATCH 0/2] OMAP2+: UART: Fix usage of default mux pads Date: Tue, 10 Apr 2012 19:10:44 +0530 [thread overview] Message-ID: <1334065246-21294-1-git-send-email-govindraj.raja@ti.com> (raw) From: "Govindraj.R" <govindraj.raja@ti.com> We populating default uart mux pins if no mux data is provided by board files. But were not probing the availability of uart pins in tx/rx mode i.e. mux mode0. If particular pin is used for any other purpose then default pads were breaking those peripherals e.g. uart2 pin was used as gpio nreset pin ehci on beagle board. So remove the default adding procedure and probe the pins before using them as uart pins. Determine if uart pins are used in uart mux_mode0 then configure rx pin for wakeup capability. Testing updates: Boot tested on 3430SDP Tested on beagle-xm with ehci module which needs uart pin muxed as gpio line for nreset sequence. RX pad wakeup after enabling off mode in cpu_idle path and suspend path tested - 3430SDP & Beagle-XM Govindraj.R (2): OMAP2+: UART: Fix incorrect population of default uart pads OMAP2+: UART: Add mechanism to probe uart pins and configure rx wakeup arch/arm/mach-omap2/mux.c | 3 +- arch/arm/mach-omap2/mux.h | 10 +++ arch/arm/mach-omap2/serial.c | 164 +++++++++++++----------------------------- 3 files changed, 61 insertions(+), 116 deletions(-) -- 1.7.9
WARNING: multiple messages have this Message-ID (diff)
From: govindraj.raja@ti.com (Govindraj.R) To: linux-arm-kernel@lists.infradead.org Subject: [PATCH 0/2] OMAP2+: UART: Fix usage of default mux pads Date: Tue, 10 Apr 2012 19:10:44 +0530 [thread overview] Message-ID: <1334065246-21294-1-git-send-email-govindraj.raja@ti.com> (raw) From: "Govindraj.R" <govindraj.raja@ti.com> We populating default uart mux pins if no mux data is provided by board files. But were not probing the availability of uart pins in tx/rx mode i.e. mux mode0. If particular pin is used for any other purpose then default pads were breaking those peripherals e.g. uart2 pin was used as gpio nreset pin ehci on beagle board. So remove the default adding procedure and probe the pins before using them as uart pins. Determine if uart pins are used in uart mux_mode0 then configure rx pin for wakeup capability. Testing updates: Boot tested on 3430SDP Tested on beagle-xm with ehci module which needs uart pin muxed as gpio line for nreset sequence. RX pad wakeup after enabling off mode in cpu_idle path and suspend path tested - 3430SDP & Beagle-XM Govindraj.R (2): OMAP2+: UART: Fix incorrect population of default uart pads OMAP2+: UART: Add mechanism to probe uart pins and configure rx wakeup arch/arm/mach-omap2/mux.c | 3 +- arch/arm/mach-omap2/mux.h | 10 +++ arch/arm/mach-omap2/serial.c | 164 +++++++++++++----------------------------- 3 files changed, 61 insertions(+), 116 deletions(-) -- 1.7.9
next reply other threads:[~2012-04-10 13:41 UTC|newest] Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top 2012-04-10 13:40 Govindraj.R [this message] 2012-04-10 13:40 ` [PATCH 0/2] OMAP2+: UART: Fix usage of default mux pads Govindraj.R 2012-04-10 13:40 ` [PATCH 1/2] OMAP2+: UART: Fix incorrect population of default uart pads Govindraj.R 2012-04-10 13:40 ` Govindraj.R 2012-04-11 20:14 ` Russ Dill 2012-04-11 20:14 ` Russ Dill 2012-04-13 23:14 ` Russ Dill 2012-04-13 23:14 ` Russ Dill 2012-04-17 17:50 ` Tony Lindgren 2012-04-17 17:50 ` Tony Lindgren 2012-04-23 23:45 ` Kevin Hilman 2012-04-23 23:45 ` Kevin Hilman 2012-04-24 8:38 ` Raja, Govindraj 2012-04-24 8:38 ` Raja, Govindraj 2012-05-04 17:24 ` Tony Lindgren 2012-05-04 17:24 ` Tony Lindgren 2012-05-07 17:39 ` Kevin Hilman 2012-05-07 17:39 ` Kevin Hilman 2012-05-07 17:54 ` Tony Lindgren 2012-05-07 17:54 ` Tony Lindgren 2012-04-10 13:40 ` [PATCH 2/2] OMAP2+: UART: Add mechanism to probe uart pins and configure rx wakeup Govindraj.R 2012-04-10 13:40 ` Govindraj.R 2012-04-10 16:11 ` Tony Lindgren 2012-04-10 16:11 ` Tony Lindgren 2012-04-10 16:40 ` Russ Dill 2012-04-10 16:40 ` Russ Dill 2012-04-11 11:50 ` Raja, Govindraj 2012-04-11 11:50 ` Raja, Govindraj 2012-04-11 20:16 ` Russ Dill 2012-04-11 20:16 ` Russ Dill 2012-04-13 23:39 ` Russ Dill 2012-04-13 23:39 ` Russ Dill 2012-04-17 1:41 ` Tony Lindgren 2012-04-17 1:41 ` Tony Lindgren 2012-04-17 12:47 ` Raja, Govindraj 2012-04-17 12:47 ` Raja, Govindraj 2012-04-17 17:47 ` Tony Lindgren 2012-04-17 17:47 ` Tony Lindgren
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=1334065246-21294-1-git-send-email-govindraj.raja@ti.com \ --to=govindraj.raja@ti.com \ --cc=balbi@ti.com \ --cc=khilman@ti.com \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-omap@vger.kernel.org \ --cc=russ.dill@gmail.com \ --cc=tony@atomide.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.