linux-kernel - Re: [3/3] leds: leds-lp55xx: Convert mutex lock/unlock to guard API

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <873c2900-859d-40eb-97df-f45f714ed295@web.de>
Date: Thu, 27 Jun 2024 10:12:10 +0200
From: Markus Elfring <Markus.Elfring@....de>
To: Lee Jones <lee@...nel.org>, linux-leds@...r.kernel.org,
 kernel-janitors@...r.kernel.org
Cc: LKML <linux-kernel@...r.kernel.org>,
 Christian Marangi <ansuelsmth@...il.com>,
 Julia Lawall <julia.lawall@...ia.fr>, Pavel Machek <pavel@....cz>
Subject: Re: [3/3] leds: leds-lp55xx: Convert mutex lock/unlock to guard API

>>> Convert any entry of mutex lock/unlock to guard API and simplify code.
>>
>> Thanks that you would like to support another bit of collateral evolution.
>>
>> * Would you get into the mood to benefit any more from applications
>>   of scope-based resource management?
>
> Why don't you submit them yourself instead of asking others to do work?

1. The change resistance (or acceptance) is varying for possible software transformations
   in wide ranges, isn't it?

2. I would appreciate better support and collaboration with additional development resources.

3. I hope that further improvements can be achieved also by the means of
   the semantic patch language (Coccinelle software) in safer and more convenient ways.
   Are you looking for any extensions according to the coccicheck tool?

Regards,
Markus