Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp10509520rwd; Thu, 22 Jun 2023 00:33:25 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ6EVcl2h0j0h6Y3vdcuOLRDdc3SfJaaeUnVatiq4N5q+ZvDlatTXmmdfmKYDZ9i2lTRB7s7 X-Received: by 2002:a17:902:d4c1:b0:1af:d4f0:1dbe with SMTP id o1-20020a170902d4c100b001afd4f01dbemr14899574plg.23.1687419205068; Thu, 22 Jun 2023 00:33:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1687419205; cv=none; d=google.com; s=arc-20160816; b=VGHB6teCaQHU9JKYTCjeNA0r4Nw1ceti1u70AYi7NuoK0MkBinuO/g66fOppu4JL9o 8sM8DcsoDUN5IwlrR0AkIYSDJTjSWyTvCvORef/4nHqxVbHhVpqtqY4yDwLNa+PAV7IL WvLqlGcWSBsBaKYCJEEb3EKBHvOLLUQfbRPUzm9O3GJt/BkIO9VxIhTJcD2hvqyph43M dCO1h9pdYiPrA4Qg+xAHSdYq5H0vyz7mmmJZP0CGkdlN/rEJuuMBHhTLsZCkeiUU7IkD ZY5R1DhZV6r/WpGW51ZD7aEtB7fo/cPpgfoQTO7Ws9wm2MmRPp5GjgLpMWeRkcSclhUh hyDg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:references:message-id:in-reply-to :subject:cc:to:from:date:feedback-id:dkim-signature; bh=Al/ugtKM4zGeWWIaAMkQdgD0733cU/poF8FmUXKG1wM=; b=egEGJvieRprdzbjVNRdhqM8qp0j2MZe74QSsrjWhkC7T76zVWFAqGasu48ADoSnXqy mY01XqsKCXzHcaTi2MDuXPZFBm5JN3VKRem+yIKEwEbMFPmEE2qc2cXuNpQ6wI1hC9HC IOCtLCHdmkIYr+++rYG2VOaTyDckIjFOrUXOOmLr5p9348p3p5OnZXpIcG5riUwvdNg/ glDGMhxfB8bGZxJxNEE3SlOUiX4gbpJWzxG4/rc7wBmi2SsE036fU4scdEUSnqGLy+0N YvM5WxMFJPi18zboy+Vq1cpHixBPso872Z9wPvIpKrte6mcciEVlSqfCH7LDjeTee7CP pleA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@messagingengine.com header.s=fm2 header.b=dHyK1KKK; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id kp15-20020a170903280f00b001b2381c898asi808366plb.319.2023.06.22.00.33.12; Thu, 22 Jun 2023 00:33:25 -0700 (PDT) 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=@messagingengine.com header.s=fm2 header.b=dHyK1KKK; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231137AbjFVHXZ (ORCPT + 99 others); Thu, 22 Jun 2023 03:23:25 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41708 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229468AbjFVHXW (ORCPT ); Thu, 22 Jun 2023 03:23:22 -0400 Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9A3F1172C; Thu, 22 Jun 2023 00:23:21 -0700 (PDT) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 149655C0132; Thu, 22 Jun 2023 03:23:21 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Thu, 22 Jun 2023 03:23:21 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; t=1687418601; x=1687505001; bh=Al/ugtKM4zGeW WIaAMkQdgD0733cU/poF8FmUXKG1wM=; b=dHyK1KKK4X+f8zzsAqFX7SD63cCe2 RnKjyvdMkUpzLnCdpBAo3+pETrEJntgIoBxOdJyjxYo3DE9BmEhkNnWtE1SAU3xq 16qt4glsM7bcBkURkpL3+LCEyCwNf8kgQhjjOEi7KeyiWgDVeUzxa9EtvHusno6k 42ggSi5Y8zI2DU2UpN7G6pRv3aGoNQfbw2zgVazkjQ2/ogqU/9tabDeCA5O1umx7 aGHDJ32jOO27litdrozEolso2fzrhGpmMDhhJQgeyx8a0xRRgKfPPYZk+62+uZ42 JmoKUBA4vN8YvLWHf4yRSd0UuL/ldjpdl9BjxCIaKiN3k4rIxrI5Q6fmw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrgeegtddgudduvdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpeffhffvvefujgfkfhggtgesthdtredttddtvdenucfhrhhomhephfhinhhn ucfvhhgrihhnuceofhhthhgrihhnsehlihhnuhigqdhmieekkhdrohhrgheqnecuggftrf grthhtvghrnhepleeuheelheekgfeuvedtveetjeekhfffkeeffffftdfgjeevkeegfedv ueehueelnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomh epfhhthhgrihhnsehlihhnuhigqdhmieekkhdrohhrgh X-ME-Proxy: Feedback-ID: i58a146ae:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 22 Jun 2023 03:23:19 -0400 (EDT) Date: Thu, 22 Jun 2023 17:24:03 +1000 (AEST) From: Finn Thain To: Greg Kroah-Hartman cc: Theodore Ts'o , Jonathan Corbet , tech-board-discuss@lists.linux-foundation.org, Kees Cook , Dan Williams , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] Documentation: Linux Contribution Maturity Model and the wider community In-Reply-To: <2023062245-engraver-antsy-005c@gregkh> Message-ID: <5243a27c-afcc-3b67-7481-5e4fb5620f67@linux-m68k.org> References: <20230620212502.GI286961@mit.edu> <5490402b-8b9f-f52d-3896-41090e639e51@linux-m68k.org> <2023062144-hefty-why-305d@gregkh> <04cd7204-cdee-c333-8815-57acbab82721@linux-m68k.org> <2023062245-engraver-antsy-005c@gregkh> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,RCVD_IN_DNSWL_LOW,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL, SPF_HELO_PASS,SPF_NONE,T_SCC_BODY_TEXT_LINE autolearn=ham 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 Thu, 22 Jun 2023, Greg Kroah-Hartman wrote: > > > If there was consensus, it might be feasible to give a formula for > > "recognized usage" which could be quantified. From there we could > > create a kind of heat map to show which commits, maintainers, > > processes, models, modules etc. were the most "useful" within some > > time interval. > > Determining code use is difficult given that we are not going to add > tracking to the kernel source for obvious reasons, so this is a > non-starter, as you know. > It never crossed my mind that the kernel might "phone home". Counting execution events (privately) doesn't work either because it seems hopelessly skewed towards fast processors, clusters and fast paths. Or am I missing something?