[PATCH v2] powerpc: implement support for MPC8349-compatible SOC GPIOs

[Kumar Gala]

On Sep 19, 2008, at 10:33 AM, Anton Vorontsov wrote:

> On Fri, Sep 19, 2008 at 05:11:15PM +0200, Peter Korsgaard wrote:
>>>>>>> "Anton" == Anton Vorontsov <avorontsov at ru.mvista.com> writes:
>>
>> Hi,
>>
>>>> It seems basically the same as my patch (gpio driver for
>>>> mpc831x/mpc834x/mpc837x with OF bindings) from September 5th except
>>>> you don't have any documentation
>>
>> Anton> Well, do we really need documentation for every trivial gpio
>> Anton> controller? The bindings are the same, only different  
>> compatible
>> Anton> entries...
>>
>> Well, we need some way of knowing that atleast. Having people  
>> grepping
>> through arch/powerpc/boot/dts/ (and knowing that they should look for
>> 8349 even though they might use 8313 or 8610) doesn't seem optimal to
>> me - I take it that's why we created
>> Documentation/powerpc/dts-bindings in the first place?
>
> Ok.
>
>> Anton> If we do need the documentation for this, I can readily  
>> include it.
>>
>>>> and the Kconfig doesn't depend on
>>>> 831x/834x/837x.
>>
>> Anton> This is purposely. We also need support for 8610, and maybe
>> Anton> later we'll find another chip with the same unit. So, to not  
>> touch
>> Anton> the Kconfig for every new chip I just made it PPC32-wide.  
>> Other
>> Anton> option is to depend on FSL_SOC, but the driver really does not
>> Anton> depend on any fsl_soc stuff...
>>
>> Adding another symbol to the Kconfig once it is verified that a new
>> SoC is compatible doesn't seem like a big deal - Figuring out all the
>> knobs we already have is, without having options for stuff that is
>> known to be irrelevant for the SoC.
>>
>> The other 83xx specific drivers also depend on PPC_83xx.
>
> Lets wait for Kumar's comments. We've already had a PPC_* mess
> for the USB_EHCI_FSL symbol. What I've learned from it, is that
> huge PPC_* list isn't perfect either.

I've alone glanced over this, but some initial comments are.. lets  
rename the thing to not be 83xx specific since 8610 uses it and I'm  
sure we'll have other parts that do similar things.

With regards to the binding, lets make it generic like 'fsl,mpc8xxx- 
gpio", "fsl,CHIP-gpio" and than we can use cpm1/cpm2/pq1/pq2 as  
prefixes to distinguish and major differences.

- k