Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp1589820pxb; Thu, 28 Oct 2021 06:35:23 -0700 (PDT) X-Google-Smtp-Source: ABdhPJweOEtEazOAEv6U/iYShGJzv3YU+JvJ21GDzJ16RyWrgk4bn0qsL7+DV3aEflhhibpf6dwR X-Received: by 2002:a17:906:4301:: with SMTP id j1mr5402669ejm.551.1635428122908; Thu, 28 Oct 2021 06:35:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1635428122; cv=none; d=google.com; s=arc-20160816; b=y6Mrlyk6UTwEa2/4stSYvjT4P5c9vBzh22SkCMGb8Y+GXl9RzPpvMzcRDraAZPUSE5 e4LscbRG9Uy8Myp58DRXWaOLfjRcDi/U9kK8GGTTZyja0yKV5XBOhQKGQKGrA+09F5KV RTGxjqFBi16t1iLqLZdMqHOtNx6Y3DWT6+Mr9A/uZHR2p5EwDXWw1MjcxwemOCDygbju TYnRI7duW/8gtlVTvyes2qfpFINpeFiaLg4w7stYkT/Z7oL3RG38Yy5tHQliqnYoE9Ay SP6mNihFfuVKxYwbJYKf8y1kRTMxL+quol1ZNKod7O+L8e3MfYnY+IbhhhgwJmA797wl rjVg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :mime-version:user-agent:date:message-id:subject:from:cc:to :dkim-signature; bh=9TsYvEwcIfA8bgN64rkLfWRSFHsVk2LbPCCy1OTa3ME=; b=Pv9voikUaYwl7rzPgBObEegTsEfz1ClVE3pD8W22Acc6y66QvubujJ1fABGYhXRaDt n0JraO1t6GW9QZNVQhPBKoPWpH8lEQh+CBWMTU3MM4jMk3N/ryZy5rhcP+MsIeMKc3LW 70JoxrKgQykXq5p0wvQYHGeeRtDZIegOOlPZDBxP/nGRJMP91G8ZElj8q2H3d5dc1Dr5 Vemd7lbVETForL6S0iY95Y6KoXWj/fZc3UQSi1tkIzh66RFvqQJKVu/aBvsHIzE6GuVJ gDBcOKzJ4FpPNZkGWhIgx2r03P7lJ7J+TVIllHFjTapvBEn36XY2k1AxkuXdj6q2JqtJ 6jNA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@quicinc.com header.s=qcdkim header.b=oLRCSUnw; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=quicinc.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h17si5982049ede.422.2021.10.28.06.34.58; Thu, 28 Oct 2021 06:35:22 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@quicinc.com header.s=qcdkim header.b=oLRCSUnw; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=quicinc.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230409AbhJ1NfU (ORCPT + 99 others); Thu, 28 Oct 2021 09:35:20 -0400 Received: from alexa-out-sd-02.qualcomm.com ([199.106.114.39]:25235 "EHLO alexa-out-sd-02.qualcomm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230017AbhJ1NfU (ORCPT ); Thu, 28 Oct 2021 09:35:20 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quicinc.com; i=@quicinc.com; q=dns/txt; s=qcdkim; t=1635427973; x=1666963973; h=to:cc:from:subject:message-id:date:mime-version: content-transfer-encoding; bh=9TsYvEwcIfA8bgN64rkLfWRSFHsVk2LbPCCy1OTa3ME=; b=oLRCSUnwwDklDFyEuWRXWRsMwsfKxALotbyKgKk8QRszpUHTHgkkExO8 CmhwycPyKgggt0CGginRNkUJBEk9D2/P4NnpxTQZOeMlqZ+fz3NiXS/Pu j3qVVLdnCEBrVkJkF7MfA9DBRVqz5Zfef0e6RklnI0uM8w2ogYFh2u5cu Y=; Received: from unknown (HELO ironmsg01-sd.qualcomm.com) ([10.53.140.141]) by alexa-out-sd-02.qualcomm.com with ESMTP; 28 Oct 2021 06:32:53 -0700 X-QCInternal: smtphost Received: from nasanex01c.na.qualcomm.com ([10.47.97.222]) by ironmsg01-sd.qualcomm.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 28 Oct 2021 06:32:52 -0700 Received: from nalasex01a.na.qualcomm.com (10.47.209.196) by nasanex01c.na.qualcomm.com (10.47.97.222) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.922.7; Thu, 28 Oct 2021 06:32:53 -0700 Received: from [10.110.38.143] (10.80.80.8) by nalasex01a.na.qualcomm.com (10.47.209.196) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.922.7; Thu, 28 Oct 2021 06:32:52 -0700 To: Masahiro Yamada CC: , From: Qian Cai Subject: Introduce "make debugconfig" Message-ID: <962c0565-89a3-c6d2-37e0-a93c8c753d57@quicinc.com> Date: Thu, 28 Oct 2021 09:32:51 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.80.80.8] X-ClientProxiedBy: nasanex01a.na.qualcomm.com (10.52.223.231) To nalasex01a.na.qualcomm.com (10.47.209.196) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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 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.