linux-kernel - Re: Building BarGraph with LED subsystem

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: <f04eb1355e17dbe4ce7bbdd47da0056e.squirrel@mungewell.org>
Date:	Fri, 16 Mar 2012 12:38:50 -0400
From:	simon@...gewell.org
To:	"John Stoffel" <john@...ffel.org>
Cc:	simon@...gewell.org, linux-input@...r.kernel.org,
	linux-kernel@...r.kernel.org
Subject: Re: Building BarGraph with LED subsystem

> While making the kernel more complex... esp for a feature which is of
> such limited use.

Is the concept of a bargraph of LEDs really a 'limited use'? I can think
of several uses... I mean isn't flashing or a heart beat just as limited
;-)

> Do it all in userland, it's easier, you can use
> floating point math, etc.  And to test changes, you don't have to
> recompile a module and unload/reload it, etc.

For my application a user-land stub would do math to work out threshold
values and push current value (in the right format) into the LED
subsystem.

Once kernel framework is provided it should not need re-compilation on a
case by case basis.

Simon

--
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/