Search Linux Wireless

Re: [PATCH net-next] wifi: ti/wlcore: Convert to platform remove callback returning void

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx> writes:

> Hello,
>
> On Tue, Sep 12, 2023 at 08:23:18PM +0300, Kalle Valo wrote:
>> Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx> writes:
>> 
>> > The .remove() callback for a platform driver returns an int which makes
>> > many driver authors wrongly assume it's possible to do error handling by
>> > returning an error code.  However the value returned is (mostly) ignored
>> > and this typically results in resource leaks. To improve here there is a
>> > quest to make the remove callback return void. In the first step of this
>> > quest all drivers are converted to .remove_new() which already returns
>> > void.
>> >
>> > wlcore_remove() returned zero unconditionally. With that converted to
>> > return void instead, the wl12xx and wl18xx driver can be converted to
>> > .remove_new trivially.
>> >
>> > Signed-off-by: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
>> > ---
>> >  drivers/net/wireless/ti/wl12xx/main.c   | 6 +++---
>> >  drivers/net/wireless/ti/wl18xx/main.c   | 2 +-
>> >  drivers/net/wireless/ti/wlcore/main.c   | 6 ++----
>> >  drivers/net/wireless/ti/wlcore/wlcore.h | 2 +-
>> >  4 files changed, 7 insertions(+), 9 deletions(-)
>> 
>> wireless patches go to wireless-next, not net-next. But no need to
>> resend because of this.
>
> So for the next patch to drivers/net/wireless: I should write "[PATCH
> wireless-next]" in the Subject?

That's not a requirement from our side but feel free to add that if you
want. Usually we do so that if the patch has "[PATCH wireless]" or
"[PATCH v6.6]" we queue the patch to wireless tree, otherwise it's
queued for wireless-next.

> Do the other special rules for net-next apply to wireless-next, too?
> (E.g. that I must not send patches for -next during the merge window
> and the rules about comments.)

Yeah, we do work a bit different compared to net-next. For example,
wireless-next remains open during merge windows so you can submit
patches anytime. We have tried to document our practises in the wiki
link below in my signature.

-- 
https://patchwork.kernel.org/project/linux-wireless/list/

https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches




[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Wireless Personal Area Network]     [Linux Bluetooth]     [Wireless Regulations]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite Hiking]     [MIPS Linux]     [ARM Linux]     [Linux RAID]

  Powered by Linux