Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
Subject: Re: [Outreachy kernel] [PATCH v4] staging: vt6656: add error code
 handling to unused variable
To:     Stefano Brivio <sbrivio@redhat.com>,
        "John B. Wyatt IV" <jbwyatt4@gmail.com>
Cc:     outreachy-kernel@googlegroups.com,
        Julia Lawall <julia.lawall@inria.fr>,
        Forest Bond <forest@alittletooquiet.net>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Quentin Deslandes <quentin.deslandes@itdev.co.uk>,
        Colin Ian King <colin.king@canonical.com>,
        devel@driverdev.osuosl.org, linux-kernel@vger.kernel.org
References: <20200330164530.2919-1-jbwyatt4@gmail.com>
 <20200330191439.3bfcb658@elisabeth>
From:   Malcolm Priestley <tvboxspy@gmail.com>
Message-ID: <c2e96efe-64d7-61d7-0c4f-58b318b47a68@gmail.com>
Date:   Mon, 30 Mar 2020 19:42:08 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101
 Thunderbird/68.4.1
MIME-Version: 1.0
In-Reply-To: <20200330191439.3bfcb658@elisabeth>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

On 30/03/2020 18:14, Stefano Brivio wrote:
> On Mon, 30 Mar 2020 09:45:30 -0700
> "John B. Wyatt IV" <jbwyatt4@gmail.com> wrote:
> 
>> Add error code handling to unused 'ret' variable that was never used.
>> Return an error code from functions called within vnt_radio_power_on.
>>
>> Issue reported by coccinelle (coccicheck).
>>
>> Suggested-by: Quentin Deslandes <quentin.deslandes@itdev.co.uk>
>> Suggested-by: Stefano Brivio <sbrivio@redhat.com>
>> Suggested-by: Julia Lawall <julia.lawall@inria.fr>
>> Reviewed-by: Quentin Deslandes <quentin.deslandes@itdev.co.uk>
>> Signed-off-by: John B. Wyatt IV <jbwyatt4@gmail.com>
>> ---
>> v4: Move Suggested-by: Julia Lawall above seperator line.
> 
> Actually, as Julia didn't suggest this patch, the place where you had
> this in v3 was the right one.
---snip
>>   
>>   	switch (priv->rf_type) {
>>   	case RF_AL2230:
>> @@ -734,14 +738,14 @@ int vnt_radio_power_on(struct vnt_private *priv)
>>   	case RF_VT3226:
>>   	case RF_VT3226D0:
>>   	case RF_VT3342A0:
>> -		vnt_mac_reg_bits_on(priv, MAC_REG_SOFTPWRCTL,
>> -				    (SOFTPWRCTL_SWPE2 | SOFTPWRCTL_SWPE3));
>> +		ret = vnt_mac_reg_bits_on(priv, MAC_REG_SOFTPWRCTL,
>> +					 (SOFTPWRCTL_SWPE2 | SOFTPWRCTL_SWPE3));
> 
> 
> Another thing that should be considered in this function is to restore
> the previous hardware state on failures, but I think the way you're
> handling this is possibly the safest, without hardware to test on.
> 
This section of hardware is controlled by mac80211 as is most of the driver.

Users can turn the wireless off then on again to try again but to date 
this is not known to fail with the hardware I have used.

No problems with hardware with this patch.

Tested-by: Malcolm Priestley <tvboxspy@gmail.com>