staging: rtl8192u: Remove functions rtl8192_wx_get_sens and rtl8192_wx_set_sens
PATCH 1/1 staging: rtl8192u: Remove functions rtl8192_wx_get_sens and rtl8192_wx_set_sens
Both of these functions depend on the function rf_set_sens, which is declared but never defined. Hence calling this function will cause an oops. Because there is no definition of the function, priv->rf_set_sens will always be NULL.
As a result rtl8192_wx_set_sens and rtl8192_wx_get_sens will always return -1.
Hence,
* Removed function definition rf_set_sens
* Removed usage of variable priv->rf_set_sens
* Removed functions rtl8192_wx_get_sens and rtl8192_wx_set_sens
* Cleaned up the variables sens and max_sens used in these functions
--- drivers/staging/rtl8192u/r8192U.h | 3 --- drivers/staging/rtl8192u/r8192U_wx.c | 40 ++-------------------------- 2 files changed, 2 insertions(+), 41 deletions(-)
drivers/staging/rtl8192u/r8192U.h +0 -3
@@ -842,8 +842,6 @@ typedef struct r8192_priv {u16 irq_mask;short chan; -short sens; -short max_sens;short up;/* If 1, allow bad crc frame, reception in monitor mode */
@@ -854,7 +852,6 @@ typedef struct r8192_priv {enum rt_rf_type rf_type;/* 0: 1T2R, 1: 2T4R */ RT_RF_TYPE_819xU rf_chip; -short (*rf_set_sens)(struct net_device *dev,short sens);u8 (*rf_set_chan)(struct net_device *dev,u8 ch);void (*rf_close)(struct net_device *dev);void (*rf_init)(struct net_device *dev);
drivers/staging/rtl8192u/r8192U_wx.c +2 -38
@@ -250,8 +250,6 @@ static int rtl8180_wx_get_range(struct net_device *dev,/* range->old_num_channels; */ /* range->old_num_frequency; */ /* range->old_freq[6]; */ /* Filler to keep "version" at the same offset */ -if (priv->rf_set_sens) - range->sensitivity = priv->max_sens;/* signal level threshold range */ range->max_qual.qual =100 ;/* TODO: Find real max RSSI and stick here */
@@ -662,40 +660,6 @@ static int r8192_wx_get_retry(struct net_device *dev,return 0 ; } -static int r8192_wx_get_sens (struct net_device *dev, -struct iw_request_info *info, -union iwreq_data *wrqu,char *extra) -{ -struct r8192_priv *priv =ieee80211_priv (dev); - -if (!priv->rf_set_sens) -return -1 ;/* we have not this support for this radio */ - wrqu->sens.value = priv->sens; -return 0 ; -} - -static int r8192_wx_set_sens (struct net_device *dev, -struct iw_request_info *info, -union iwreq_data *wrqu,char *extra) -{ -struct r8192_priv *priv =ieee80211_priv (dev); -short err =0 ; - -mutex_lock (&priv->wx_mutex); -if (!priv->rf_set_sens) { - err =-1 ;/* we have not this support for this radio */ - goto exit; - } -if (priv->rf_set_sens (dev, wrqu->sens.value) ==0 ) - priv->sens = wrqu->sens.value; -else - err = -EINVAL ; - -exit: -mutex_unlock (&priv->wx_mutex); - -return err; -}/* hw security need to reorganized. */ static int r8192_wx_set_enc_ext(struct net_device *dev,
@@ -825,8 +789,8 @@ static iw_handler r8192_wx_handlers[] = { r8192_wx_get_freq,/* SIOCGIWFREQ */ r8192_wx_set_mode,/* SIOCSIWMODE */ r8192_wx_get_mode,/* SIOCGIWMODE */ - r8192_wx_set_sens,/* SIOCSIWSENS */ - r8192_wx_get_sens,/* SIOCGIWSENS */ +NULL ,/* SIOCSIWSENS */ +NULL ,/* SIOCGIWSENS */ NULL ,/* SIOCSIWRANGE */ rtl8180_wx_get_range,/* SIOCGIWRANGE */ NULL, /* SIOCSIWPRIV */
Signature · 1 line
2.34.1
Greg Kroah-Hartman
maintainerQuoted 14 lines · Yogesh Hegde
Both of these functions depend on the function
rf_set_sens, which is declared but never defined. Hence calling this function will cause an oops. Because there is no definition of the function,priv->rf_set_senswill always be NULL.As a result
rtl8192_wx_set_sensandrtl8192_wx_get_senswill always return -1.Hence,
* Removed function definitionrf_set_sens
* Removed usage of variablepriv->rf_set_sens
* Removed functionsrtl8192_wx_get_sensandrtl8192_wx_set_sens
* Cleaned up the variables sens andmax_sensused in these functions
Quoted 8 lines
Suggested-by Philipp Hortmann <[email protected]>Signed-off-by Yogesh Hegde <[email protected]>--- drivers/staging/rtl8192u/r8192U.h | 3 --- drivers/staging/rtl8192u/r8192U_wx.c | 40 ++-------------------------- 2 files changed, 2 insertions(+), 41 deletions(-)
Hi,
This is the friendly patch-bot of Greg Kroah-Hartman. You have sent him a patch that has triggered this response. He used to manually respond to these common problems, but in order to save his sanity (he kept writing the same thing over and over, yet to different people), I was created. Hopefully you will not take offence and will fix the problem in your patch and resubmit it so that it can be accepted into the Linux kernel tree.
You are receiving this message because of the following common error(s) as indicated below:
- This looks like a new version of a previously submitted patch, but you did not list below the --- line any changes from the previous version. Please read the section entitled "The canonical patch format" in the kernel file, Documentation/process/submitting-patches.rst for what needs to be done here to properly describe this.
If you wish to discuss this problem further, or you have questions about how to resolve this issue, please feel free to respond to this email and Greg will reply once he has dug out from the pending patches received from other developers.
thanks,
greg k-h's patch email bot