> > >There are around 60 drivers in the other kernel subsystems that register
> > >LED class devices. If we chose the way you proposed then we would have
> > >to adjust all of them to the LED core changes, which could complicate
> > >the situation during merge window if there were other
On Wed, Aug 19, 2015 at 04:03:19PM +0200, Jacek Anaszewski wrote:
> On 08/14/2015 09:57 AM, Jacek Anaszewski wrote:
> >H Andrew,
> >
> >On 08/13/2015 04:15 PM, Andrew Lunn wrote:
> >>On Tue, Aug 11, 2015 at 11:37:14AM +0200, Jacek Anaszewski wrote:
> >>>This patch adds a new
On 08/14/2015 09:57 AM, Jacek Anaszewski wrote:
H Andrew,
On 08/13/2015 04:15 PM, Andrew Lunn wrote:
On Tue, Aug 11, 2015 at 11:37:14AM +0200, Jacek Anaszewski wrote:
This patch adds a new brightness_set_nonblocking op to the LED
subsystem.
The op is intended for drivers that set brightness
On 08/14/2015 09:57 AM, Jacek Anaszewski wrote:
H Andrew,
On 08/13/2015 04:15 PM, Andrew Lunn wrote:
On Tue, Aug 11, 2015 at 11:37:14AM +0200, Jacek Anaszewski wrote:
This patch adds a new brightness_set_nonblocking op to the LED
subsystem.
The op is intended for drivers that set brightness
On Wed, Aug 19, 2015 at 04:03:19PM +0200, Jacek Anaszewski wrote:
On 08/14/2015 09:57 AM, Jacek Anaszewski wrote:
H Andrew,
On 08/13/2015 04:15 PM, Andrew Lunn wrote:
On Tue, Aug 11, 2015 at 11:37:14AM +0200, Jacek Anaszewski wrote:
This patch adds a new brightness_set_nonblocking op to the
There are around 60 drivers in the other kernel subsystems that register
LED class devices. If we chose the way you proposed then we would have
to adjust all of them to the LED core changes, which could complicate
the situation during merge window if there were other modifications in
H Andrew,
On 08/13/2015 04:15 PM, Andrew Lunn wrote:
On Tue, Aug 11, 2015 at 11:37:14AM +0200, Jacek Anaszewski wrote:
This patch adds a new brightness_set_nonblocking op to the LED subsystem.
The op is intended for drivers that set brightness in a non-blocking way,
i.e. they neither sleep nor
H Andrew,
On 08/13/2015 04:15 PM, Andrew Lunn wrote:
On Tue, Aug 11, 2015 at 11:37:14AM +0200, Jacek Anaszewski wrote:
This patch adds a new brightness_set_nonblocking op to the LED subsystem.
The op is intended for drivers that set brightness in a non-blocking way,
i.e. they neither sleep nor
On Thu 2015-08-13 16:15:47, Andrew Lunn wrote:
> On Tue, Aug 11, 2015 at 11:37:14AM +0200, Jacek Anaszewski wrote:
> > This patch adds a new brightness_set_nonblocking op to the LED subsystem.
> > The op is intended for drivers that set brightness in a non-blocking way,
> > i.e. they neither sleep
On Tue, Aug 11, 2015 at 11:37:14AM +0200, Jacek Anaszewski wrote:
> This patch adds a new brightness_set_nonblocking op to the LED subsystem.
> The op is intended for drivers that set brightness in a non-blocking way,
> i.e. they neither sleep nor use delays while setting brightness.
>
>
On Tue, Aug 11, 2015 at 11:37:14AM +0200, Jacek Anaszewski wrote:
This patch adds a new brightness_set_nonblocking op to the LED subsystem.
The op is intended for drivers that set brightness in a non-blocking way,
i.e. they neither sleep nor use delays while setting brightness.
On Thu 2015-08-13 16:15:47, Andrew Lunn wrote:
On Tue, Aug 11, 2015 at 11:37:14AM +0200, Jacek Anaszewski wrote:
This patch adds a new brightness_set_nonblocking op to the LED subsystem.
The op is intended for drivers that set brightness in a non-blocking way,
i.e. they neither sleep nor
This patch adds a new brightness_set_nonblocking op to the LED subsystem.
The op is intended for drivers that set brightness in a non-blocking way,
i.e. they neither sleep nor use delays while setting brightness.
Signed-off-by: Jacek Anaszewski
Cc: Bryan Wu
Cc: Andrew Lunn
Cc: Sakari Ailus
This patch adds a new brightness_set_nonblocking op to the LED subsystem.
The op is intended for drivers that set brightness in a non-blocking way,
i.e. they neither sleep nor use delays while setting brightness.
Signed-off-by: Jacek Anaszewski j.anaszew...@samsung.com
Cc: Bryan Wu
14 matches
Mail list logo