I get ya. In that case here is a revised proposal which impliments the wi=
ring as
a kernel device instead of a daemon. The suggestion of using gpio devices=
 as
output indicators is in there aswell.

http://www.netsoc.tcd.ie/~bofh/soc_NetBSD_LEDAPI.html

Thanks for the feedback so far btw, its greatly appreciated!

  -- Joseph



Quoting Michael Lorenz <macallan@netbsd.org>:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hello,
>
> >>   With regards to Summer of Code projects, I am very interested in
> >> the "LED/LCD
> >> Generic API" project. While I realise its cutting it close for this,
> >> if anyone
> >> has any feedback on my proposal that would be great. The proposal is
> >> at
> >>
> >>   http://www.netsoc.tcd.ie/~bofh/soc_NetBSD_LEDAPI.html
> >>
> >> Thanks!
> >>   -- Joseph Mullally
> >>
> >
> > Hmm... I really like the idea of a common API.  But I am doubtful abo=
ut
> > the need or benefit provided by a userland daemon.  Couldn't this
> > instead be handled by simple ioctls to the devices themselves, which
> > could export a common set of ioctls for querying features, and
> > getting/setting values?
>
> Seconded. Sure, a userland daemon would add flexibility but it would
> also add considerable overhead and would be useless during kernel
> startup when LEDs/LCDs might be a valuable debugging aid.
> Same about kernel panics.
>
> > A *utility* that runs at startup to configure initial settings from
> > some
> > configuration file might be useful however.
>
> Definitely, it may not always be possible to come up with a reasonable
> and complete default wiring and this default may or may not be what the
> user wants.
>
> > I would strongly recommend looking at the GPIO framework as an exampl=
e
> > for what I have in mind.
>
> Yes, it would be nice if we could use any gpio as output.
>
> > I'd also be willing to mentor this project.
>
> I've been volunteered for it as well ;)
>
> have fun
> Michael
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.4 (Darwin)
>
> iQEVAwUBRFwhV8pnzkX8Yg2nAQJAGgf/YclMN3p26/Jq5EU29BhmrgVcGgJrbrKh
> zaAml+QzhAF86i4O7x0rqQn+zNnHodH/3SIS3IIzXQXLbELe08xOsN8BCgBn4Sc/
> r0m7J0u7eatqa3ymagtfNMNV9wha5Rj3D4atMZtHvoE4UpENKdI9a9h46nS8a2Qt
> ex5KoqlUzG4v8iq3mcxeLyjF+wzl0faIjA5PrpnzQ9TPO25cg02O6lZTgnf52+Oz
> 3AL8t5EnA/UxZzccgxdU6Z+Uchue/p8lgWK9FgNf6DyInkvUV22bWoFBul5ENIKS
> k4ZuhVsTYfq44BO11+t7zzMweJwh59R9I+PK1tEjgUpHR2A2vzhB/w=3D=3D
> =3DwQAg
> -----END PGP SIGNATURE-----
>
>