Re: [PATCH 1/7] [OMAP] gpio: Allow for extended GPIO space

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



* Cory Maccarrone <darkstar6262@xxxxxxxxx> [101125 07:23]:
> On Mon, Aug 2, 2010 at 4:51 AM, Tony Lindgren <tony@xxxxxxxxxxx> wrote:
> > * Cory Maccarrone <darkstar6262@xxxxxxxxx> [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@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Arm (vger)]     [ARM Kernel]     [ARM MSM]     [Linux Tegra]     [Linux WPAN Networking]     [Linux Wireless Networking]     [Maemo Users]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux