[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAK7LNAQX2GiUB04fOm7p=F+H5p9XFQjt9hEPSZS4JR+FZK6PZg@mail.gmail.com>
Date: Thu, 28 Oct 2021 23:03:54 +0900
From: Masahiro Yamada <masahiroy@...nel.org>
To: Qian Cai <quic_qiancai@...cinc.com>
Cc: Linux Kbuild mailing list <linux-kbuild@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: Introduce "make debugconfig"
On Thu, Oct 28, 2021 at 10:32 PM Qian Cai <quic_qiancai@...cinc.com> wrote:
>
> Hi there, some general debugging features like kmemleak, KASAN, lockdep,
>
> UBSAN etc help fix many viruses like a microscope. On the other hand, those
> features are scatter around and mixed up with more situational debugging
> options making them difficult to consume properly.
>
>
>
> Since I have been deal with those options on a daily basis for the last
>
> a few years and accumulated the knowledge of their pros and cons, I am
>
> thinking about to create an initial "make debugconfig" target, so that
> it could amplify the general debugging/testing efforts and help
> establish sensitive default values for those options across the broad.
>
>
> The idea is to have a debugconfig inside kernel/configs/ and update
> scripts/kconfig/Makefile
Please do not wire it up to Makefile.
> and Documentation/admin-guide/README.rst
> accordingly. I am still trying to figure out a few implementation
> details like how to convert an existing .config to debugconfig, but want
> to gather some feedback before I dive in too deep.
--
Best Regards
Masahiro Yamada
Powered by blists - more mailing lists