On Thu, Dec 05, 2024 at 01:38:10PM +0100, Marek Behún wrote: > On Wed, Dec 04, 2024 at 07:48:51AM +0100, Klaus Kudielka wrote: > > On Mon, 2024-11-04 at 17:02 +0100, Gregory CLEMENT wrote: > > > Marek Behún <kabel@xxxxxxxxxx> writes: > > > > > > > When global LED brightness is changed by pressing the front button on > > > > Turris Omnia, the MCU can produce an interrupt to the CPU. Add the > > > > description of this interrupt to the LED controller node. > > > > > > > > Signed-off-by: Marek Behún <kabel@xxxxxxxxxx> > > > > > > As the binding had been acked, and this change won't produce any > > > regression I can already get it. > > > > > > Applied on mvebu/dt > > > > > > Thanks, > > > > > > Gregory > > > > > > > This patch made it into v6.13-rc1, and completely breaks the LEDS on my Turris Omnia CZNIC11. > > The entries in /sys/class/leds disappeared, and instead the kernel says: > > > > [ 11.746116] i2c 1-002b: deferred probe pending: (reason unknown) > > > > If I just revert the patch on top of v6.13-rc1, all is good again. Kernel config attached, for reference. > > > > Best regards, Klaus > > > > #regzbot introduced: 68bc6a71f56875a7dbde4f44aa4404c214651e1c > > This is because the patch went into 6.13 but the rest of the patches > did not, Lee wants to take them for 6.14 :-( > > Apply this series and it will work. > > https://lore.kernel.org/linux-leds/20241111100355.6978-1-kabel@xxxxxxxxxx/T/ Alternatively you can overcome this issue if you enable the turris-omnia-mcu driver in 6.13: CONFIG_CZNIC_PLATFORMS=y CONFIG_TURRIS_OMNIA_MCU=y/m (and also the subsequent options). Marek