* Query on new mux usage
@ 2009-12-29 13:42 Premi, Sanjeev
2009-12-29 18:23 ` Tony Lindgren
0 siblings, 1 reply; 2+ messages in thread
From: Premi, Sanjeev @ 2009-12-29 13:42 UTC (permalink / raw)
To: linux-omap@vger.kernel.org
Hi,
I am trying to define the mux settings for keypad on the omap3evm.
I had a few queries on the same.
1) Is it enough to me this change:
static struct omap_board_mux board_mux[] __initdata = {
+
+ /* SYS_NIRQ */
+ OMAP3_MUX(SYS_NIRQ, OMAP_MUX_MODE0 | OMAP_PIN_INPUT_PULLUP |
+ OMAP_PIN_OFF_INPUT_PULLUP),
+
{ .reg_offset = OMAP_MUX_TERMINATOR },
2) Or should I follow with this (in the evm init code):
+ omap_mux_init_signal("af26", OMAP_PIN_INPUT_PULLUP |
+ OMAP_PIN_OFF_INPUT_PULLUP);
3) OR is this a better(or worse)
static struct omap_board_mux board_mux[] __initdata = {
+
+ /* SYS_NIRQ */
+ OMAP3_MUX(SYS_NIRQ, OMAP_MUX_MODE0),
+
{ .reg_offset = OMAP_MUX_TERMINATOR },
..and later
+ omap_mux_init_signal("af26", OMAP_PIN_INPUT_PULLUP |
+ OMAP_PIN_OFF_INPUT_PULLUP);
Best regards,
Sanjeev
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Query on new mux usage
2009-12-29 13:42 Query on new mux usage Premi, Sanjeev
@ 2009-12-29 18:23 ` Tony Lindgren
0 siblings, 0 replies; 2+ messages in thread
From: Tony Lindgren @ 2009-12-29 18:23 UTC (permalink / raw)
To: Premi, Sanjeev; +Cc: linux-omap@vger.kernel.org
* Premi, Sanjeev <premi@ti.com> [091229 05:41]:
> Hi,
>
> I am trying to define the mux settings for keypad on the omap3evm.
> I had a few queries on the same.
>
> 1) Is it enough to me this change:
>
> static struct omap_board_mux board_mux[] __initdata = {
> +
> + /* SYS_NIRQ */
> + OMAP3_MUX(SYS_NIRQ, OMAP_MUX_MODE0 | OMAP_PIN_INPUT_PULLUP |
> + OMAP_PIN_OFF_INPUT_PULLUP),
> +
> { .reg_offset = OMAP_MUX_TERMINATOR },
This will do the trick for board specific things. If you want, you can
dump the whole mux table set by the bootloader via debugfs if you cat
/sys/kernel/debug/omap_mux. Then you can check and edit the table as
needed.
> 2) Or should I follow with this (in the evm init code):
>
> + omap_mux_init_signal("af26", OMAP_PIN_INPUT_PULLUP |
> + OMAP_PIN_OFF_INPUT_PULLUP);
This can be used too if you prefer. The mux_init_gpio and mux_init_signal
functions are mostly intended for platform init functions for common
hardware, like MMC, USB etc. For board specific pins, I'd go with
#1 abobve.
> 3) OR is this a better(or worse)
>
> static struct omap_board_mux board_mux[] __initdata = {
> +
> + /* SYS_NIRQ */
> + OMAP3_MUX(SYS_NIRQ, OMAP_MUX_MODE0),
> +
> { .reg_offset = OMAP_MUX_TERMINATOR },
>
> ..and later
>
> + omap_mux_init_signal("af26", OMAP_PIN_INPUT_PULLUP |
> + OMAP_PIN_OFF_INPUT_PULLUP);
>
Then you're doing it twice, which is not needed.
Eventually we should have common init functions using hwmod for all
the omap internal devices and do the muxing there too. But some
board specific muxing will always be still needed.
Regards,
Tony
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2009-12-29 18:23 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-12-29 13:42 Query on new mux usage Premi, Sanjeev
2009-12-29 18:23 ` Tony Lindgren
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox