[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAJuCfpFCiUfpa45rG74zd-KoQcaA2fwgUw86iSF2CDiFrXCOdA@mail.gmail.com>
Date: Tue, 2 Jul 2024 15:15:19 +0000
From: Suren Baghdasaryan <surenb@...gle.com>
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: Christian König <christian.koenig@....com>,
Christoph Hellwig <hch@....de>, Thorsten Blum <thorsten.blum@...lux.com>, jack@...e.cz,
linux-kernel@...r.kernel.org, Sumit Semwal <sumit.semwal@...aro.org>,
linux-media@...r.kernel.org, dri-devel@...ts.freedesktop.org,
linaro-mm-sig@...ts.linaro.org
Subject: Re: [PATCH] dma-buf: Remove unnecessary kmalloc() cast
On Tue, Jul 2, 2024 at 7:34 AM Andrew Morton <akpm@...ux-foundation.org> wrote:
>
> On Tue, 2 Jul 2024 09:13:35 +0200 Christian König <christian.koenig@....com> wrote:
>
> > yes that is
> > intentionally a define and not an inline function.
> >
> > See this patch here which changed that:
> >
> > commit 2c321f3f70bc284510598f712b702ce8d60c4d14
> > Author: Suren Baghdasaryan <surenb@...gle.com>
> > Date: Sun Apr 14 19:07:31 2024 -0700
> >
> > mm: change inlined allocation helpers to account at the call site
>
> Dang, yes, that was a regrettable change. But hardly the end of the
> world. I do think each such alteration should have included a comment
> to prevent people from going and cleaning them up.
Sorry I missed this discussion. Yes, the definition was intentional
and I will add comments for all the cases which were changed this way.
Thanks,
Suren.
>
>
Powered by blists - more mailing lists