[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20181113215040.GA2235@amd>
Date: Tue, 13 Nov 2018 22:50:40 +0100
From: Pavel Machek <pavel@....cz>
To: Geert Uytterhoeven <geert@...ux-m68k.org>
Cc: Jacek Anaszewski <jacek.anaszewski@...il.com>,
linux-leds@...r.kernel.org,
"open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS"
<devicetree@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Rob Herring <robh@...nel.org>,
Baolin Wang <baolin.wang@...aro.org>,
Daniel Mack <daniel@...que.org>, dmurphy@...com,
Linus Walleij <linus.walleij@...aro.org>, oleg@....org.ua,
Sakari Ailus <sakari.ailus@...ux.intel.com>,
simon@...eageos.org, xiaotong.lu@...eadtrum.com
Subject: Re: [PATCH 02/24] leds: core: Add support for composing LED class
device names
On Tue 2018-11-13 22:38:49, Geert Uytterhoeven wrote:
> Hi Pavel,
>
> On Mon, Nov 12, 2018 at 11:07 PM Pavel Machek <pavel@....cz> wrote:
> > Not really, I'm afraid. Hard drives have no red LEDs on them (and the
> > LED would not be visible, anyway) so the "device" symlink in such case
> > would point to some kind of i2c LED controller.
>
> I've seen hard drives with LEDs on the PCB.
Me too.
> External USB enclosures with hard drives typically have LEDs, too.
Yes, but typically neither are OS controlled.
I'm thinking home NAS system; it may have per-disk LEDs and they'll
probably be on some kind of dedicated LED controller.
Anyway, my point is that "device that controls this LED" is often
different from "device this LED is about".
Regards,
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
Download attachment "signature.asc" of type "application/pgp-signature" (182 bytes)
Powered by blists - more mailing lists