Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp931087ybz; Wed, 22 Apr 2020 10:26:29 -0700 (PDT) X-Google-Smtp-Source: APiQypJjyTHeff6mKDMktJOiqQRieoxQO749ML8hi5CWQM/XsxReLF0gpIdTSEcI2Xfsy070nRee X-Received: by 2002:a17:906:a441:: with SMTP id cb1mr28023917ejb.242.1587576389322; Wed, 22 Apr 2020 10:26:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587576389; cv=none; d=google.com; s=arc-20160816; b=S/XjJ7vz5lOvkqfIl4B6ZokXjdP4b+L+0AJs4wmdpClKFWcPP61OQ/g47bxQRjhHhR UiRVNETVAS6L3U+R8YAUDE94zkBbx8xBNXNFaQLYtbHVW8LWwi+ND+XtW9ozmlNOLthj cEUpXv6dVFi6ngxUC4ttwUpj3EUgUQJuGv7uLOCn8AYyrlL6vlWRsk3CPNVakdW85III NAOxCGRU9NrDcOW3TaHk1ekzbJP5GHjFxZfbY2c5kRIC1FKcHRq/YVP1zewGmwZpQgOU laEZV2VuHR/l/UgcMEtwOk67pElng9IIwI42F08dcVVrfUkOZeq31WS2VkPzMagup48Q 0AiA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=MBKuBxWEg9qA730ZYDbTQTMeEvxlAKFNn5XmhrJbSMw=; b=0jsoWL3T4s7NT2YqJJmUNLY0rSXmDgR3Fnfwyp4NDvJxheAY0X8Y+BPntbc8oKfA2J 2yoH2nmB6Hlqtxr9rhkMWdT9QlWx5b9f++p5gPsS14QT3cni1wOUqHPZ1itiTvx4x8YV I7vStkjIi8YzLElH8BIO94eJ2p/0mlk/wJfLrGtZCso+CvtgGD4rUUsAHLh6XrA1MkJ2 vlXKGWHaVgdBcWQuY0/QHdzI6NSjOkEPx7fdZbSprlicLzqzC3cZB+9AX9IyLrHv0/IF TsZMO2bXLY0bEo+uiRVLEp9hOc4+JclyrfQ3+vFXjmq0qpZs/wX9NLsz+11yY1iCLfmV QSEg== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w15si1145088edi.597.2020.04.22.10.26.05; Wed, 22 Apr 2020 10:26:29 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726954AbgDVRYf (ORCPT + 99 others); Wed, 22 Apr 2020 13:24:35 -0400 Received: from verein.lst.de ([213.95.11.211]:53807 "EHLO verein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726372AbgDVRYe (ORCPT ); Wed, 22 Apr 2020 13:24:34 -0400 Received: by verein.lst.de (Postfix, from userid 2407) id CA5C468CEC; Wed, 22 Apr 2020 19:24:31 +0200 (CEST) Date: Wed, 22 Apr 2020 19:24:31 +0200 From: Christoph Hellwig To: Vlastimil Babka Cc: Christoph Hellwig , Kees Cook , Iurii Zaikin , Alexei Starovoitov , Daniel Borkmann , linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-fsdevel@vger.kernel.org, netdev@vger.kernel.org, bpf@vger.kernel.org, Andrew Morton Subject: Re: [PATCH 3/5] sysctl: remove all extern declaration from sysctl.c Message-ID: <20200422172431.GB30102@lst.de> References: <20200421171539.288622-1-hch@lst.de> <20200421171539.288622-4-hch@lst.de> <13b10b87-6753-7e7c-fa56-20d7793250d6@suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <13b10b87-6753-7e7c-fa56-20d7793250d6@suse.cz> User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Apr 22, 2020 at 12:30:22PM +0200, Vlastimil Babka wrote: > On 4/21/20 7:15 PM, Christoph Hellwig wrote: > > Extern declarations in .c files are a bad style and can lead to > > mismatches. Use existing definitions in headers where they exist, > > and otherwise move the external declarations to suitable header > > files. > > Your cleanup reminds me of this Andrew's sigh from last week [1]. > I'm not saying your series should do that too, just wondering if some of the > moves you are doing now would be better suited for the hypothetical new header > to avoid moving them again later (but I admit I haven't looked closer). > > [1] > https://lore.kernel.org/linux-api/20200417174654.9af0c51afb5d9e35e5519113@linux-foundation.org/ I thought of that, but I'm not really sure it is worth it. I'd rather move more sysctl implementations out of sysctl.c and just export the tables back to it.