[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20240527125940.155260-1-bastien.curutchet@bootlin.com>
Date: Mon, 27 May 2024 14:59:37 +0200
From: Bastien Curutchet <bastien.curutchet@...tlin.com>
To: Riku Voipio <riku.voipio@....fi>,
Pavel Machek <pavel@....cz>,
Lee Jones <lee@...nel.org>
Cc: linux-leds@...r.kernel.org,
linux-kernel@...r.kernel.org,
Thomas Petazzoni <thomas.petazzoni@...tlin.com>,
herve.codina@...tlin.com,
christophercordahi@...ometrics.ca,
Bastien Curutchet <bastien.curutchet@...tlin.com>
Subject: [PATCH 0/3] leds: pca9532: Use hardware for blinking leds
Hi all,
This series aims to use hardware more often to blink leds.
The pca9532_set_blink() rejects asymmetric delays. So the core's software
fallback is almost always used when we want to blink a led. Removing
this restriction revealed some conflicts between setting brightness and
blinking as the same PWM (PWM0) configuration is used by all leds for
both brightness and blinking.
Make use of the second available PWM (PWM1) to blink leds. This PWM1 was
reserved for beepers so hardware blinking is explicitly disabled if at
least one led is used to drive a beeper to avoid conflicts.
Tested with PCA9532
Bastien Curutchet (3):
leds: pca9532: Use PWM1 for hardware blinking
leds: pca9532: Explicitly disable hardware blink when PWM1 is
unavailable
leds: pca9532: Change default blinking frequency to 1Hz
drivers/leds/leds-pca9532.c | 60 ++++++++++++++++++++++++++++++-------
1 file changed, 49 insertions(+), 11 deletions(-)
--
2.44.0
Powered by blists - more mailing lists