[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87zgp1c6lz.fsf@codeaurora.org>
Date: Thu, 16 Dec 2021 10:10:48 +0200
From: Kalle Valo <kvalo@...nel.org>
To: David Mosberger-Tang <davidm@...uge.net>
Cc: Claudiu.Beznea@...rochip.com, Ajay.Kathat@...rochip.com,
adham.abozaeid@...rochip.com, davem@...emloft.net,
devicetree@...r.kernel.org, kuba@...nel.org,
linux-kernel@...r.kernel.org, linux-wireless@...r.kernel.org,
netdev@...r.kernel.org, robh+dt@...nel.org
Subject: Re: [PATCH v5 1/2] wilc1000: Add reset/enable GPIO support to SPI driver
David Mosberger-Tang <davidm@...uge.net> writes:
>> > + } else {
>> > + gpiod_set_value(gpios->reset, 1); /* assert RESET */
>> > + gpiod_set_value(gpios->enable, 0); /* deassert ENABLE */
>>
>> I don't usually see comments near the code line in kernel. Maybe move them
>> before the actual code line or remove them at all as the code is impler enough?
>
> You're kidding, right?
I agree with Claudiu, the comments are not really providing more
information from what can be seen from the code. And the style of having
the comment in the same line is not commonly used in upstream.
--
https://patchwork.kernel.org/project/linux-wireless/list/
https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches
Powered by blists - more mailing lists