Re: [PATCH] leds: Add documentation about possible subsystem improvements

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, 27 Sep 2020 22:33:09 +0200
Pavel Machek <pavel@xxxxxx> wrote:

> On Fri 2020-09-25 16:46:32, Marek Behun wrote:
> > On Fri, 25 Sep 2020 11:33:18 +0200
> > Pavel Machek <pavel@xxxxxx> wrote:
> >   
> > > +* Command line utility to manipulate the LEDs?
> > > +
> > > +/sys interface is not really suitable to use by hand, should we have
> > > +an utility to perform LED control?  
> > 
> > I will try to implement ledtool.  
> 
> Actually.. I started something. How do you like Rust?
> 

I've never written anything in Rust. I am not opposed to the language,
since I don't know much about it (although I've heart praise for Rust
from some people), but am not much enthuiastic about this program in
particular to be written in it.

For embedded systems, for example, gcc was for a long time the only
needed compiler. Now embedded system often need at least
Python/Lua/Perl. If I wanted to embed this ledtool and it is written in
Rust, I will need one more compiler and its environment.

So if you insist on Rust for ledtool, I will most probably pass, but I
am still interested in working on the kernel part of the LED subsystem.

Marek

> https://gitlab.com/tui/tui/-/blob/master/led/src/main.rs
> 
> In future, I'd like utility to accept both old and new names while we
> clean them up.
> 
> It would be also nice to have useful listing mode -- name, type,
> current brightness/trigger...
> 
> In future, it would be good to be able to set rgb led to particular
> color.
> 
> And probably user-friendly interface to access LEDs for particular
> ethernet interface would be nice.
> 
> Best regards,
> 									Pavel
> 




[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux