linux-kernel - Re: [PATCH] [V2] net/9p: Use proper data types

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Thu, 06 Jan 2011 10:50:00 -0800
From:	"Venkateswararao Jujjuri (JV)" <jvrao@...ux.vnet.ibm.com>
To:	"M. Mohan Kumar" <mohan@...ibm.com>
CC:	v9fs-developer <v9fs-developer@...ts.sourceforge.net>,
	LKML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] [V2] net/9p: Use proper data types

On 1/6/2011 1:24 AM, M. Mohan Kumar wrote:
> Use proper data types for storing the count of the binary blob and
> length of a string. Without this patch length calculation of string will
> always result in -1 because of comparision between signed and unsigned

nit pick .. typo   - comparison

Otherwise looks good.

Reviewed by: Venkateswararao Jujjuri <jvrao@...ux.vnet.ibm.com>

> integer.
> 
> Signed-off-by: M. Mohan Kumar <mohan@...ibm.com>
> ---
> Changes from previous version:
> * Use uint32_t inside va_arg
> * In function p9pdu_vreadf length of string can not be a signed int,
>   change the data type to unsigned int and remove the max_t expression
>   that becomes unnecessary with data type change
> 
> Commit 33551d7be66cec324c47990ed526b7fe327b011f net/9p/protocol.c:
> Remove duplicated macros from Thiago Farina <tfransosi@...il.com> exposed this
> issue
> 
>  net/9p/protocol.c |   21 +++++++++------------
>  1 files changed, 9 insertions(+), 12 deletions(-)
> 
> diff --git a/net/9p/protocol.c b/net/9p/protocol.c
> index c5180fd..1e308f2 100644
> --- a/net/9p/protocol.c
> +++ b/net/9p/protocol.c
> @@ -178,27 +178,24 @@ p9pdu_vreadf(struct p9_fcall *pdu, int proto_version, const char *fmt,
>  			break;
>  		case 's':{
>  				char **sptr = va_arg(ap, char **);
> -				int16_t len;
> -				int size;
> +				uint16_t len;
> 
>  				errcode = p9pdu_readf(pdu, proto_version,
>  								"w", &len);
>  				if (errcode)
>  					break;
> 
> -				size = max_t(int16_t, len, 0);
> -
> -				*sptr = kmalloc(size + 1, GFP_KERNEL);
> +				*sptr = kmalloc(len + 1, GFP_KERNEL);
>  				if (*sptr == NULL) {
>  					errcode = -EFAULT;
>  					break;
>  				}
> -				if (pdu_read(pdu, *sptr, size)) {
> +				if (pdu_read(pdu, *sptr, len)) {
>  					errcode = -EFAULT;
>  					kfree(*sptr);
>  					*sptr = NULL;
>  				} else
> -					(*sptr)[size] = 0;
> +					(*sptr)[len] = 0;
>  			}
>  			break;
>  		case 'Q':{
> @@ -234,14 +231,14 @@ p9pdu_vreadf(struct p9_fcall *pdu, int proto_version, const char *fmt,
>  			}
>  			break;
>  		case 'D':{
> -				int32_t *count = va_arg(ap, int32_t *);
> +				uint32_t *count = va_arg(ap, uint32_t *);
>  				void **data = va_arg(ap, void **);
> 
>  				errcode =
>  				    p9pdu_readf(pdu, proto_version, "d", count);
>  				if (!errcode) {
>  					*count =
> -					    min_t(int32_t, *count,
> +					    min_t(uint32_t, *count,
>  						  pdu->size - pdu->offset);
>  					*data = &pdu->sdata[pdu->offset];
>  				}
> @@ -404,9 +401,9 @@ p9pdu_vwritef(struct p9_fcall *pdu, int proto_version, const char *fmt,
>  			break;
>  		case 's':{
>  				const char *sptr = va_arg(ap, const char *);
> -				int16_t len = 0;
> +				uint16_t len = 0;
>  				if (sptr)
> -					len = min_t(int16_t, strlen(sptr),
> +					len = min_t(uint16_t, strlen(sptr),
>  								USHRT_MAX);
> 
>  				errcode = p9pdu_writef(pdu, proto_version,
> @@ -439,7 +436,7 @@ p9pdu_vwritef(struct p9_fcall *pdu, int proto_version, const char *fmt,
>  						 stbuf->n_gid, stbuf->n_muid);
>  			} break;
>  		case 'D':{
> -				int32_t count = va_arg(ap, int32_t);
> +				uint32_t count = va_arg(ap, uint32_t);
>  				const void *data = va_arg(ap, const void *);
> 
>  				errcode = p9pdu_writef(pdu, proto_version, "d",


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/