[patch -next] ath9k: fix ath9k_hw_nvram_check_version()

[patch -next] ath9k: fix ath9k_hw_nvram_check_version()

[Dan Carpenter]

There is a type bug so it always returns success.

Fixes: 6fa658fd5ab2 ('ath9k: Simplify and fix eeprom endianness swapping')
Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>

diff --git a/drivers/net/wireless/ath/ath9k/eeprom.c b/drivers/net/wireless/ath/ath9k/eeprom.c
index f8c5065..a7afdee 100644
--- a/drivers/net/wireless/ath/ath9k/eeprom.c
+++ b/drivers/net/wireless/ath/ath9k/eeprom.c
@@ -206,7 +206,7 @@ bool ath9k_hw_nvram_check_version(struct ath_hw *ah, int version, int minrev)
 		ath_err(common, "Bad EEPROM VER 0x%04x or REV 0x%04x\n",
 			ah->eep_ops->get_eeprom_ver(ah),
 			ah->eep_ops->get_eeprom_rev(ah));
-		return -EINVAL;
+		return false;
 	}
 
 	return true;

[patch -next] ath9k: fix ath9k_hw_nvram_check_version()

[Dan Carpenter]

There is a type bug so it always returns success.

Fixes: 6fa658fd5ab2 ('ath9k: Simplify and fix eeprom endianness swapping')
Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>

diff --git a/drivers/net/wireless/ath/ath9k/eeprom.c b/drivers/net/wireless/ath/ath9k/eeprom.c
index f8c5065..a7afdee 100644
--- a/drivers/net/wireless/ath/ath9k/eeprom.c
+++ b/drivers/net/wireless/ath/ath9k/eeprom.c
@@ -206,7 +206,7 @@ bool ath9k_hw_nvram_check_version(struct ath_hw *ah, int version, int minrev)
 		ath_err(common, "Bad EEPROM VER 0x%04x or REV 0x%04x\n",
 			ah->eep_ops->get_eeprom_ver(ah),
 			ah->eep_ops->get_eeprom_rev(ah));
-		return -EINVAL;
+		return false;
 	}
 
 	return true;

[ath9k-devel] [patch -next] ath9k: fix ath9k_hw_nvram_check_version()

[Dan Carpenter]

There is a type bug so it always returns success.

Fixes: 6fa658fd5ab2 ('ath9k: Simplify and fix eeprom endianness swapping')
Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>

diff --git a/drivers/net/wireless/ath/ath9k/eeprom.c b/drivers/net/wireless/ath/ath9k/eeprom.c
index f8c5065..a7afdee 100644
--- a/drivers/net/wireless/ath/ath9k/eeprom.c
+++ b/drivers/net/wireless/ath/ath9k/eeprom.c
@@ -206,7 +206,7 @@ bool ath9k_hw_nvram_check_version(struct ath_hw *ah, int version, int minrev)
 		ath_err(common, "Bad EEPROM VER 0x%04x or REV 0x%04x\n",
 			ah->eep_ops->get_eeprom_ver(ah),
 			ah->eep_ops->get_eeprom_rev(ah));
-		return -EINVAL;
+		return false;
 	}
 
 	return true;

Re: [patch -next] ath9k: fix ath9k_hw_nvram_check_version()

[Martin Blumenstingl]

On Sat, Dec 19, 2015 at 11:59 AM, Dan Carpenter
<dan.carpenter@oracle.com> wrote:
> There is a type bug so it always returns success.
>
> Fixes: 6fa658fd5ab2 ('ath9k: Simplify and fix eeprom endianness swapping')
> Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
Acked-by: Martin Blumenstingl <martin.blumenstingl@googlemail.com>


Thank you for finding and fixing this one!

Re: [patch -next] ath9k: fix ath9k_hw_nvram_check_version()

[Martin Blumenstingl]

On Sat, Dec 19, 2015 at 11:59 AM, Dan Carpenter
<dan.carpenter@oracle.com> wrote:
> There is a type bug so it always returns success.
>
> Fixes: 6fa658fd5ab2 ('ath9k: Simplify and fix eeprom endianness swapping')
> Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
Acked-by: Martin Blumenstingl <martin.blumenstingl@googlemail.com>


Thank you for finding and fixing this one!

[ath9k-devel] [patch -next] ath9k: fix ath9k_hw_nvram_check_version()

[Martin Blumenstingl]

On Sat, Dec 19, 2015 at 11:59 AM, Dan Carpenter
<dan.carpenter@oracle.com> wrote:
> There is a type bug so it always returns success.
>
> Fixes: 6fa658fd5ab2 ('ath9k: Simplify and fix eeprom endianness swapping')
> Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
Acked-by: Martin Blumenstingl <martin.blumenstingl@googlemail.com>


Thank you for finding and fixing this one!

Re: [patch -next] ath9k: fix ath9k_hw_nvram_check_version()

[Joe Perches]

On Sat, 2015-12-19 at 13:59 +0300, Dan Carpenter wrote:
> There is a type bug so it always returns success.

How many false positives do you have to sift
through to find this sort of error?

> +++ b/drivers/net/wireless/ath/ath9k/eeprom.c
> @@ -206,7 +206,7 @@ bool ath9k_hw_nvram_check_version(struct ath_hw *ah, int version, int minrev)
>  		ath_err(common, "Bad EEPROM VER 0x%04x or REV 0x%04x\n",
>  			ah->eep_ops->get_eeprom_ver(ah),
>  			ah->eep_ops->get_eeprom_rev(ah));
> -		return -EINVAL;
> +		return false;
>  	}
>  
>  	return true;

Re: [patch -next] ath9k: fix ath9k_hw_nvram_check_version()

[Joe Perches]

On Sat, 2015-12-19 at 13:59 +0300, Dan Carpenter wrote:
> There is a type bug so it always returns success.

How many false positives do you have to sift
through to find this sort of error?

> +++ b/drivers/net/wireless/ath/ath9k/eeprom.c
> @@ -206,7 +206,7 @@ bool ath9k_hw_nvram_check_version(struct ath_hw *ah, int version, int minrev)
>  		ath_err(common, "Bad EEPROM VER 0x%04x or REV 0x%04x\n",
>  			ah->eep_ops->get_eeprom_ver(ah),
>  			ah->eep_ops->get_eeprom_rev(ah));
> -		return -EINVAL;
> +		return false;
>  	}
>  
>  	return true;

--
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

[ath9k-devel] [patch -next] ath9k: fix ath9k_hw_nvram_check_version()

[Joe Perches]

On Sat, 2015-12-19 at 13:59 +0300, Dan Carpenter wrote:
> There is a type bug so it always returns success.

How many false positives do you have to sift
through to find this sort of error?

> +++ b/drivers/net/wireless/ath/ath9k/eeprom.c
> @@ -206,7 +206,7 @@ bool ath9k_hw_nvram_check_version(struct ath_hw *ah, int version, int minrev)
> ?		ath_err(common, "Bad EEPROM VER 0x%04x or REV 0x%04x\n",
> ?			ah->eep_ops->get_eeprom_ver(ah),
> ?			ah->eep_ops->get_eeprom_rev(ah));
> -		return -EINVAL;
> +		return false;
> ?	}
> ?
> ?	return true;

Re: [patch -next] ath9k: fix ath9k_hw_nvram_check_version()

[Julia Lawall]

[-- Attachment #1: Type: TEXT/PLAIN, Size: 1063 bytes --]

On Sun, 20 Dec 2015, Joe Perches wrote:

> On Sat, 2015-12-19 at 13:59 +0300, Dan Carpenter wrote:
> > There is a type bug so it always returns success.
> 
> How many false positives do you have to sift
> through to find this sort of error?

The return type is thoughtfully bool, so it should be easy in this case.  
The function has a return -EINVAL and a return true, so even without the 
return type it would be locally apparent that there is an inconsistency.

julia

> 
> > +++ b/drivers/net/wireless/ath/ath9k/eeprom.c
> > @@ -206,7 +206,7 @@ bool ath9k_hw_nvram_check_version(struct ath_hw *ah, int version, int minrev)
> >  		ath_err(common, "Bad EEPROM VER 0x%04x or REV 0x%04x\n",
> >  			ah->eep_ops->get_eeprom_ver(ah),
> >  			ah->eep_ops->get_eeprom_rev(ah));
> > -		return -EINVAL;
> > +		return false;
> >  	}
> >  
> >  	return true;
> 
> --
> 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
> 

Re: [patch -next] ath9k: fix ath9k_hw_nvram_check_version()

[Julia Lawall]

[-- Attachment #1: Type: TEXT/PLAIN, Size: 1093 bytes --]

On Sun, 20 Dec 2015, Joe Perches wrote:

> On Sat, 2015-12-19 at 13:59 +0300, Dan Carpenter wrote:
> > There is a type bug so it always returns success.
> 
> How many false positives do you have to sift
> through to find this sort of error?

The return type is thoughtfully bool, so it should be easy in this case.  
The function has a return -EINVAL and a return true, so even without the 
return type it would be locally apparent that there is an inconsistency.

julia

> 
> > +++ b/drivers/net/wireless/ath/ath9k/eeprom.c
> > @@ -206,7 +206,7 @@ bool ath9k_hw_nvram_check_version(struct ath_hw *ah, int version, int minrev)
> >  		ath_err(common, "Bad EEPROM VER 0x%04x or REV 0x%04x\n",
> >  			ah->eep_ops->get_eeprom_ver(ah),
> >  			ah->eep_ops->get_eeprom_rev(ah));
> > -		return -EINVAL;
> > +		return false;
> >  	}
> >  
> >  	return true;
> 
> --
> 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
> 

[ath9k-devel] [patch -next] ath9k: fix ath9k_hw_nvram_check_version()

[Julia Lawall]

On Sun, 20 Dec 2015, Joe Perches wrote:

> On Sat, 2015-12-19 at 13:59 +0300, Dan Carpenter wrote:
> > There is a type bug so it always returns success.
> 
> How many false positives do you have to sift
> through to find this sort of error?

The return type is thoughtfully bool, so it should be easy in this case.  
The function has a return -EINVAL and a return true, so even without the 
return type it would be locally apparent that there is an inconsistency.

julia

> 
> > +++ b/drivers/net/wireless/ath/ath9k/eeprom.c
> > @@ -206,7 +206,7 @@ bool ath9k_hw_nvram_check_version(struct ath_hw *ah, int version, int minrev)
> > ?		ath_err(common, "Bad EEPROM VER 0x%04x or REV 0x%04x\n",
> > ?			ah->eep_ops->get_eeprom_ver(ah),
> > ?			ah->eep_ops->get_eeprom_rev(ah));
> > -		return -EINVAL;
> > +		return false;
> > ?	}
> > ?
> > ?	return true;
> 
> --
> To unsubscribe from this list: send the line "unsubscribe kernel-janitors" in
> the body of a message to majordomo at vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

Re: [patch -next] ath9k: fix ath9k_hw_nvram_check_version()

[Joe Perches]

On Sun, 2015-12-20 at 20:00 +0100, Julia Lawall wrote:
> On Sun, 20 Dec 2015, Joe Perches wrote:
> 
> > On Sat, 2015-12-19 at 13:59 +0300, Dan Carpenter wrote:
> > > There is a type bug so it always returns success.
> > 
> > How many false positives do you have to sift
> > through to find this sort of error?
> 
> The return type is thoughtfully bool, so it should be easy in this case.  
> The function has a return -EINVAL and a return true, so even without the 
> return type it would be locally apparent that there is an inconsistency.

True, -EINVAL is a non-bool constant, but
bool returns can be a variable int.

Dan, was the check any constant non-bool?

Re: [patch -next] ath9k: fix ath9k_hw_nvram_check_version()

[Joe Perches]

On Sun, 2015-12-20 at 20:00 +0100, Julia Lawall wrote:
> On Sun, 20 Dec 2015, Joe Perches wrote:
> 
> > On Sat, 2015-12-19 at 13:59 +0300, Dan Carpenter wrote:
> > > There is a type bug so it always returns success.
> > 
> > How many false positives do you have to sift
> > through to find this sort of error?
> 
> The return type is thoughtfully bool, so it should be easy in this case.  
> The function has a return -EINVAL and a return true, so even without the 
> return type it would be locally apparent that there is an inconsistency.

True, -EINVAL is a non-bool constant, but
bool returns can be a variable int.

Dan, was the check any constant non-bool?

--
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

[ath9k-devel] [patch -next] ath9k: fix ath9k_hw_nvram_check_version()

[Joe Perches]

On Sun, 2015-12-20 at 20:00 +0100, Julia Lawall wrote:
> On Sun, 20 Dec 2015, Joe Perches wrote:
> 
> > On Sat, 2015-12-19 at 13:59 +0300, Dan Carpenter wrote:
> > > There is a type bug so it always returns success.
> >?
> > How many false positives do you have to sift
> > through to find this sort of error?
> 
> The return type is thoughtfully bool, so it should be easy in this case.??
> The function has a return -EINVAL and a return true, so even without the?
> return type it would be locally apparent that there is an inconsistency.

True, -EINVAL is a non-bool constant, but
bool returns can be a variable int.

Dan, was the check any constant non-bool?

Re: [patch -next] ath9k: fix ath9k_hw_nvram_check_version()

[Dan Carpenter]

On Sun, Dec 20, 2015 at 11:05:55AM -0800, Joe Perches wrote:
> On Sun, 2015-12-20 at 20:00 +0100, Julia Lawall wrote:
> > On Sun, 20 Dec 2015, Joe Perches wrote:
> > 
> > > On Sat, 2015-12-19 at 13:59 +0300, Dan Carpenter wrote:
> > > > There is a type bug so it always returns success.
> > > 
> > > How many false positives do you have to sift
> > > through to find this sort of error?
> > 
> > The return type is thoughtfully bool, so it should be easy in this case.  
> > The function has a return -EINVAL and a return true, so even without the 
> > return type it would be locally apparent that there is an inconsistency.
> 
> True, -EINVAL is a non-bool constant, but
> bool returns can be a variable int.
> 
> Dan, was the check any constant non-bool?

This warning is for returning negative with unsigned types smaller than
int.  It's doing cross function flow analysis so it could warning about
other things besides constants, but it's 90% constants.  It warns
about ds2482_w1_triplet() for example.

There aren't many false positives.

regards,
dan carpenter

Re: [patch -next] ath9k: fix ath9k_hw_nvram_check_version()

[Dan Carpenter]

On Sun, Dec 20, 2015 at 11:05:55AM -0800, Joe Perches wrote:
> On Sun, 2015-12-20 at 20:00 +0100, Julia Lawall wrote:
> > On Sun, 20 Dec 2015, Joe Perches wrote:
> > 
> > > On Sat, 2015-12-19 at 13:59 +0300, Dan Carpenter wrote:
> > > > There is a type bug so it always returns success.
> > > 
> > > How many false positives do you have to sift
> > > through to find this sort of error?
> > 
> > The return type is thoughtfully bool, so it should be easy in this case.  
> > The function has a return -EINVAL and a return true, so even without the 
> > return type it would be locally apparent that there is an inconsistency.
> 
> True, -EINVAL is a non-bool constant, but
> bool returns can be a variable int.
> 
> Dan, was the check any constant non-bool?

This warning is for returning negative with unsigned types smaller than
int.  It's doing cross function flow analysis so it could warning about
other things besides constants, but it's 90% constants.  It warns
about ds2482_w1_triplet() for example.

There aren't many false positives.

regards,
dan carpenter

--
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

[ath9k-devel] [patch -next] ath9k: fix ath9k_hw_nvram_check_version()

[Dan Carpenter]

On Sun, Dec 20, 2015 at 11:05:55AM -0800, Joe Perches wrote:
> On Sun, 2015-12-20 at 20:00 +0100, Julia Lawall wrote:
> > On Sun, 20 Dec 2015, Joe Perches wrote:
> > 
> > > On Sat, 2015-12-19 at 13:59 +0300, Dan Carpenter wrote:
> > > > There is a type bug so it always returns success.
> > >?
> > > How many false positives do you have to sift
> > > through to find this sort of error?
> > 
> > The return type is thoughtfully bool, so it should be easy in this case.??
> > The function has a return -EINVAL and a return true, so even without the?
> > return type it would be locally apparent that there is an inconsistency.
> 
> True, -EINVAL is a non-bool constant, but
> bool returns can be a variable int.
> 
> Dan, was the check any constant non-bool?

This warning is for returning negative with unsigned types smaller than
int.  It's doing cross function flow analysis so it could warning about
other things besides constants, but it's 90% constants.  It warns
about ds2482_w1_triplet() for example.

There aren't many false positives.

regards,
dan carpenter

Re: [patch -next] ath9k: fix ath9k_hw_nvram_check_version()

[Kalle Valo]

Dan Carpenter <dan.carpenter@oracle.com> writes:

> There is a type bug so it always returns success.
>
> Fixes: 6fa658fd5ab2 ('ath9k: Simplify and fix eeprom endianness swapping')
> Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>

Applied to ath.git, thanks.

-- 
Kalle Valo

Re: [patch -next] ath9k: fix ath9k_hw_nvram_check_version()

[Kalle Valo]

Dan Carpenter <dan.carpenter@oracle.com> writes:

> There is a type bug so it always returns success.
>
> Fixes: 6fa658fd5ab2 ('ath9k: Simplify and fix eeprom endianness swapping')
> Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>

Applied to ath.git, thanks.

-- 
Kalle Valo

[ath9k-devel] [patch -next] ath9k: fix ath9k_hw_nvram_check_version()

[Kalle Valo]

Dan Carpenter <dan.carpenter@oracle.com> writes:

> There is a type bug so it always returns success.
>
> Fixes: 6fa658fd5ab2 ('ath9k: Simplify and fix eeprom endianness swapping')
> Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>

Applied to ath.git, thanks.

-- 
Kalle Valo