linux-nfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Olga Kornievskaia <aglo@umich.edu>
To: Colin Ian King <colin.king@canonical.com>
Cc: Olga Kornievskaia <kolga@netapp.com>,
	Trond Myklebust <trond.myklebust@hammerspace.com>,
	Anna Schumaker <anna.schumaker@netapp.com>,
	linux-nfs <linux-nfs@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: NFS: inter ssc open (memory leak detected)
Date: Fri, 15 Nov 2019 14:51:55 -0500	[thread overview]
Message-ID: <CAN-5tyEgufUvN_FeLNnwdpGM0Yw1Jag8HQMAzti8Tg_xaOoOjg@mail.gmail.com> (raw)
In-Reply-To: <3d8e949c-e266-c4f7-5179-c06ab3629418@canonical.com>

On Fri, Nov 15, 2019 at 4:24 AM Colin Ian King <colin.king@canonical.com> wrote:
>
> Hi,
>
> Static analysis with Coverity has detected a memory leak in the
> following commit:
>
> commit ec4b0925089826af45e99cdf78a8ac84c1d005f1
> Author: Olga Kornievskaia <kolga@netapp.com>
> Date:   Tue Oct 8 16:33:53 2019 -0400
>
>     NFS: inter ssc open
>
>
> In function nfs42_ssc_open(), fs/nfs/nfs4file.c, analysis is as follows:
>
>    3. alloc_fn: Storage is returned from allocation function kzalloc.
>    4. var_assign: Assigning: read_name = storage returned from
> kzalloc(len, 3136U).
> 336        read_name = kzalloc(len, GFP_NOFS);
>
>    5. Condition read_name == NULL, taking false branch.
> 337        if (read_name == NULL)
> 338                goto out;
>
>    6. noescape: Resource read_name is not freed or pointed-to in snprintf.
> 339        snprintf(read_name, len, SSC_READ_NAME_BODY, read_name_gen++);
> 340
> 341        r_ino = nfs_fhget(ss_mnt->mnt_root->d_inode->i_sb, src_fh,
> &fattr,
> 342                        NULL);
>
>    7. Condition IS_ERR(r_ino), taking true branch.
> 343        if (IS_ERR(r_ino)) {
> 344                res = ERR_CAST(r_ino);
>
>    8. Jumping to label out.
> 345                goto out;
> 346        }
> 347
> 348        filep = alloc_file_pseudo(r_ino, ss_mnt, read_name, FMODE_READ,
> 349                                     r_ino->i_fop);
> 350        if (IS_ERR(filep)) {
> 351                res = ERR_CAST(filep);
> 352                goto out;
> 353        }
> 354        filep->f_mode |= FMODE_READ;
> 355
> 356        ctx = alloc_nfs_open_context(filep->f_path.dentry, filep->f_mode,
> 357                                        filep);
> 358        if (IS_ERR(ctx)) {
> 359                res = ERR_CAST(ctx);
> 360                goto out_filep;
> 361        }
> 362
> 363        res = ERR_PTR(-EINVAL);
> 364        sp = nfs4_get_state_owner(server, ctx->cred, GFP_KERNEL);
> 365        if (sp == NULL)
> 366                goto out_ctx;
> 367
> 368        ctx->state = nfs4_get_open_state(r_ino, sp);
> 369        if (ctx->state == NULL)
> 370                goto out_stateowner;
> 371
> 372        set_bit(NFS_SRV_SSC_COPY_STATE, &ctx->state->flags);
> 373        set_bit(NFS_OPEN_STATE, &ctx->state->flags);
> 374        memcpy(&ctx->state->open_stateid.other, &stateid->other,
> 375               NFS4_STATEID_OTHER_SIZE);
> 376        update_open_stateid(ctx->state, stateid, NULL, filep->f_mode);
> 377
> 378        nfs_file_set_open_context(filep, ctx);
> 379        put_nfs_open_context(ctx);
> 380
> 381        file_ra_state_init(&filep->f_ra,
> filep->f_mapping->host->i_mapping);
> 382        res = filep;
> 383out:
>
>    CID 91575 (#1-2 of 2): Resource leak (RESOURCE_LEAK)
>
> 9. leaked_storage: Variable read_name going out of scope leaks the
> storage it points to.
>
> 384        return res;
>
>
> Looks like there are several return paths to out: that leak the
> allocation of read_name.

Thanks will fix.

      reply	other threads:[~2019-11-15 19:52 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-11-15  9:21 NFS: inter ssc open (memory leak detected) Colin Ian King
2019-11-15 19:51 ` Olga Kornievskaia [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=CAN-5tyEgufUvN_FeLNnwdpGM0Yw1Jag8HQMAzti8Tg_xaOoOjg@mail.gmail.com \
    --to=aglo@umich.edu \
    --cc=anna.schumaker@netapp.com \
    --cc=colin.king@canonical.com \
    --cc=kolga@netapp.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-nfs@vger.kernel.org \
    --cc=trond.myklebust@hammerspace.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).