[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAPzFB+W6tBFuUy3R4ujc1Qk2nZ2D3h03F2OuFp6SrWypZbq2EA@mail.gmail.com>
Date: Thu, 14 Sep 2017 12:38:38 -0700
From: David Lin <dtwlin@...gle.com>
To: Jacek Anaszewski <jacek.anaszewski@...il.com>
Cc: Pavel Machek <pavel@....cz>, Jonathan Corbet <corbet@....net>,
rpurdie@...ys.net, hdegoede@...hat.com,
Greg KH <gregkh@...uxfoundation.org>, robh@...nel.org,
Rom Lemarchand <romlem@...gle.com>, linux-doc@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-leds@...r.kernel.org
Subject: Re: [PATCH v2 0/3] led: ledtrig-transient: add support for hrtimer
On Thu, Sep 14, 2017 at 12:31 PM, Jacek Anaszewski
<jacek.anaszewski@...il.com> wrote:
> I would change one more thing in this patch, though. The hr_timer engine
> should be made optional and not used by default for fast LEDs.
> It could be made configurable by exposing additional sysfs file from
> ledtrig-transient.c, e.g. hr_timer_support, accepting boolean value.
Do you mean in additional to checking the LED_BRIGHTNESS_FAST flag,
userspace has to explicitly enable it via sysfs for ledtrig to select
hrtimer? This seems to be redundant to me. Could you please explain
your concerns and the benefit of doing this? Thanks.
Powered by blists - more mailing lists