> 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 <[EMAIL PROTECTED]> > To: Linux kernel mailing list <[email protected]> > > 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 [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
