[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <14c2bce9-ee3d-448c-8a01-542b5b0b9848@suswa.mountain>
Date: Thu, 7 Aug 2025 18:36:09 +0300
From: Dan Carpenter <dan.carpenter@...aro.org>
To: Stefan Metzmacher <metze@...ba.org>
Cc: Steve French <sfrench@...ba.org>, Paulo Alcantara <pc@...guebit.org>,
Ronnie Sahlberg <ronniesahlberg@...il.com>,
Shyam Prasad N <sprasad@...rosoft.com>, Tom Talpey <tom@...pey.com>,
Bharath SM <bharathsm@...rosoft.com>, linux-cifs@...r.kernel.org,
samba-technical@...ts.samba.org, linux-kernel@...r.kernel.org,
kernel-janitors@...r.kernel.org,
Namjae Jeon <linkinjeon@...nel.org>
Subject: Re: Using smatch and sparse together (Re: [PATCH next] smb: client:
Fix use after free in send_done())
On Thu, Aug 07, 2025 at 05:17:05PM +0200, Stefan Metzmacher wrote:
> > > I'm typically doing a full kernel build a week after each rc.
> > > My idea was to rebuild the whole db after doing that.
> >
> > Yeah. That's a good strategy. The data from the existing DB feeds
> > into the new one when you rebuild the DB so don't delete the old
> > DB at the start or anything.
>
> I mean I'm typically do a git clean -xdf . in order
> to wipe everything in order to do a clean:
> make -j33 bindeb-pkg
>
> So it would build a new DB, as I'm working based on
> the new kernel I guess that's all I need or
> are there other reasons to update the existing DB?
You really want to keep the old smatch_db.sqlite DB file between
rebuilds. Every time you rebuild the DB it adds more information to
the call tree.
Imagine a() passes a number to b() which passes it to c(). It takes
two rebuilds for that information to be built out.
regards,
dan carpenter
Powered by blists - more mailing lists