All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg KH <gregkh@linuxfoundation.org>
To: Fabio Aiuto <fabioaiuto83@gmail.com>
Cc: linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org,
	kernel test robot <lkp@intel.com>
Subject: Re: [PATCH] staging: rtl8723bs: remove unused variables
Date: Thu, 8 Apr 2021 11:46:15 +0200	[thread overview]
Message-ID: <YG7Q525hyhqzbXp/@kroah.com> (raw)
In-Reply-To: <20210408092702.25863-1-fabioaiuto83@gmail.com>

On Thu, Apr 08, 2021 at 11:27:02AM +0200, Fabio Aiuto wrote:
> remove declared and assigned unused variables

You need to be a lot more specific here.

> Reported-by: kernel test robot <lkp@intel.com>

For all of these?

> Signed-off-by: Fabio Aiuto <fabioaiuto83@gmail.com>
> ---
>  drivers/staging/rtl8723bs/core/rtw_cmd.c      |  3 ---
>  .../staging/rtl8723bs/include/rtw_security.h  | 18 -------------
>  .../staging/rtl8723bs/os_dep/ioctl_linux.c    | 26 +++----------------
>  3 files changed, 3 insertions(+), 44 deletions(-)
> 
> diff --git a/drivers/staging/rtl8723bs/core/rtw_cmd.c b/drivers/staging/rtl8723bs/core/rtw_cmd.c
> index baf8b1e0f43c..e94eb1138cf1 100644
> --- a/drivers/staging/rtl8723bs/core/rtw_cmd.c
> +++ b/drivers/staging/rtl8723bs/core/rtw_cmd.c
> @@ -387,7 +387,6 @@ int rtw_cmd_thread(void *context)
>  	u8 ret;
>  	struct cmd_obj *pcmd;
>  	u8 *pcmdbuf;
> -	unsigned long cmd_start_time;
>  	u8 (*cmd_hdl)(struct adapter *padapter, u8 *pbuf);
>  	void (*pcmd_callback)(struct adapter *dev, struct cmd_obj *pcmd);
>  	struct adapter *padapter = context;
> @@ -438,8 +437,6 @@ int rtw_cmd_thread(void *context)
>  			continue;
>  		}
>  
> -		cmd_start_time = jiffies;
> -
>  		if (rtw_cmd_filter(pcmdpriv, pcmd) == _FAIL) {
>  			pcmd->res = H2C_DROPPED;
>  			goto post_process;

How about one patch per variable that is being removed as this was fine,
but others below are not ok.

> diff --git a/drivers/staging/rtl8723bs/include/rtw_security.h b/drivers/staging/rtl8723bs/include/rtw_security.h
> index b71f0959108b..5c787e999aab 100644
> --- a/drivers/staging/rtl8723bs/include/rtw_security.h
> +++ b/drivers/staging/rtl8723bs/include/rtw_security.h
> @@ -332,24 +332,6 @@ static inline u32 rotr(u32 val, int bits)
>  /* This is based on SHA256 implementation in LibTomCrypt that was released into
>   * public domain by Tom St Denis. */
>  
> -/* the K array */
> -static const unsigned long K[64] = {
> -	0x428a2f98UL, 0x71374491UL, 0xb5c0fbcfUL, 0xe9b5dba5UL, 0x3956c25bUL,
> -	0x59f111f1UL, 0x923f82a4UL, 0xab1c5ed5UL, 0xd807aa98UL, 0x12835b01UL,
> -	0x243185beUL, 0x550c7dc3UL, 0x72be5d74UL, 0x80deb1feUL, 0x9bdc06a7UL,
> -	0xc19bf174UL, 0xe49b69c1UL, 0xefbe4786UL, 0x0fc19dc6UL, 0x240ca1ccUL,
> -	0x2de92c6fUL, 0x4a7484aaUL, 0x5cb0a9dcUL, 0x76f988daUL, 0x983e5152UL,
> -	0xa831c66dUL, 0xb00327c8UL, 0xbf597fc7UL, 0xc6e00bf3UL, 0xd5a79147UL,
> -	0x06ca6351UL, 0x14292967UL, 0x27b70a85UL, 0x2e1b2138UL, 0x4d2c6dfcUL,
> -	0x53380d13UL, 0x650a7354UL, 0x766a0abbUL, 0x81c2c92eUL, 0x92722c85UL,
> -	0xa2bfe8a1UL, 0xa81a664bUL, 0xc24b8b70UL, 0xc76c51a3UL, 0xd192e819UL,
> -	0xd6990624UL, 0xf40e3585UL, 0x106aa070UL, 0x19a4c116UL, 0x1e376c08UL,
> -	0x2748774cUL, 0x34b0bcb5UL, 0x391c0cb3UL, 0x4ed8aa4aUL, 0x5b9cca4fUL,
> -	0x682e6ff3UL, 0x748f82eeUL, 0x78a5636fUL, 0x84c87814UL, 0x8cc70208UL,
> -	0x90befffaUL, 0xa4506cebUL, 0xbef9a3f7UL, 0xc67178f2UL
> -};
> -
> -
>  /* Various logical functions */
>  #define RORc(x, y) \
>  (((((unsigned long) (x) & 0xFFFFFFFFUL) >> (unsigned long) ((y) & 31)) | \
> diff --git a/drivers/staging/rtl8723bs/os_dep/ioctl_linux.c b/drivers/staging/rtl8723bs/os_dep/ioctl_linux.c
> index a9820d813d8b..8d29ca9ba67f 100644
> --- a/drivers/staging/rtl8723bs/os_dep/ioctl_linux.c
> +++ b/drivers/staging/rtl8723bs/os_dep/ioctl_linux.c
> @@ -33,10 +33,6 @@
>  static u32 rtw_rates[] = {1000000, 2000000, 5500000, 11000000,
>  	6000000, 9000000, 12000000, 18000000, 24000000, 36000000, 48000000, 54000000};
>  
> -static const char * const iw_operation_mode[] = {
> -	"Auto", "Ad-Hoc", "Managed",  "Master", "Repeater", "Secondary", "Monitor"
> -};
> -
>  void indicate_wx_scan_complete_event(struct adapter *padapter)
>  {
>  	union iwreq_data wrqu;
> @@ -1125,7 +1121,6 @@ static int rtw_wx_set_mlme(struct net_device *dev,
>  			     union iwreq_data *wrqu, char *extra)
>  {
>  	int ret = 0;
> -	u16 reason;
>  	struct adapter *padapter = rtw_netdev_priv(dev);
>  	struct iw_mlme *mlme = (struct iw_mlme *)extra;
>  
> @@ -1133,8 +1128,6 @@ static int rtw_wx_set_mlme(struct net_device *dev,
>  	if (mlme == NULL)
>  		return -1;
>  
> -	reason = mlme->reason_code;
> -
>  	switch (mlme->cmd) {
>  	case IW_MLME_DEAUTH:
>  		if (!rtw_set_802_11_disassociate(padapter))
> @@ -2440,7 +2433,6 @@ static int rtw_dbg_port(struct net_device *dev,
>  	u8 major_cmd, minor_cmd;
>  	u16 arg;
>  	u32 extra_arg, *pdata, val32;
> -	struct sta_info *psta;
>  	struct adapter *padapter = rtw_netdev_priv(dev);
>  	struct mlme_priv *pmlmepriv = &(padapter->mlmepriv);
>  	struct mlme_ext_priv *pmlmeext = &padapter->mlmeextpriv;
> @@ -2542,15 +2534,7 @@ static int rtw_dbg_port(struct net_device *dev,
>  
>  					break;
>  				case 0x05:
> -					psta = rtw_get_stainfo(pstapriv, cur_network->network.MacAddress);
> -					if (psta) {
> -						int i;
> -						struct recv_reorder_ctrl *preorder_ctrl;
> -
> -						for (i = 0; i < 16; i++)
> -							preorder_ctrl = &psta->recvreorder_ctrl[i];
> -
> -					}
> +					rtw_get_stainfo(pstapriv, cur_network->network.MacAddress);

Odd, but ok.

>  					break;
>  				case 0x06:
>  					{
> @@ -2568,9 +2552,8 @@ static int rtw_dbg_port(struct net_device *dev,
>  					break;
>  				case 0x09:
>  					{
> -						int i, j;
> +						int i;
>  						struct list_head	*plist, *phead;
> -						struct recv_reorder_ctrl *preorder_ctrl;
>  
>  						spin_lock_bh(&pstapriv->sta_hash_lock);
>  
> @@ -2579,13 +2562,10 @@ static int rtw_dbg_port(struct net_device *dev,
>  							plist = get_next(phead);
>  
>  							while (phead != plist) {
> -								psta = container_of(plist, struct sta_info, hash_list);
> +								container_of(plist, struct sta_info, hash_list);

Did that build???  If so, that's obviously not correct.

>  
>  								plist = get_next(plist);

So you now have a loop that does nothing?

thanks,

greg k-h

  reply	other threads:[~2021-04-08  9:46 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-04-08  9:27 [PATCH] staging: rtl8723bs: remove unused variables Fabio Aiuto
2021-04-08  9:46 ` Greg KH [this message]
2021-04-08 10:13   ` Fabio Aiuto
  -- strict thread matches above, loose matches on Subject: below --
2017-11-02 14:31 Arnd Bergmann

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=YG7Q525hyhqzbXp/@kroah.com \
    --to=gregkh@linuxfoundation.org \
    --cc=fabioaiuto83@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-staging@lists.linux.dev \
    --cc=lkp@intel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.