Received: by 2002:a05:6a10:9afc:0:0:0:0 with SMTP id t28csp2622898pxm; Mon, 28 Feb 2022 02:56:06 -0800 (PST) X-Google-Smtp-Source: ABdhPJzMekX3trzQ4tUpM2DMnfVsZzJ040LHA2B3FV2iY8E7tH/G0EqGfBdY6zaZwj2/SeuQyFml X-Received: by 2002:a17:907:770a:b0:6b6:dd04:9a63 with SMTP id kw10-20020a170907770a00b006b6dd049a63mr13988819ejc.542.1646045766508; Mon, 28 Feb 2022 02:56:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1646045766; cv=none; d=google.com; s=arc-20160816; b=LWJ3hMWtVtTVdklACXVi2uSPPREovr8bhy033ppcGhSMKFPP8zblV0w6cG525bSDaN +3ky9MH2/1vgcbgfnH0KDX3Zi6Km+w4NpoMM/ubedzuTibB4l0MErDl6e+BziWkcNCtU 4lQkYISaTdHDOr5jel5fRz1bAKgm9cZ2q9lX+d0YwZU0vwoxnmECcQiiJY9J0mbtue8b 4WikLHHIVaswbmCqtk/KCsGVT6BCAsoD6DZZJ/Q9CiKnOrAiy5nPxF960CyIYwDYdDRe sekYdd6CMa3f8s9DZbpB0CjLh6KgXQSYLuTxsaeenVtqxD6FLOGQsyp4CEzyruyqn1cc xDTg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=tsK1Z3+qXd93E96nRxU++sPLj//cbKWzacSgGyJ7zpM=; b=ee2ugH2lAksLTW2+oCdfuXvBKHnBBJsmFHLbI/e2Uf0rgkfKwWf+QN1TotK024HH4o 4C9g58E5046eEtbmuUnvfgJ8iCLUbqFbF8LqGEyh2mgluso8fzzucCaxOLfl+CeA7QbW 1jj1siK55heXA0rNx4UX+jNLinnB27UevB+JiY2hgkn0/T1c6SOaufC0QZanmzZFjkte nJSDRYwUnZTka3QByFOrnuP0i2Imq1uKh1Ke82LIbNBx7f2iExESqPJm+sx8n4Kiqi5l faj2SXwxjNQTnk40AeHQDQV06X5QakJM+HciJs1+5PlMaSTJu8+4VAf1yQOEuI3IPyax R2TQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=ijaKTYGd; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id h23-20020a50cdd7000000b00407c91017a0si6356288edj.429.2022.02.28.02.55.44; Mon, 28 Feb 2022 02:56:06 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=ijaKTYGd; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230138AbiB1DS6 (ORCPT + 99 others); Sun, 27 Feb 2022 22:18:58 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43314 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232405AbiB1DSz (ORCPT ); Sun, 27 Feb 2022 22:18:55 -0500 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id B0B242C107 for ; Sun, 27 Feb 2022 19:18:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1646018296; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=tsK1Z3+qXd93E96nRxU++sPLj//cbKWzacSgGyJ7zpM=; b=ijaKTYGdnqE24ImfS0lo2EKyvcjJuz9g6WE2VsyRZ3SNSdku3+N89M0YFjPCBdM5Dcmafk 4/jXeWPjeh3V6wQdST9V3eOg5ojRDQbnoX+G9v7d2WFduYmoUSceVJ9qk8zsE7RyzXXrho 4nrE1sscVG5zniIYIKPMGN1gxhioIfA= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-292-qEHiR05PMleXfKIwtPEqVg-1; Sun, 27 Feb 2022 22:18:11 -0500 X-MC-Unique: qEHiR05PMleXfKIwtPEqVg-1 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 85B45824FA6; Mon, 28 Feb 2022 03:18:09 +0000 (UTC) Received: from localhost (ovpn-13-26.pek2.redhat.com [10.72.13.26]) by smtp.corp.redhat.com (Postfix) with ESMTPS id E039A56F78; Mon, 28 Feb 2022 03:18:04 +0000 (UTC) Date: Mon, 28 Feb 2022 11:18:01 +0800 From: Baoquan He To: Luis Chamberlain , yingelin Cc: ebiederm@xmission.com, keescook@chromium.org, yzaikin@google.com, kexec@lists.infradead.org, linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, zengweilin@huawei.com, chenjianguo3@huawei.com, nixiaoming@huawei.com, qiuguorui1@huawei.com, young.liuyang@huawei.com Subject: Re: [PATCH sysctl-next] kernel/kexec_core: move kexec_core sysctls into its own file Message-ID: <20220228031801.GB150756@MiWiFi-R3L-srv> References: <20220223030318.213093-1-yingelin@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Scanned-By: MIMEDefang 2.79 on 10.5.11.11 X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H5,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_NONE, T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 02/28/22 at 09:43am, yingelin wrote: > > 在 2022/2/27 4:20, Luis Chamberlain 写道: > > On Thu, Feb 24, 2022 at 10:35:21AM +0800, Baoquan He wrote: > > > That seems to be an issue everything related to sysctl are all added to > > > kernel/sysctl.c. Do you have a pointer that someone complained about it > > > and people agree to scatter them into their own component code? > > https://lkml.kernel.org/r/20220226031054.47DF8C340E7@smtp.kernel.org > > > > > I understand your concern now, I am personally not confused by that > > > maybe because I haven't got stuff adding or changing into sysctls. My > > > concern is if we only care and move kexec knob, or we have plan to try > > > to move all of them. If there's some background information or > > > discussion with a link, that would be helpful. > > We're moving them all out. Sorry, yingelin's commit log message sucks > > and it needs to be fixed to account for the justification. All the > > filesystem sysctls are already moved out. Slowly we are moving the other > > ones out and also doing minor optimizations along the way. Thanks for the explanation. Yeah, not like code chaging for fixing or improvement, providing justification is very helpful and imporant for this kind of code moving. > I'm sorry I didn't express it clearly. I'll fix it in v2 patch. That's OK, look forward to seeing the v2.