Re: [PATCH v6 1/9] locking/mutex: introduce devm_mutex_init

2024-03-14 Thread Marek Behún
ntroduce devm_mutex_init() > > Signed-off-by: George Stark > Suggested by-by: Christophe Leroy Reviewed-by: Marek Behún

Re: [PATCH v5 02/10] locking/mutex: introduce devm_mutex_init

2024-03-07 Thread Marek Behún
On Thu, 7 Mar 2024 08:39:46 -0500 Waiman Long wrote: > On 3/7/24 04:56, Marek Behún wrote: > > On Thu, Mar 07, 2024 at 05:40:26AM +0300, George Stark wrote: > >> Using of devm API leads to a certain order of releasing resources. > >> So all dependent resources which

Re: [PATCH v5 02/10] locking/mutex: introduce devm_mutex_init

2024-03-07 Thread Marek Behún
On Thu, Mar 07, 2024 at 05:40:26AM +0300, George Stark wrote: > Using of devm API leads to a certain order of releasing resources. > So all dependent resources which are not devm-wrapped should be deleted > with respect to devm-release order. Mutex is one of such objects that > often is bound to ot

Re: [PATCH] powerpc: dts: turris1x.dts: Add channel labels for temperature sensor

2022-09-30 Thread Marek Behún
gt; > Fixes: 54c15ec3b738 ("powerpc: dts: Add DTS file for CZ.NIC Turris 1.x > routers") > Signed-off-by: Pali Rohár Reviewed-by: Marek Behún

Re: [PATCH 6/6] i2c: Make remove callback return void

2022-06-29 Thread Marek Behún
e. This > way driver authors are not tempted to assume that passing an error to > the upper layer is a good idea. All drivers are adapted accordingly. > There is no intended change of behaviour, all callbacks were prepared to > return 0 before. > > Signed-off-by: Uwe Kleine-König For > drivers/leds/leds-turris-omnia.c | 4 +--- Acked-by: Marek Behún