userspace button controls

Joseph P. Garcia jpgarcia at execpc.com
Wed Jul 25 02:21:00 EST 2001


On Tue, 24 Jul 2001 17:36:55 +0200 (CEST)
Michael Schmitz <schmitz at mail.biophys.uni-duesseldorf.de> wrote:
> You're talking about PMU_IOC_SET/GET_BACKLIGHT? Thanks for breaking pmud
> :-) Please make that a config option, or get Stephan Leemburg to change
> pmud before this leaks into kernels built for the unsuspecting user.

Oh yeah.  That's right. ^_^;  When I get the time, I'll see what I can do.  The patches are for testing purposes.  As Franz pointed out, there are a few things that need to be done before anything can be fully merged.  I presume that since the fbdev ioctl can be used by others, whomever is in charge of that might prefer a slightly different name or parameter.  (still need to contact them)  So it will probably be a bit.. maybe.  I'd rather that the api propagates finality in the kernel before it even hits general user userspace.  that involves finalizing the new keys and the fb.h's ioctl afaik.

In the meantime, kernel space coexistance of the two would be nasty.  I coded this thinking i need cleaner code over maintaining the older code links in the kernel.

fblevel command also uses pmu.

For testing, a 'if(ioctl(pmu,...)<0) ioctl(fb,...);' should work for compatibility, taking with the -EINVAL ioctl failure my patch would generate.  Probably put the fb's ioctl in an #ifdef (IOCTL NAME) so it still compiles elsewhere.

--
Joseph P. Garcia
http://www.execpc.com/~jpgarcia

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/





More information about the Linuxppc-dev mailing list