Re: [patch, rfc] LEDs support for collie

From: Pavel Machek (pavel_at_suse.cz)
Date: 11/02/05

  • Next message: Ingo Molnar: "Re: [2.6.14-rt1] slowdown / oops."
    Date:	Wed, 2 Nov 2005 14:51:49 +0100
    To: Andrew Morton <akpm@osdl.org>, rpurdie@rpsys.net, lenz@cs.wisc.edu, kernel list <linux-kernel@vger.kernel.org>
    
    

    Hi!

    > > This adds support for controlling LEDs on sharp zaurus sl-5500. It may
    > > look a little bit complex, but it probably needs to be complex --
    > > blinking is pretty much mandatory when you only have two leds, and we
    > > want to support charging led (controlled by kernel).
    >
    > Isn't "blinking" a kind of policy, as is brightness (== duty cycle of
    > a high speed toggling)? What if someone wants synchronised toggling?
    >
    > I still think anything over a very simple interface being exported to
    > userspace is completely overkill and completely bloated. Hell, I got
    > laughed at for creating an abstracted LEDs interface in the first
    > place because many thought the current version was far too bloated.

    Well, waking userspace for every blink is going to be expensive,
    power-wise. Plus we really need the blinking in kernel -- to
    communicate charger error to user.

    > I _know_ people have issues with the current interface, whinging that
    > "it only exports the colour" but that's something which is actually
    > very trivially solvable and therefore _not_ a major problem to solve.

    Where's the current interface? I'll be happy to plug collie into that
    one...
                                                                    Pavel

    -- 
    Thanks, Sharp!
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at  http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at  http://www.tux.org/lkml/
    

  • Next message: Ingo Molnar: "Re: [2.6.14-rt1] slowdown / oops."

    Relevant Pages

    • Re: [PATCH] input: extend EV_LED
      ... The hability to blinking at one rate is *very* common on ... For hardware-blink leds with various frequencies, ... and the new parameter pair is in new line. ... it implies both on- and off- times, leading to a duty cycle ...
      (Linux-Kernel)
    • Re: [PATCH] input: extend EV_LED
      ... The hability to blinking at one rate is *very* common on ... For hardware-blink leds with various frequencies, ... A blinking led is basically a PWM ... and the new parameter pair is in new line. ...
      (Linux-Kernel)
    • Irritating USB Flash Memory LED behaviour (usb_storage related?)
      ... Some new USB memory sticks will not stop blinking the LED. ... we have a problem with a batch of new USB sticks: ... I always thought that USB stick LEDs cannot be controlled by the ...
      (Linux-Kernel)
    • Re: [BUG 2.6.20-rc2] atkbd.c: Spurious ACK
      ... something as a kernel param. ... code blinking the leds. ... The change to suppress ACKs from paic blinking is already in Linus's tree. ...
      (Linux-Kernel)