[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CANpmjNOQpQdjipRQn-H=noPhDW1pfR--h5hQ+DVXyHTZcKhoJg@mail.gmail.com>
Date: Thu, 21 Nov 2024 15:19:51 +0100
From: Marco Elver <elver@...gle.com>
To: Andy Shevchenko <andriy.shevchenko@...ux.intel.com>
Cc: kasan-dev@...glegroups.com, linux-kernel@...r.kernel.org,
Dmitry Vyukov <dvyukov@...gle.com>
Subject: Re: [PATCH v2 0/2] kcsan: debugs: Refactor allocation code
On Thu, 21 Nov 2024 at 15:17, Andy Shevchenko
<andriy.shevchenko@...ux.intel.com> wrote:
>
> On Thu, Nov 21, 2024 at 04:12:50PM +0200, Andy Shevchenko wrote:
> > Refactor allocation code to be more robust against overflows
> > and shorted in terms of LoCs.
> >
> > In v2:
> > - collected tags (Marco)
> > - added patch 2
>
> Okay, it seems I have to check the Linux Next for the current state of
> affairs...
Right. Please double check this still applies after 59458fa4ddb4
("kcsan: Turn report_filterlist_lock into a raw_spinlock") in latest
mainline (or -next). I had to rework that code to make PREEMPT_RT
happy, and at the same time got rid of all this old code. I suppose a
side-effect was switching over to kmalloc_array() and making it look a
bit cleaner as well.
Thanks,
-- Marco
Powered by blists - more mailing lists