Re: passing function pointers through platform devices?

[NZG]

> Once the generic GPIO framework migrates upstream from -mm
Thank you,  but I've reorganized my system to pass platform resources to a 
driver, which then registers simple gpio/pwm/quadencoder type devices as 
standard classes declared in a subdirectory.  Specific methods are then 
simple exported by stackable drivers.
It's unlikely I will adopt the GPIO interface at this point unless they really 
bring something new to the table.

I googled extensively and requested information on any current work here 
before I began this project and got zip. (see forwarded email paste)

I also emailed Robert Schwebel directly and he told me to ask VGER as it was 
being developed by someone else.

I don't mean to sound rude, but I really tried to build on existing work and 
it wasn't made available, so I've gone my own way, I had not other choice.

P.S. Forgive my VGER newbness, but what is "-mm" ?

thx,
NZG

> ----------  Forwarded Message  ----------
>
> Subject: GPIO device class driver
> Date: Tuesday 20 February 2007 10:40 am
> From: NZG <ngustavson@xxxxxxxxxxx>
> To: Linux kernel mailing list <linux-kernel@xxxxxxxxxxxxxxx>
>
> I am currently developing support for an ep9xx based SBC and want to export
> it's GPIO through sysfs in a simple and standard way,
> without adding yet another platform specific gpio driver to the kernel.
>
> As I understand it, a gpio class has already been begun by Robert Schwebel
> in but has not as of yet become part of the mainstream kernel.
>
> Searching the archives for this yields no results since 2006.
>
> Can anyone point me to a current patch?
> I'd like to start from there.
>
> thank you,
> NZG
>
> -------------------------------------------------

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/