proper framework for meter sink?

proper framework for meter sink?

[Oleksij Rempel]

[-- Attachment #1.1: Type: text/plain, Size: 817 bytes --]

Hallo all,

I wont to use existing LED triggers by setting multiple LEDs on trigger.
The triggers should use brightness value by different trigger intensity
and the driver should set different amount of LEDs depending on
brightness value.
With other words LED meter controller by kernel LED framework. It should
be possible to configure LED arrays by Device Tree.
Initially i was thinking about some kind of extended leds-gpio.c driver
which will convert brightness value to LED position. But one my friend
pointed me that metes exist in different configurations and it make no
sense to bind it to LED framework.

Do you have any ideas, suggestions, tips? I know there are lot of user
space based variants. On other hand kernel already have almost every
thing what I need.

-- 
Regards,
Oleksij


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

Re: proper framework for meter sink?

[Pavel Machek]

[-- Attachment #1: Type: text/plain, Size: 1289 bytes --]

Hi!

> I wont to use existing LED triggers by setting multiple LEDs on trigger.
> The triggers should use brightness value by different trigger intensity
> and the driver should set different amount of LEDs depending on
> brightness value.

Well... we don't really have "trigger intensities" inside the kernel.

Are you sure this is something kernel should do?

> With other words LED meter controller by kernel LED framework. It should
> be possible to configure LED arrays by Device Tree.
> Initially i was thinking about some kind of extended leds-gpio.c driver
> which will convert brightness value to LED position. But one my friend
> pointed me that metes exist in different configurations and it make no
> sense to bind it to LED framework.
> 
> Do you have any ideas, suggestions, tips? I know there are lot of user
> space based variants. On other hand kernel already have almost every
> thing what I need.


We could have triggers like "on if value is above X", and then you
could use few of them to implement a meter.

But I guess this would be better done in userspace... Why not do it there?

									Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]