public inbox for linux-omap@vger.kernel.org
 help / color / mirror / Atom feed
From: Tony Lindgren <tony@atomide.com>
To: Mike Rapoport <mike.rapoport@gmail.com>
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 0/5] New mux code for 34xx
Date: Thu, 29 Oct 2009 14:59:38 -0700	[thread overview]
Message-ID: <20091029215937.GQ7180@atomide.com> (raw)
In-Reply-To: <f870da180910291419l1ed0f663xb3c6042a07dec55d@mail.gmail.com>

* Mike Rapoport <mike.rapoport@gmail.com> [091029 14:19]:
> Hi Tony,
> 
> On Thu, Oct 29, 2009 at 10:35 PM, Tony Lindgren <tony@atomide.com> wrote:
> > Hi all,
> >
> > Here's an initial version of the new mux code to play with.
> > Big thanks to Paul & Benoit for the 34xx mux data!
> >
> > To try out the new code, compile a kernel with CONFIG_OMAP_MUX
> > and CONFIG_DEBUG_FS and these patches. The series is also
> > availabe in the l-o git in mux branch.
> 
> Great work! I'm too sleepy now to make proper review, and I'm trying
> not to take work home, so I'll pull and test your patches only next
> week.

OK, I guess what we now need to figure out if can we just convert
all omap_cfg_reg() straight to omap_mux_set().

> And, still, I'm missing PXA-style defines for particular pin
> configuration :) I really like
>        OMAP3_CAM_D0_GPIO_99,
> more than
>        OMAP3_MUX(CAM_D0, OMAP_PIN_OUTPUT | OMAP_PIN_OFF_NONE |
> OMAP_MUX_MODE4, 0),
> :)

Yeah too many options.. Maybe we could have some macro like
OMAP_MUX_GPIO_OUT(99)? We should be able to find it now with
the gpio number during init, don't know if we want to keep
all the gpio to mux mappings in memory except for active gpio
pins.

Regards,

Tony

> 
> > To see the mux configuration on your board:
> >
> > # mount -t debugfs debugfs /sys/kernel/debug
> > # cat /sys/kernel/debug/omap_mux | less
> > OMAP3_MUX(CAM_D0, OMAP_PIN_INPUT | OMAP_PIN_OFF_NONE | OMAP_PIN_OFF_WAKEUPENABLE
> >  | OMAP_MUX_MODE4, 0),
> > padconf: cam_d0 signal: gpio_99:        offset: 0x0e6   value: 0x4104
> > m0: cam_d0      m1:             m2:             m3:
> > m4: gpio_99     m5:             m6:             m7: safe_mode
> > phys: 0x48002116        ball bottom: ag17        ball top:
> >
> > OMAP3_MUX(CAM_D10, OMAP_PIN_OUTPUT | OMAP_PIN_OFF_NONE | OMAP_MUX_MODE7, 0),
> > padconf: cam_d10        signal: safe_mode:      offset: 0x0fa   value: 0x0007
> > m0: cam_d10     m1:             m2:             m3:
> > m4: gpio_109    m5:             m6:             m7: safe_mode
> > phys: 0x4800212a        ball bottom: b25         ball top:
> > ...
> >
> > Then to produce a list of board mux entries from a working
> > system, do:
> >
> > # cat /sys/kernel/debug/omap_mux | grep OMAP3_MUX
> > OMAP3_MUX(CAM_D0, OMAP_PIN_INPUT | OMAP_PIN_OFF_NONE | OMAP_PIN_OFF_WAKEUPENABLE
> >  | OMAP_MUX_MODE4, 0),
> > OMAP3_MUX(CAM_D10, OMAP_PIN_OUTPUT | OMAP_PIN_OFF_NONE | OMAP_MUX_MODE7, 0),
> > OMAP3_MUX(CAM_D11, OMAP_PIN_INPUT | OMAP_PIN_OFF_NONE | OMAP_PIN_OFF_WAKEUPENABL
> > E | OMAP_MUX_MODE4, 0),
> > OMAP3_MUX(CAM_D1, OMAP_PIN_INPUT | OMAP_PIN_INPUT_PULLUP | OMAP_PIN_OFF_NONE | O
> > MAP_PIN_OFF_WAKEUPENABLE | OMAP_MUX_MODE4, 0),
> > ...
> >
> > Currenly no write support to tweak the pins via debugfs,
> > but I'll add that soon with command line support too.
> >
> > I have not really verified the data yet, but it mostly looks
> > right. Adding support for 3630 and omap4 should be easy
> > after generating the data. It's currently implemented only
> > for 34xx.
> >
> > I guess the next step would be to convert all omap3 calls
> > to omap_cfg_reg() to use omap_mux_set() instead with the
> > new data and make sure things work. Then we can remove the
> > old data for 34xx.
> >
> > Comments welcome as always.
> >
> > Regards,
> >
> > Tony
> >
> >
> > ---
> >
> > Mike Rapoport (1):
> >      omap2: mux: intoduce omap_mux_{read,write}
> >
> > Tony Lindgren (4):
> >      omap: mux: Add debugfs support for new mux code
> >      omap: mux: Add new style init functions to omap3 board-*.c files
> >      omap: mux: Add new style pin multiplexing data for 34xx
> >      omap: mux: Add new style pin multiplexing code for omap3
> >
> >
> >  arch/arm/mach-omap2/Makefile             |    4
> >  arch/arm/mach-omap2/board-3430sdp.c      |    9
> >  arch/arm/mach-omap2/board-cm-t35.c       |    9
> >  arch/arm/mach-omap2/board-ldp.c          |    9
> >  arch/arm/mach-omap2/board-omap3beagle.c  |    9
> >  arch/arm/mach-omap2/board-omap3evm.c     |    9
> >  arch/arm/mach-omap2/board-omap3pandora.c |    9
> >  arch/arm/mach-omap2/board-overo.c        |    8
> >  arch/arm/mach-omap2/board-rx51.c         |   10
> >  arch/arm/mach-omap2/board-zoom2.c        |    8
> >  arch/arm/mach-omap2/mux.c                |  424 ++++++++
> >  arch/arm/mach-omap2/mux.h                |  127 ++
> >  arch/arm/mach-omap2/mux34xx.c            | 1552 ++++++++++++++++++++++++++++++
> >  arch/arm/mach-omap2/mux34xx.h            |  352 +++++++
> >  14 files changed, 2533 insertions(+), 6 deletions(-)
> >  create mode 100644 arch/arm/mach-omap2/mux.h
> >  create mode 100644 arch/arm/mach-omap2/mux34xx.c
> >  create mode 100644 arch/arm/mach-omap2/mux34xx.h
> >
> > --
> > Signature
> >
> 
> 
> 
> -- 
> 	Sincerely Yours,
> 		Mike.
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2009-10-29 21:59 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-10-29 20:35 [PATCH 0/5] New mux code for 34xx Tony Lindgren
2009-10-29 20:36 ` [PATCH 1/5] omap2: mux: intoduce omap_mux_{read,write} Tony Lindgren
2009-10-29 20:36 ` [PATCH 2/5] omap: mux: Add new style pin multiplexing code for omap3 Tony Lindgren
2009-11-01 10:30   ` Mike Rapoport
2009-11-02 18:54     ` Tony Lindgren
2009-11-03  6:56       ` Mike Rapoport
2009-10-29 20:36 ` [PATCH 3/5] omap: mux: Add new style pin multiplexing data for 34xx Tony Lindgren
2009-11-01 10:30   ` Mike Rapoport
2009-11-02 19:10     ` Tony Lindgren
2009-11-03  7:10       ` Mike Rapoport
2009-11-03 16:43         ` Tony Lindgren
2009-11-03 22:55           ` [PATCH] omap: mux: Replace omap_cfg_reg() with new style signal or gpio functions (Re: [PATCH 3/5] omap: mux: Add new style pin multiplexing data for 34xx) Tony Lindgren
2009-11-04  7:14           ` [PATCH 3/5] omap: mux: Add new style pin multiplexing data for 34xx Mike Rapoport
2009-11-10 22:37             ` Tony Lindgren
2009-11-11  8:23               ` Mike Rapoport
2009-10-29 20:36 ` [PATCH 4/5] omap: mux: Add new style init functions to omap3 board-*.c files Tony Lindgren
2009-10-29 20:36 ` [PATCH 5/5] omap: mux: Add debugfs support for new mux code Tony Lindgren
2009-10-29 21:19 ` [PATCH 0/5] New mux code for 34xx Mike Rapoport
2009-10-29 21:59   ` Tony Lindgren [this message]
2009-11-01 10:29 ` Mike Rapoport
2009-11-02 18:56   ` Tony Lindgren
2009-11-03  6:42     ` Mike Rapoport
2009-11-03 16:46       ` 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=20091029215937.GQ7180@atomide.com \
    --to=tony@atomide.com \
    --cc=linux-omap@vger.kernel.org \
    --cc=mike.rapoport@gmail.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: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox