Re: [PATCH RFC 0/4] leds: extend disk trigger
From: Niklas Cassel
Date: Mon Jan 26 2026 - 04:01:09 EST
Hello Markus,
On Fri, Jan 23, 2026 at 07:05:03PM +0000, Markus Probst wrote:
> Extend the disk trigger
> - to allow configuration of the blinking delays
> and whether the led should be kept on, on idle.
> - to allow an individual led to be mapped to an ata port
>
> I would also like to add another patch to this series, only leaving the led
> on with invert 1 if also at least one disk is present on the ata port.
> The led would then not only indicate activity, but also if a disk is
> present.
> That is why it is an RFC.
>
> @Damien,Niclas: What would be the most straightforward way of telling
> the led trigger if at least one disk is present on the ata port and
> notifing it when this changes?
Why do we want to have this in kernel space?
Sure, there is already the very simple ledtrig-disk driver.
But I'm not a fan of making the driver more complex.
If we want something more complex than what is already there, then it
is probably much better handled in user space, considering the amount
of possible configuration options.
Basically the same argument as used in:
https://lore.kernel.org/linux-nvme/20220227234258.24619-1-ematsumiya@xxxxxxx/T/#u
Kind regards,
Niklas