From: walter harms <wharms@bfs.de>
To: Peter Senna Tschudin <peter.senna@gmail.com>
Cc: Forest Bond <forest@alittletooquiet.net>,
kernel-janitors@vger.kernel.org,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
devel@driverdev.osuosl.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 8/8] staging: vt6655: Remove useless return variables
Date: Tue, 20 May 2014 13:20:01 +0200 [thread overview]
Message-ID: <537B3A61.2030708@bfs.de> (raw)
In-Reply-To: <1400582028-24990-8-git-send-email-peter.senna@gmail.com>
Am 20.05.2014 12:33, schrieb Peter Senna Tschudin:
> This patch remove variables that are initialized with a constant,
> are never updated, and are only used as parameter of return.
> Return the constant instead of using a variable.
>
> Verified by compilation only.
>
> The coccinelle script that find and fixes this issue is:
> // <smpl>
> @@
> type T;
> constant C;
> identifier ret;
> @@
> - T ret = C;
> ... when != ret
> - return ret;
> + return C;
> // </smpl>
>
> Signed-off-by: Peter Senna Tschudin <peter.senna@gmail.com>
>
> ---
> drivers/staging/vt6655/hostap.c | 10 ++++------
> drivers/staging/vt6655/wpactl.c | 19 ++++++-------------
> 2 files changed, 10 insertions(+), 19 deletions(-)
>
> diff --git a/drivers/staging/vt6655/hostap.c b/drivers/staging/vt6655/hostap.c
> index f55d0fb..317c2a8 100644
> --- a/drivers/staging/vt6655/hostap.c
> +++ b/drivers/staging/vt6655/hostap.c
> @@ -421,7 +421,6 @@ static int hostap_set_encryption(PSDevice pDevice,
> unsigned char abySeq[MAX_KEY_LEN];
> unsigned long long KeyRSC;
> unsigned char byKeyDecMode = KEY_CTL_WEP;
> - int ret = 0;
> int iNodeIndex = -1;
> int ii;
> bool bKeyTableFull = false;
> @@ -475,7 +474,7 @@ static int hostap_set_encryption(PSDevice pDevice,
> MAX_KEY_LEN
> );
>
> - return ret;
> + return 0;
> }
>
> memcpy(abyKey, param->u.crypt.key, param->u.crypt.key_len);
> @@ -531,7 +530,7 @@ static int hostap_set_encryption(PSDevice pDevice,
> pMgmt->byCSSGK = KEY_CTL_WEP;
> pMgmt->sNodeDBTable[iNodeIndex].byCipherSuite = KEY_CTL_WEP;
> pMgmt->sNodeDBTable[iNodeIndex].dwKeyIndex = dwKeyIndex;
> - return ret;
> + return 0;
> }
>
> if (param->u.crypt.seq) {
> @@ -622,7 +621,7 @@ static int hostap_set_encryption(PSDevice pDevice,
> pMgmt->sNodeDBTable[iNodeIndex].dwTSC47_16 = 0;
> pMgmt->sNodeDBTable[iNodeIndex].wTSC15_0 = 0;
>
> - return ret;
> + return 0;
> }
>
> /*
> @@ -643,7 +642,6 @@ static int hostap_get_encryption(PSDevice pDevice,
> int param_len)
> {
> PSMgmtObject pMgmt = pDevice->pMgmt;
> - int ret = 0;
> int ii;
> int iNodeIndex = 0;
>
> @@ -663,7 +661,7 @@ static int hostap_get_encryption(PSDevice pDevice,
> for (ii = 0; ii < 8; ii++)
> param->u.crypt.seq[ii] = (unsigned char)pMgmt->sNodeDBTable[iNodeIndex].KeyRSC >> (ii * 8);
>
> - return ret;
> + return 0;
> }
>
> /*
> diff --git a/drivers/staging/vt6655/wpactl.c b/drivers/staging/vt6655/wpactl.c
> index 089e8a7..8392d4d 100644
> --- a/drivers/staging/vt6655/wpactl.c
> +++ b/drivers/staging/vt6655/wpactl.c
> @@ -411,12 +411,11 @@ static int wpa_set_wpa(PSDevice pDevice,
> struct viawget_wpa_param *param)
> {
> PSMgmtObject pMgmt = pDevice->pMgmt;
> - int ret = 0;
>
> pMgmt->eAuthenMode = WMAC_AUTH_OPEN;
> pMgmt->bShareKeyAlgorithm = false;
>
> - return ret;
> + return 0;
> }
perhaps this can be void ?
>
> /*
> @@ -437,7 +436,6 @@ static int wpa_set_disassociate(PSDevice pDevice,
> struct viawget_wpa_param *param)
> {
> PSMgmtObject pMgmt = pDevice->pMgmt;
> - int ret = 0;
>
> spin_lock_irq(&pDevice->lock);
> if (pDevice->bLinkPass) {
> @@ -446,7 +444,7 @@ static int wpa_set_disassociate(PSDevice pDevice,
> }
> spin_unlock_irq(&pDevice->lock);
>
> - return ret;
> + return 0;
> }
>
> /*
> @@ -466,14 +464,12 @@ static int wpa_set_disassociate(PSDevice pDevice,
> static int wpa_set_scan(PSDevice pDevice,
> struct viawget_wpa_param *param)
> {
> - int ret = 0;
> -
> spin_lock_irq(&pDevice->lock);
> BSSvClearBSSList((void *)pDevice, pDevice->bLinkPass);
> bScheduleCommand((void *)pDevice, WLAN_CMD_BSSID_SCAN, NULL);
> spin_unlock_irq(&pDevice->lock);
>
> - return ret;
> + return 0;
> }
This could be void ?
> /*
> @@ -494,11 +490,10 @@ static int wpa_get_bssid(PSDevice pDevice,
> struct viawget_wpa_param *param)
> {
> PSMgmtObject pMgmt = pDevice->pMgmt;
> - int ret = 0;
>
> memcpy(param->u.wpa_associate.bssid, pMgmt->abyCurrBSSID , 6);
>
> - return ret;
> + return 0;
> }
this could be void
>
> /*
> @@ -520,14 +515,13 @@ static int wpa_get_ssid(PSDevice pDevice,
> {
> PSMgmtObject pMgmt = pDevice->pMgmt;
> PWLAN_IE_SSID pItemSSID;
> - int ret = 0;
>
> pItemSSID = (PWLAN_IE_SSID)pMgmt->abyCurrSSID;
>
> memcpy(param->u.wpa_associate.ssid, pItemSSID->abySSID , pItemSSID->len);
> param->u.wpa_associate.ssid_len = pItemSSID->len;
>
> - return ret;
> + return 0;
> }
also void ?
> /*
> @@ -668,7 +662,6 @@ static int wpa_set_associate(PSDevice pDevice,
> PWLAN_IE_SSID pItemSSID;
> unsigned char abyNullAddr[] = {0x00, 0x00, 0x00, 0x00, 0x00, 0x00};
> unsigned char abyWPAIE[64];
> - int ret = 0;
> bool bWepEnabled = false;
>
> // set key type & algorithm
> @@ -788,7 +781,7 @@ static int wpa_set_associate(PSDevice pDevice,
> bScheduleCommand((void *)pDevice, WLAN_CMD_SSID, NULL);
> spin_unlock_irq(&pDevice->lock);
>
> - return ret;
> + return 0;
> }
>
> /*
>
> --
> To unsubscribe from this list: send the line "unsubscribe kernel-janitors" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
prev parent reply other threads:[~2014-05-20 11:20 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-05-20 10:33 [PATCH 8/8] staging: vt6655: Remove useless return variables Peter Senna Tschudin
2014-05-20 11:20 ` walter harms [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=537B3A61.2030708@bfs.de \
--to=wharms@bfs.de \
--cc=devel@driverdev.osuosl.org \
--cc=forest@alittletooquiet.net \
--cc=gregkh@linuxfoundation.org \
--cc=kernel-janitors@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=peter.senna@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox