mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Oded Gabbay <ogabbay@kernel.org>
Cc: Guenter Roeck <linux@roeck-us.net>, Arnd Bergmann <arnd@arndb.de>,
	"Linux-Kernel@Vger. Kernel. Org" <linux-kernel@vger.kernel.org>,
	Ohad Sharabi <osharabi@habana.ai>
Subject: Re: [PATCH v2] habanalabs: Fix test build failures
Date: Mon, 4 Apr 2022 16:46:04 +0200	[thread overview]
Message-ID: <YksErB5hwrQGIiIO@kroah.com> (raw)
In-Reply-To: <CAFCwf10Nbpr1H1-qTx4kSyC6YFdeAb=xOfq6uKzejJKLuyKw5A@mail.gmail.com>

On Mon, Apr 04, 2022 at 05:38:29PM +0300, Oded Gabbay wrote:
> On Mon, Apr 4, 2022 at 4:49 PM Guenter Roeck <linux@roeck-us.net> wrote:
> >
> > allmodconfig builds on 32-bit architectures fail with the following error.
> >
> > drivers/misc/habanalabs/common/memory.c: In function 'alloc_device_memory':
> > drivers/misc/habanalabs/common/memory.c:153:49: error:
> >         cast from pointer to integer of different size
> >
> > Fix the typecast. While at it, drop other unnecessary typecasts associated
> > with the same commit.
> >
> > Fixes: e8458e20e0a3c ("habanalabs: make sure device mem alloc is page aligned")
> > Cc: Ohad Sharabi <osharabi@habana.ai>
> > Signed-off-by: Guenter Roeck <linux@roeck-us.net>
> > ---
> > v2: Drop unnecessary (u64) typecasts
> >
> >  drivers/misc/habanalabs/common/memory.c | 16 ++++++++--------
> >  1 file changed, 8 insertions(+), 8 deletions(-)
> >
> > diff --git a/drivers/misc/habanalabs/common/memory.c b/drivers/misc/habanalabs/common/memory.c
> > index e008d82e4ba3..a13506dd8119 100644
> > --- a/drivers/misc/habanalabs/common/memory.c
> > +++ b/drivers/misc/habanalabs/common/memory.c
> > @@ -111,10 +111,10 @@ static int alloc_device_memory(struct hl_ctx *ctx, struct hl_mem_in *args,
> >
> >         if (contiguous) {
> >                 if (is_power_of_2(page_size))
> > -                       paddr = (u64) (uintptr_t) gen_pool_dma_alloc_align(vm->dram_pg_pool,
> > -                                                               total_size, NULL, page_size);
> > +                       paddr = (uintptr_t) gen_pool_dma_alloc_align(vm->dram_pg_pool,
> > +                                                                    total_size, NULL, page_size);
> >                 else
> > -                       paddr = (u64) (uintptr_t) gen_pool_alloc(vm->dram_pg_pool, total_size);
> > +                       paddr = gen_pool_alloc(vm->dram_pg_pool, total_size);
> >                 if (!paddr) {
> >                         dev_err(hdev->dev,
> >                                 "failed to allocate %llu contiguous pages with total size of %llu\n",
> > @@ -150,12 +150,12 @@ static int alloc_device_memory(struct hl_ctx *ctx, struct hl_mem_in *args,
> >                 for (i = 0 ; i < num_pgs ; i++) {
> >                         if (is_power_of_2(page_size))
> >                                 phys_pg_pack->pages[i] =
> > -                                               (u64) gen_pool_dma_alloc_align(vm->dram_pg_pool,
> > -                                                                               page_size, NULL,
> > -                                                                               page_size);
> > +                                       (uintptr_t)gen_pool_dma_alloc_align(vm->dram_pg_pool,
> > +                                                                           page_size, NULL,
> > +                                                                           page_size);
> >                         else
> > -                               phys_pg_pack->pages[i] = (u64) gen_pool_alloc(vm->dram_pg_pool,
> > -                                                                               page_size);
> > +                               phys_pg_pack->pages[i] = gen_pool_alloc(vm->dram_pg_pool,
> > +                                                                       page_size);
> >                         if (!phys_pg_pack->pages[i]) {
> >                                 dev_err(hdev->dev,
> >                                         "Failed to allocate device memory (out of memory)\n");
> > --
> > 2.35.1
> >
> 
> Hi Guenter,
> Thanks for the patch, but Greg already merged a patch that was sent to him.

I did?  Where?

  reply	other threads:[~2022-04-04 14:48 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-04-04 13:48 Guenter Roeck
2022-04-04 14:38 ` Oded Gabbay
2022-04-04 14:46   ` Greg Kroah-Hartman [this message]
2022-04-04 14:54     ` Greg Kroah-Hartman
2022-04-04 14:55       ` 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=YksErB5hwrQGIiIO@kroah.com \
    --to=gregkh@linuxfoundation.org \
    --cc=arnd@arndb.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux@roeck-us.net \
    --cc=ogabbay@kernel.org \
    --cc=osharabi@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®