On 9/18/19 9:23 AM, Andy Shevchenko wrote:
> On Wed, Sep 18, 2019 at 10:16 AM Linus Torvalds
> wrote:
>>
>> On Tue, Sep 17, 2019 at 6:13 PM Linus Torvalds
>> wrote:
>>>
>>> So this is fine and I've pulled it,
>>
>> Famous last words. I now get a new warning:
>>
>> drivers/i2c/i2c-core-acpi.c:347:
On Wed, Sep 18, 2019 at 10:09:57AM -0700, Linus Torvalds wrote:
> On Wed, Sep 18, 2019 at 9:53 AM Linus Torvalds
> wrote:
> >
> > I think (hope) the fixup commit is in one of Greg's pull requests that
> > are now pending in my queue.
>
> Yup, confirmed.
Good, glad the fixup is now handled proper
On Wed, Sep 18, 2019 at 9:53 AM Linus Torvalds
wrote:
>
> I think (hope) the fixup commit is in one of Greg's pull requests that
> are now pending in my queue.
Yup, confirmed.
I was planning to do them later today, but I'm doing them now to get
that regression out of the way.
Linu
On Wed, Sep 18, 2019 at 12:30 AM Andy Shevchenko
wrote:
>
> I hope you have a chance to read my previous email.
> We still need that function.
Your email came in after I did the merge with the fixup, so the kernel
now has the broken code (but without the warning).
I think (hope) the fixup commit
On Tue, Sep 17, 2019 at 06:13:09PM -0700, Linus Torvalds wrote:
> On Mon, Sep 16, 2019 at 3:21 PM Jacek Anaszewski
> wrote:
> >
> > There is one merge of tag with generic_lookup_helpers since
> > LED class has been made using class_find_device_by_name() helper:
> >
> > Merge tag 'generic_looku
On Wed, Sep 18, 2019 at 10:24 AM Linus Torvalds
wrote:
>
> On Tue, Sep 17, 2019 at 6:14 PM Linus Torvalds
> wrote:
> >
> > Famous last words. I now get a new warning:
> >
> > drivers/i2c/i2c-core-acpi.c:347:12: warning:
> > ‘i2c_acpi_find_match_adapter’ defined but not used [-Wunused-function]
>
On Wed, Sep 18, 2019 at 10:16 AM Linus Torvalds
wrote:
>
> On Tue, Sep 17, 2019 at 6:13 PM Linus Torvalds
> wrote:
> >
> > So this is fine and I've pulled it,
>
> Famous last words. I now get a new warning:
>
> drivers/i2c/i2c-core-acpi.c:347:12: warning:
> ‘i2c_acpi_find_match_adapter’ defined b
The pull request you sent on Tue, 17 Sep 2019 00:21:33 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/j.anaszewski/linux-leds.git
> tags/leds-for-5.4-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/4feaab05dc1eda3dbb57b097377766002e7a7cb9
Thank you!
--
D
On Tue, Sep 17, 2019 at 6:14 PM Linus Torvalds
wrote:
>
> Famous last words. I now get a new warning:
>
> drivers/i2c/i2c-core-acpi.c:347:12: warning:
> ‘i2c_acpi_find_match_adapter’ defined but not used [-Wunused-function]
Commit 00500147cbd3 ("drivers: Introduce device lookup variants by
ACPI_C
On Tue, Sep 17, 2019 at 6:13 PM Linus Torvalds
wrote:
>
> So this is fine and I've pulled it,
Famous last words. I now get a new warning:
drivers/i2c/i2c-core-acpi.c:347:12: warning:
‘i2c_acpi_find_match_adapter’ defined but not used [-Wunused-function]
347 | static int i2c_acpi_find_match_ada
On Mon, Sep 16, 2019 at 3:21 PM Jacek Anaszewski
wrote:
>
> There is one merge of tag with generic_lookup_helpers since
> LED class has been made using class_find_device_by_name() helper:
>
> Merge tag 'generic_lookup_helpers' into for-next
> platform: Add platform_find_device_by_driver()
Hi Linus,
Please pull LED updates for 5.4-rc1.
There is one merge of tag with generic_lookup_helpers since
LED class has been made using class_find_device_by_name() helper:
Merge tag 'generic_lookup_helpers' into for-next
platform: Add platform_find_device_by_driver() helper
drivers
The pull request you sent on Mon, 1 Jul 2019 18:46:33 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/j.anaszewski/linux-leds.git
> tags/leds-for-5.3-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/8a3367cc8005842efcefc0cb5c29780370818572
Thank you!
--
D
Hi Linus,
I'm sending early LED pull request for 5.3-rc1 since I will not
have access to the Internet for most part of the next week.
Please pull.
This time we move lm3697 backlight support from MFD to LED subsystem
and on top of that we add support for LED cell of LM36274 to the ti-lmu MFD
drive
The pull request you sent on Tue, 7 May 2019 20:42:25 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/j.anaszewski/linux-leds.git
> tags/leds-for-5.2-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/8b35ad6232c462b02e397e87ce702bcddd4ba543
Thank you!
--
D
Hi Linus,
Please pull LED updates for 5.2-rc1.
At first, the things touching other subsystems:
Merge of immutable branch between LED, MFD and OMAP Device Tree:
lm3532 driver relocation from MFD to LED subsystem,
accompanied by various improvements and optimizations;
it entails also a change in
The pull request you sent on Mon, 4 Mar 2019 21:11:10 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/j.anaszewski/linux-leds.git
> tags/leds-for-5.1-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/cd2a3bf02625ffad02a6b9f7df758ee36cf12769
Thank you!
--
D
Hi Linus,
Please pull LED updates for 5.1-rc1.
We finalize previously announced support for initialization of pattern triggers
from Device Tree.
Beside that there is a single fix for null deref on firmware load failure
in leds-lp55xx-common.c.
The following changes since commit bfeffd155283772b
The pull request you sent on Fri, 21 Dec 2018 16:54:51 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/j.anaszewski/linux-leds.git
> tags/leds-for-4.21-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/4e4390ad067a61ce4e7607bd0df31f19a4caa36a
Thank you!
--
Hi Linus,
Please pull LED updates for 4.21-rc1.
There are several few-liners, where most of them are fixes
and improvments. One thing standing out is ground preparation
for inititializing trigger parameters via Device Tree.
We introduce LED_INIT_DEFAULT_TRIGGER flag for that purpose
and set it w
Hi Linus,
Please pull LED updates for 4.20-rc1.
We introduce LED pattern trigger - the idea that was proposed three years
ago now received enough attention and determination to drive it to the
successful end.
There is also one new LED class driver and couple of improvements
to the existing ones.
Hi Linus,
Please pull LED updates for 4.19-rc1.
LED triggers improvements make the biggest part of this pull request.
The most striking ones, that allowed for nice cleanups in the triggers are:
- centralized handling of creation and removal of trigger sysfs
attributes via attrib
Hi Linus,
Please pull LED updates for 4.18-rc1. It was quite fruitful cycle, taking
into account usual traffic on linux-leds list, as we managed to merge
three new LED class drivers.
New LED class drivers with related DT bindings:
- add LED driver for CR0014114 board
- add Spreadt
On 04/03/2018 09:09 PM, Jacek Anaszewski wrote:
> Hi Linus,
>
> Please pull LED updates for 4.17-rc1:
>
> New LED class driver:
> - add driver for Mellanox regmap LEDs
>
> Improvement to ledtrig-activity:
It should be of course: "Improvement to ledtrig-disk".
> - extend disk trigger for re
Hi Linus,
Please pull LED updates for 4.17-rc1:
New LED class driver:
- add driver for Mellanox regmap LEDs
Improvement to ledtrig-activity:
- extend disk trigger for reads and writes
Improvements and fixes to existing LED class drivers:
- add more product/board names for PC Engines APU2
Hi Linus,
Please pull LED updates for 4.16-rc1.
New LED class driver:
- Introduce LM3692x dual string driver
New LED trigger:
- Introduce a NETDEV trigger
leds-lp8860:
- Various fixes to align with LED framework
- Add regulator enable during init
- DT support related improvements
Min
Hi Linus,
Please pull LED updates for 4.15-rc1.
New LED class driver:
- add a driver for PC Engines APU/APU2 LEDs
New LED trigger:
- add a system activity LED trigger
LED core improvements:
- replace flags bit shift with BIT() macros
Convert timers to use timer_setup() in:
- le
Hi Linus,
Please pull LED updates for 4.14-rc1.
LED class drivers improvements:
leds-pca955x:
- add Device Tree support and bindings
- use devm_led_classdev_register()
- add GPIO support
- prevent crippled LED class device name
- check for I2C errors
leds-gpio:
- add opt
Hi Linus,
Please pull LED updates for 4.13.
This time we're removing more than adding:
Remove drivers:
leds-versatile:
- all users of the Versatile LED driver are deleted and replaced
with the very generic leds-syscon
leds-sead3:
- SEAD3 is using the generic leds-syscon & regmap based
Hi Linus,
Please pull LED updates for 4.12 merge cycle.
In this development cycle there were two interactions with other
subsystems:
- mfd: merged a single patch from it, that prevents leds-cpcap build break
- x86 platform drivers: exposed a set of dell-led related patches
Hi Linus,
Please pull LED updates for 4.11 merge cycle.
New features and improvements:
- add new optional brightness_hw_changed attribute for the LEDs that
may have their brightness level changed autonomously, (outside of
kernel control) by hardware / firmware. The attribute supports
usersp
Hi Linus,
Please pull LED updates for 4.10 merge cycle.
>From the things that need to be highlighted there are:
- userspace LED class driver - it can be useful for testing triggers
and can also be used to implement virtual LEDs,
- LED class driver for NIC78bx device,
- LED core fixes for preven
On 11/18/2016 06:07 PM, Linus Torvalds wrote:
On Fri, Nov 18, 2016 at 6:13 AM, Jacek Anaszewski
wrote:
Please pull LED subsystem related updates for MAINTAINERS.
I'd like to announce a new co-maintainer - Pavel Machek.
No can do.
You've done something incredibly odd, including rebasing my 4
On Fri, Nov 18, 2016 at 6:13 AM, Jacek Anaszewski
wrote:
>
> Please pull LED subsystem related updates for MAINTAINERS.
> I'd like to announce a new co-maintainer - Pavel Machek.
No can do.
You've done something incredibly odd, including rebasing my 4.9-rc4
commit (and four commits before that f
Hi Linus,
Please pull LED subsystem related updates for MAINTAINERS.
I'd like to announce a new co-maintainer - Pavel Machek.
The following changes since commit 297bde4400ee9c9fbaad3d202d75633ec5d084a3:
Linux 4.9-rc4 (2016-11-18 14:48:54 +0100)
are available in the git repository at:
git:/
Hi Linus,
Please pull LED updates for 4.9 merge cycle. There are three new
LED class drivers and some minor fixes and improvementes to the
leds-gpio driver, LED Trigger core and documentation.
The following changes since commit 694d0d0bb2030d2e36df73e2d23d5770511dbc8d:
Linux 4.8-rc2 (2016-08-1
Hi Linus,
Please pull LED updates for 4.8 merge cycle.
There are interactions with the code outside LED subsystem,
which shouldn't cause any conflicts:
- update of drivers/Makefile
- update of disk activity trigger name in a number dts files
The following changes since commit 33688abb2802ff3a230
Hi Linus,
Please pull LED updates for 4.7 merge cycle.
In this merge cycle we had an interaction with MTD subsystem, that
included converting drivers/mtd/nand/nand_base.c to use newly introduced
MTD (NAND/NOR) LED trigger instead of implementing it on its own.
Related MTD patches are intended to
Hi Linus,
This cycle we got:
- a fix of attribute-creation race for the whole leds subsystem
- new drivers (HID:GT683R, leds-ipaq-micro)
- other fixing and clean up.
Please consider the following changes since commit
a497c3ba1d97fc69c1e78e7b96435ba8c2cb42ee:
Linux 3.16-rc2 (2014-06-21 19:02
Hi Linus,
I just found merge window is open and I'm quite busy and almost forget
to send out this pull request. Thanks Russell and Alexandre ping me
about this.
So basically we got some clean up and leds-pwm fixing patches from Russell.
Please consider the following changes since commit
89ca3b88
Hi Linus:
This cycle we got:
- new driver for leds-mc13783
- bug fixes
- code cleanup.
Please consider the following changes since commit
cfbf8d4857c26a8a307fb7cd258074c9dcd8c691:
Linux 3.14-rc4 (2014-02-23 17:40:03 -0800)
are available in the git repository at:
git://git.kernel.org/pub
Hi Linus
Basically this cycle is most cleanup for LED subsystem.
Please consider the following changes since commit
802eee95bde72fd0cd0f3a5b2098375a487d1eda:
Linux 3.13-rc6 (2013-12-29 16:01:33 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/coo
Henrique de Moraes Holschuh wrote:
> On Fri, 08 Feb 2008, Németh Márton wrote:
>> Richard Purdie wrote:
> leds: Add support for hardware accelerated LED flashing
This one has a loose end: when you call brightness_set on a led with
hardware flash acceleration, you will leave the
On Fri, 08 Feb 2008, Németh Márton wrote:
> Richard Purdie wrote:
> >>> leds: Add support for hardware accelerated LED flashing
> >> This one has a loose end: when you call brightness_set on a led with
> >> hardware flash acceleration, you will leave the trigger armed, BUT the led
> >> won't
Richard Purdie wrote:
> On Thu, 2008-02-07 at 19:38 -0200, Henrique de Moraes Holschuh wrote:
>> On Thu, 07 Feb 2008, Richard Purdie wrote:
>>> Márton Németh:
>>> leds: Add support for hardware accelerated LED flashing
>>> leds: hw acceleration for Clevo mail LED driver
>> This one has
On Thu, 2008-02-07 at 19:38 -0200, Henrique de Moraes Holschuh wrote:
> On Thu, 07 Feb 2008, Richard Purdie wrote:
> > Márton Németh:
> > leds: Add support for hardware accelerated LED flashing
> > leds: hw acceleration for Clevo mail LED driver
>
> This one has a loose end: when you c
On Thu, 07 Feb 2008, Richard Purdie wrote:
> Márton Németh:
> leds: Add support for hardware accelerated LED flashing
> leds: hw acceleration for Clevo mail LED driver
This one has a loose end: when you call brightness_set on a led with
hardware flash acceleration, you will leave the t
Linus,
Could you please pull from:
git://git.o-hand.com/linux-rpurdie-leds for-linus
for the LED tree updates for 2.6.25. This includes a couple of new
drivers, removal of a now superseded driver, some extensions to some
existing drivers and some LED class enhancements/bugfixes. Most of this
has
Linus,
Could you please pull from:
git://git.o-hand.com/linux-rpurdie-leds for-linus
for the LED tree updates for 2.6.24. Just some changes to the cobalt
driver really.
Thanks, Richard
drivers/leds/Kconfig| 13 ++-
drivers/leds/Makefile |3
drivers/leds/leds-cobal
Hi Linus,
Could you please pull from:
git://git.o-hand.com/linux-rpurdie-leds for-linus
This adds a couple of new LED drivers and converts the LED class away
from struct class_device as well as some bug fixes. Most of this has
been in -mm for a while.
Thanks,
Richard
arch/avr32/boards/atngw1
Hi Linus,
Could you please pull from:
git://git.o-hand.com/linux-rpurdie-leds for-linus
This adds two new LED drivers (in my capacity as LEDs maintainer).
Thanks,
Richard
drivers/leds/Kconfig | 12 +++
drivers/leds/Makefile |2
drivers/leds/leds-cobalt.c | 43 +++
51 matches
Mail list logo