Lustre-devel archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Lidza Louina <lidza.louina@oracle.com>
To: lustre-devel@lists.lustre.org
Subject: [lustre-devel] [PATCH] staging/lustre/ptlrpc: Removes potential null dereference
Date: Mon, 16 May 2016 10:11:52 -0400	[thread overview]
Message-ID: <5739D528.4000606@oracle.com> (raw)
In-Reply-To: <7641B85C-A5E1-499C-9426-8A860900C35C@intel.com>



On 05/13/2016 12:43 PM, Drokin, Oleg wrote:
> On May 12, 2016, at 6:33 PM, Lidza Louina wrote:
>
>> The lustre_msg_buf method could return NULL. Subsequent code didn't
>> check if it's null before using it. This patch adds two checks.
> Thank you for the patch, it looks good code-wise, but there are some style issues.
>
>>      
>> Signed-off-by: Lidza Louina <Lidza.Louina@oracle.com>
>>
>> diff --git a/drivers/staging/lustre/lustre/ptlrpc/sec.c b/drivers/staging/lustre/lustre/ptlrpc/sec.c
>> index 187fd1d..e6fedc3 100644
>> --- a/drivers/staging/lustre/lustre/ptlrpc/sec.c
>> +++ b/drivers/staging/lustre/lustre/ptlrpc/sec.c
>> @@ -2195,6 +2195,8 @@ int sptlrpc_pack_user_desc(struct lustre_msg *msg, int offset)
>>   	struct ptlrpc_user_desc *pud;
>>   
>>   	pud = lustre_msg_buf(msg, offset, 0);
>> +	if (!pud)
>> +		return -EINVAL;
>>   
>>   	pud->pud_uid = from_kuid(&init_user_ns, current_uid());
>>   	pud->pud_gid = from_kgid(&init_user_ns, current_gid());
>> diff --git a/drivers/staging/lustre/lustre/ptlrpc/sec_plain.c b/drivers/staging/lustre/lustre/ptlrpc/sec_plain.c
>> index 37c9f4c..7736aa9 100644
>> --- a/drivers/staging/lustre/lustre/ptlrpc/sec_plain.c
>> +++ b/drivers/staging/lustre/lustre/ptlrpc/sec_plain.c
>> @@ -542,6 +542,7 @@ int plain_alloc_reqbuf(struct ptlrpc_sec *sec,
>>   {
>>   	__u32 buflens[PLAIN_PACK_SEGMENTS] = { 0, };
>>   	int alloc_len;
>> +	int desc;
>>   
>>   	buflens[PLAIN_PACK_HDR_OFF] = sizeof(struct plain_header);
>>   	buflens[PLAIN_PACK_MSG_OFF] = msgsize;
>> @@ -575,7 +576,10 @@ int plain_alloc_reqbuf(struct ptlrpc_sec *sec,
>>   	req->rq_reqmsg = lustre_msg_buf(req->rq_reqbuf, PLAIN_PACK_MSG_OFF, 0);
>>   
>>   	if (req->rq_pack_udesc)
>> -		sptlrpc_pack_user_desc(req->rq_reqbuf, PLAIN_PACK_USER_OFF);
>> +		desc = sptlrpc_pack_user_desc(req->rq_reqbuf, PLAIN_PACK_USER_OFF);
> This makes the line longer than 80 chars.
> Also why not declare desc right here as opposed to the start of the function like you did?
>
>> +		if (!desc){
>> +			return desc;
>> +		}
> We don't really need these curvy braces here.
>
> Thanks!
>
>
Thanks for the feedback. I'm sending a new patch in now.

Lidza

      reply	other threads:[~2016-05-16 14:11 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-05-12 22:33 [lustre-devel] [PATCH] staging/lustre/ptlrpc: Removes potential null dereference Lidza Louina
2016-05-13 16:43 ` Drokin, Oleg
2016-05-16 14:11   ` Lidza Louina [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=5739D528.4000606@oracle.com \
    --to=lidza.louina@oracle.com \
    --cc=lustre-devel@lists.lustre.org \
    /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