linux-kernel - Re: passing function pointers through platform devices?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <20070307090719.0bf99e3a.randy.dunlap@oracle.com>
Date:	Wed, 7 Mar 2007 09:07:19 -0800
From:	Randy Dunlap <randy.dunlap@...cle.com>
To:	NZG <ngustavson@...cinc.com>
Cc:	Ben Nizette <ben.nizette@...et.net.au>,
	Linux Kernel list <linux-kernel@...r.kernel.org>
Subject: Re: passing function pointers through platform devices?

On Wed, 7 Mar 2007 10:37:00 -0600 NZG wrote:

> > 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" ?

See http://kernel.org/patchtypes/mm.html:

"""
The -mm patches to the Linux kernel
The -mm patches are a set of patches, released by Andrew Morton, against the official kernel series. They are frequently more experimental in nature than the official series. These patches are available in Andrew's kernel directory:

    /pub/linux/kernel/people/akpm/
"""

> thx,
> NZG
> 
> > ----------  Forwarded Message  ----------
> >
> > Subject: GPIO device class driver
> > Date: Tuesday 20 February 2007 10:40 am
> > From: NZG <ngustavson@...cinc.com>
> > To: Linux kernel mailing list <linux-kernel@...r.kernel.org>
> >
> > 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@...r.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
> 


---
~Randy
*** Remember to use Documentation/SubmitChecklist when testing your code ***
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/