From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Oded Gabbay <oded.gabbay@gmail.com>
Cc: Colin King <colin.king@canonical.com>,
Arnd Bergmann <arnd@arndb.de>, Tomer Tayar <ttayar@habana.ai>,
Omer Shpigelman <oshpigelman@habana.ai>,
Ofir Bitton <obitton@habana.ai>,
kernel-janitors@vger.kernel.org,
"Linux-Kernel@Vger. Kernel. Org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH][next] habanalabs: fix incorrect check on failed workqueue create
Date: Fri, 31 Jul 2020 06:20:57 +0000 [thread overview]
Message-ID: <20200731062057.GC1508201@kroah.com> (raw)
In-Reply-To: <CAFCwf101gsf3GK6f_ggNgPeKTFXEDdCYz-LugNq5mY342zc2Hw@mail.gmail.com>
On Thu, Jul 30, 2020 at 01:51:48PM +0300, Oded Gabbay wrote:
> On Thu, Jul 30, 2020 at 11:20 AM Colin King <colin.king@canonical.com> wrote:
> >
> > From: Colin Ian King <colin.king@canonical.com>
> >
> > The null check on a failed workqueue create is currently null checking
> > hdev->cq_wq rather than the pointer hdev->cq_wq[i] and so the test
> > will never be true on a failed workqueue create. Fix this by checking
> > hdev->cq_wq[i].
> >
> > Addresses-Coverity: ("Dereference before null check")
> > Fixes: 5574cb2194b1 ("habanalabs: Assign each CQ with its own work queue")
> > Signed-off-by: Colin Ian King <colin.king@canonical.com>
> > ---
> > drivers/misc/habanalabs/common/device.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/drivers/misc/habanalabs/common/device.c b/drivers/misc/habanalabs/common/device.c
> > index be16b75bdfdb..35214a186913 100644
> > --- a/drivers/misc/habanalabs/common/device.c
> > +++ b/drivers/misc/habanalabs/common/device.c
> > @@ -288,7 +288,7 @@ static int device_early_init(struct hl_device *hdev)
> > for (i = 0 ; i < hdev->asic_prop.completion_queues_count ; i++) {
> > snprintf(workq_name, 32, "hl-free-jobs-%u", i);
> > hdev->cq_wq[i] = create_singlethread_workqueue(workq_name);
> > - if (hdev->cq_wq = NULL) {
> > + if (hdev->cq_wq[i] = NULL) {
> > dev_err(hdev->dev, "Failed to allocate CQ workqueue\n");
> > rc = -ENOMEM;
> > goto free_cq_wq;
> > --
> > 2.27.0
> >
>
> This patch is:
> Reviewed-by: Oded Gabbay <oded.gabbay@gmail.com>
>
> Greg, can you please apply it directly to the char-misc-next branch ?
> I don't want to send a pull request for 1 patch.
Already merged :)
WARNING: multiple messages have this Message-ID (diff)
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Oded Gabbay <oded.gabbay@gmail.com>
Cc: Colin King <colin.king@canonical.com>,
Arnd Bergmann <arnd@arndb.de>, Tomer Tayar <ttayar@habana.ai>,
Omer Shpigelman <oshpigelman@habana.ai>,
Ofir Bitton <obitton@habana.ai>,
kernel-janitors@vger.kernel.org,
"Linux-Kernel@Vger. Kernel. Org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH][next] habanalabs: fix incorrect check on failed workqueue create
Date: Fri, 31 Jul 2020 08:20:57 +0200 [thread overview]
Message-ID: <20200731062057.GC1508201@kroah.com> (raw)
In-Reply-To: <CAFCwf101gsf3GK6f_ggNgPeKTFXEDdCYz-LugNq5mY342zc2Hw@mail.gmail.com>
On Thu, Jul 30, 2020 at 01:51:48PM +0300, Oded Gabbay wrote:
> On Thu, Jul 30, 2020 at 11:20 AM Colin King <colin.king@canonical.com> wrote:
> >
> > From: Colin Ian King <colin.king@canonical.com>
> >
> > The null check on a failed workqueue create is currently null checking
> > hdev->cq_wq rather than the pointer hdev->cq_wq[i] and so the test
> > will never be true on a failed workqueue create. Fix this by checking
> > hdev->cq_wq[i].
> >
> > Addresses-Coverity: ("Dereference before null check")
> > Fixes: 5574cb2194b1 ("habanalabs: Assign each CQ with its own work queue")
> > Signed-off-by: Colin Ian King <colin.king@canonical.com>
> > ---
> > drivers/misc/habanalabs/common/device.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/drivers/misc/habanalabs/common/device.c b/drivers/misc/habanalabs/common/device.c
> > index be16b75bdfdb..35214a186913 100644
> > --- a/drivers/misc/habanalabs/common/device.c
> > +++ b/drivers/misc/habanalabs/common/device.c
> > @@ -288,7 +288,7 @@ static int device_early_init(struct hl_device *hdev)
> > for (i = 0 ; i < hdev->asic_prop.completion_queues_count ; i++) {
> > snprintf(workq_name, 32, "hl-free-jobs-%u", i);
> > hdev->cq_wq[i] = create_singlethread_workqueue(workq_name);
> > - if (hdev->cq_wq == NULL) {
> > + if (hdev->cq_wq[i] == NULL) {
> > dev_err(hdev->dev, "Failed to allocate CQ workqueue\n");
> > rc = -ENOMEM;
> > goto free_cq_wq;
> > --
> > 2.27.0
> >
>
> This patch is:
> Reviewed-by: Oded Gabbay <oded.gabbay@gmail.com>
>
> Greg, can you please apply it directly to the char-misc-next branch ?
> I don't want to send a pull request for 1 patch.
Already merged :)
next prev parent reply other threads:[~2020-07-31 6:20 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-07-30 8:20 [PATCH][next] habanalabs: fix incorrect check on failed workqueue create Colin King
2020-07-30 8:20 ` Colin King
2020-07-30 10:51 ` Oded Gabbay
2020-07-30 10:51 ` Oded Gabbay
2020-07-31 6:20 ` Greg Kroah-Hartman [this message]
2020-07-31 6:20 ` Greg Kroah-Hartman
2020-08-09 11:02 ` Oded Gabbay
2020-08-09 11:02 ` Oded Gabbay
2020-08-09 12:02 ` Greg Kroah-Hartman
2020-08-09 12:02 ` Greg Kroah-Hartman
2020-08-09 12:03 ` Oded Gabbay
2020-08-09 12:03 ` Oded Gabbay
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=20200731062057.GC1508201@kroah.com \
--to=gregkh@linuxfoundation.org \
--cc=arnd@arndb.de \
--cc=colin.king@canonical.com \
--cc=kernel-janitors@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=obitton@habana.ai \
--cc=oded.gabbay@gmail.com \
--cc=oshpigelman@habana.ai \
--cc=ttayar@habana.ai \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.