On Fri, Dec 16, 2022 at 12:30:07PM +0100, Hans de Goede wrote: > Add a generic [devm_]led_get() method which can be used on both devicetree > and non devicetree platforms to get a LED classdev associated with > a specific function on a specific device, e.g. the privacy LED associated > with a specific camera sensor. > > Note unlike of_led_get() this takes a string describing the function > rather then an index. This is done because e.g. camera sensors might > have a privacy LED, or a flash LED, or both and using an index > approach leaves it unclear what the function of index 0 is if there is > only 1 LED. The existing of support is extended to also support > getting a LED by function-name using the standard devicetree pattern > of adding a -names string array to map names to the indexes. > > For non devicetree platforms a lookup-table mechanism is added to > allow the platform code to map specific LED class_dev-s to specific > device,function combinations this way. ... > +void led_remove_lookup(struct led_lookup_data *led_lookup) > +{ > + mutex_lock(&leds_lookup_lock); > + list_del(&led_lookup->list); Perhaps list_del_init(). Some thoughts about this in the one of the following comments. > + mutex_unlock(&leds_lookup_lock); > +} -- With Best Regards, Andy Shevchenko