From: Tony Lindgren <tony@atomide.com>
To: Cory Maccarrone <darkstar6262@gmail.com>
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 1/7] [OMAP] gpio: Allow for extended GPIO space
Date: Mon, 29 Nov 2010 11:37:37 -0800 [thread overview]
Message-ID: <20101129193737.GH17222@atomide.com> (raw)
In-Reply-To: <AANLkTinCxh39iLjVnmc0=VVE8aQahpo9XMjg0B7CiffW@mail.gmail.com>
* Cory Maccarrone <darkstar6262@gmail.com> [101125 07:23]:
> On Mon, Aug 2, 2010 at 4:51 AM, Tony Lindgren <tony@atomide.com> wrote:
> > * Cory Maccarrone <darkstar6262@gmail.com> [100720 06:59]:
> >> This change copies from the s3c24xx the ability for a board to specify
> >> if it wants 64 or 128 more GPIOs in the board space. This is needed
> >> to get the HTC Herald board's extra htcpld gpios to work as actual
> >> gpios.
> >
> > <snip>
> >
> >> +config OMAP_GPIO_EXTRA
> >> + int
> >> + default 128 if OMAP_GPIO_EXTRA128
> >> + default 64 if OMAP_GPIO_EXTRA64
> >> + default 0
> >> +
> >> +config OMAP_GPIO_EXTRA64
> >> + bool
> >> + help
> >> + Add an extra 64 gpio numbers to the available GPIO pool. This is
> >> + available for boards that need extra gpios for external devices.
> >> +
> >> +config OMAP_GPIO_EXTRA128
> >> + bool
> >> + help
> >> + Add an extra 128 gpio numbers to the available GPIO pool. This is
> >> + available for boards that need extra gpios for external devices.
> >> +
> >
> > Let's wait on this and the following patch a a little, I believe there
> > are already patches in the works to deal with this for the multi-arm
> > support. So this should get solved eventually in a generic way.
> >
> > Regards,
> >
> > Tony
> >
>
> Has anything happened with this recently? I haven't been keeping up
> too much, and I notice the latest linus-tree kernel still needs these
> patches (or something similar) for me to be able to use the htcpld on
> herald.
Well I'm working on a patch series that combines all mach-omap1 defconfigs
into one, still need to sort out few places to make it work.
That means we must be able to compile in all the needed options without
breaking things, so let's not make this a Kconfig option. Or at least
it should be possible to enable it for all mach-omap1 machines.
AFAIK, you should be able to just define it the same way as TWL4030_IRQ_BASE
in arch/arm/plat-omap/include/plat/irqs.h, maybe based it on
CONFIG_ARCH_OMAP7XX?
Regards,
Tony
--
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
next prev parent reply other threads:[~2010-11-29 19:37 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-20 4:05 [PATCH 0/7] HTC Herald various device support Cory Maccarrone
2010-07-20 4:05 ` [PATCH 1/7] [OMAP] gpio: Allow for extended GPIO space Cory Maccarrone
2010-08-02 10:51 ` Tony Lindgren
2010-11-25 15:33 ` Cory Maccarrone
2010-11-29 19:37 ` Tony Lindgren [this message]
2010-08-02 10:54 ` [PATCH 0/7] HTC Herald various device support 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=20101129193737.GH17222@atomide.com \
--to=tony@atomide.com \
--cc=darkstar6262@gmail.com \
--cc=linux-omap@vger.kernel.org \
/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;
as well as URLs for NNTP newsgroup(s).