From: Sukadev Bhattiprolu <sukadev@linux.vnet.ibm.com>
To: Michael Ellerman <mpe@ellerman.id.au>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>,
mikey@neuling.org, stewart@linux.vnet.ibm.com,
apopple@au1.ibm.com, hbabu@us.ibm.com, oohall@gmail.com,
linuxppc-dev@ozlabs.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v7 06/12] powerpc/vas: Define helpers to alloc/free windows
Date: Sun, 27 Aug 2017 21:52:38 -0700 [thread overview]
Message-ID: <20170828045238.GD12907@us.ibm.com> (raw)
In-Reply-To: <878ti8uh0r.fsf@concordia.ellerman.id.au>
Michael Ellerman [mpe@ellerman.id.au] wrote:
> Sukadev Bhattiprolu <sukadev@linux.vnet.ibm.com> writes:
> > diff --git a/arch/powerpc/platforms/powernv/vas-window.c b/arch/powerpc/platforms/powernv/vas-window.c
> > + rc = ida_pre_get(ida, GFP_KERNEL);
> > + if (!rc)
> > + return -EAGAIN;
> > +
> > + spin_lock(&vas_ida_lock);
> > + rc = ida_get_new_above(ida, 0, &winid);
>
> If you're passing 0 you can just use ida_get_new().
Ok.
>
> Or did you actually want to exclude 0? In which case you should pass 1.
>
> > + spin_unlock(&vas_ida_lock);
> > +
> > + if (rc)
> > + return rc;
>
> You're supposed to handle EAGAIN I thought.
Yes, I will retry the pre_get()
>
> > +
> > + if (winid > VAS_WINDOWS_PER_CHIP) {
> > + pr_err("VAS: Too many (%d) open windows\n", winid);
> > + vas_release_window_id(ida, winid);
> > + return -EAGAIN;
> > + }
> > +
> > + return winid;
> > +}
> > +
> > +void vas_window_free(struct vas_window *window)
>
> static.
Ok
>
> > +{
> > + int winid = window->winid;
> > + struct vas_instance *vinst = window->vinst;
> > +
> > + unmap_winctx_mmio_bars(window);
> > + kfree(window);
> > +
> > + vas_release_window_id(&vinst->ida, winid);
> > +}
> > +
> > +struct vas_window *vas_window_alloc(struct vas_instance *vinst)
> > +{
> > + int winid;
> > + struct vas_window *window;
> > +
> > + winid = vas_assign_window_id(&vinst->ida);
> > + if (winid < 0)
> > + return ERR_PTR(winid);
> > +
> > + window = kzalloc(sizeof(*window), GFP_KERNEL);
> > + if (!window)
> > + return ERR_PTR(-ENOMEM);
>
> You leak an id here.
Argh. Yes.
>
> The error handling would be easier in here if the caller did the alloc,
> or if you split alloc and init, and alloc just did the kzalloc().
I was trying to simplify error handling in the callers where they have
to only deal with one failure now.
>
> One of the callers even prints "unable to allocate memory" if this
> function fails, but that's not accurate, there's several failure modes.
Yes, will fix that message and the leaks.
Thanks,
Suka
next prev parent reply other threads:[~2017-08-28 4:52 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-08-24 6:37 [PATCH v7 00/12] Enable VAS Sukadev Bhattiprolu
2017-08-24 6:37 ` [PATCH v7 01/12] powerpc/vas: Define macros, register fields and structures Sukadev Bhattiprolu
2017-08-25 9:47 ` Michael Ellerman
2017-08-24 6:37 ` [PATCH v7 02/12] Move GET_FIELD/SET_FIELD to vas.h Sukadev Bhattiprolu
2017-08-24 6:37 ` [PATCH v7 03/12] powerpc/vas: Define vas_init() and vas_exit() Sukadev Bhattiprolu
2017-08-24 11:51 ` Michael Ellerman
2017-08-24 21:43 ` Sukadev Bhattiprolu
2017-08-24 6:38 ` [PATCH v7 04/12] powerpc/vas: Define helpers to access MMIO regions Sukadev Bhattiprolu
2017-08-25 3:38 ` Michael Ellerman
2017-08-28 4:36 ` Sukadev Bhattiprolu
2017-08-24 6:38 ` [PATCH v7 05/12] powerpc/vas: Define helpers to init window context Sukadev Bhattiprolu
2017-08-25 9:25 ` Michael Ellerman
2017-08-28 4:44 ` Sukadev Bhattiprolu
2017-08-24 6:38 ` [PATCH v7 06/12] powerpc/vas: Define helpers to alloc/free windows Sukadev Bhattiprolu
2017-08-25 9:35 ` Michael Ellerman
2017-08-28 4:52 ` Sukadev Bhattiprolu [this message]
2017-08-24 6:38 ` [PATCH v7 07/12] powerpc/vas: Define vas_win_paste_addr() Sukadev Bhattiprolu
2017-08-25 9:36 ` Michael Ellerman
2017-08-24 6:38 ` [PATCH v7 08/12] powerpc/vas: Define vas_win_id() Sukadev Bhattiprolu
2017-08-25 9:37 ` Michael Ellerman
2017-08-28 4:53 ` Sukadev Bhattiprolu
2017-08-24 6:38 ` [PATCH v7 09/12] powerpc/vas: Define vas_rx_win_open() interface Sukadev Bhattiprolu
2017-08-24 6:38 ` [PATCH v7 10/12] powerpc/vas: Define vas_win_close() interface Sukadev Bhattiprolu
2017-08-25 10:02 ` Michael Ellerman
2017-08-28 5:14 ` Sukadev Bhattiprolu
2017-08-28 11:43 ` Michael Ellerman
2017-08-24 6:38 ` [PATCH v7 11/12] powerpc/vas: Define vas_tx_win_open() Sukadev Bhattiprolu
2017-08-24 6:38 ` [PATCH v7 12/12] powerpc/vas: Define copy/paste interfaces Sukadev Bhattiprolu
2017-08-25 10:56 ` Michael Ellerman
2017-08-28 5:20 ` Sukadev Bhattiprolu
2017-08-28 11:45 ` Michael Ellerman
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=20170828045238.GD12907@us.ibm.com \
--to=sukadev@linux.vnet.ibm.com \
--cc=apopple@au1.ibm.com \
--cc=benh@kernel.crashing.org \
--cc=hbabu@us.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linuxppc-dev@ozlabs.org \
--cc=mikey@neuling.org \
--cc=mpe@ellerman.id.au \
--cc=oohall@gmail.com \
--cc=stewart@linux.vnet.ibm.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).