Received: by 2002:a05:6358:16cd:b0:dc:6189:e246 with SMTP id r13csp573333rwl; Fri, 4 Nov 2022 04:01:39 -0700 (PDT) X-Google-Smtp-Source: AMsMyM7/smQrhC0qlgL0JnQcbW6EUl6ldQNmEBnUGxwkrSDG2wsAQcWK1Q0SRvX8Nw3zmr7o4ErN X-Received: by 2002:a17:903:1c9:b0:186:91fa:59ad with SMTP id e9-20020a17090301c900b0018691fa59admr35605463plh.35.1667559699543; Fri, 04 Nov 2022 04:01:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1667559699; cv=none; d=google.com; s=arc-20160816; b=mravvymCafeWyNFe7VFQ7Bv2/1a8nS6E8v2R6jHRDK6UXATSxRDWElywKN101KPEwT KNler0PNUvV2Hzpp7VUvhimctKzdUZpYIuDxX418wVLiKC8ZHfu5IJs4ILI0/VjQHKfV BWMgfO6R7mUGiRltJa8MRWMsuQfCV4mv6FThr84/IXX6X/38u/BTo9stpGvLdwU3gBBe bKUVDXb+sAQHLubxFvbhQBYl/c9Ts3fh7UnXw8MhJg36n/9W9o4iTpVwYrN5JrFq1TpM StC+gH6GM8Nay6XlivwvH4szos2IxH2N5i0XIp/zbMSMfc3Nj+dkfv770T0rqr4GIdQ6 3pHA== 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-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=dodZY235CVHHg35dJsXSysUaxc3NFCO1V3gLgOyVpgo=; b=DyTNLy5d+udRSDdFmnYnGZcRmybCWKMwGZ8iHPTPocKu3WatJh15N3lXpeDRuoX3Fv elhfvsQpkNDA4oSlyhluWptF8p1OBw8wySMwdbQNJ9EAkFMhex6v0tEn2kp/lWI4TKVs lvCNCjeeYxUeyo5hpzLBvQE0JHVV81DCQhYX+vcjwuXXkJzPgAAqaLgv+WYKeAtvpkut 4A3IUXRe9QWQdrQA/zK9WYWMWzXLLLVqBVLMqOJPMClON7ausEmgYP5tVoYXesi9EYFZ 3T39hTAxjMlLE5Q2p4py3iakY1/rrFoSoRGyiCzqpl6spQ3L+eAb9sPuvBAC2NaFVUnP mEoA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=cbBnPnYU; 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=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id s19-20020a17090ad49300b00200919a55b1si2844596pju.180.2022.11.04.04.01.22; Fri, 04 Nov 2022 04:01:39 -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=@kernel.org header.s=k20201202 header.b=cbBnPnYU; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231803AbiKDKyQ (ORCPT + 97 others); Fri, 4 Nov 2022 06:54:16 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34596 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231821AbiKDKyJ (ORCPT ); Fri, 4 Nov 2022 06:54:09 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 41AC52BB21; Fri, 4 Nov 2022 03:54:07 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id D10F462152; Fri, 4 Nov 2022 10:54:06 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 30BA6C433C1; Fri, 4 Nov 2022 10:54:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1667559246; bh=pvwG3Gm3N2eUyHgbPambsEuPVQ8R8/OOOxapou4YcUQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=cbBnPnYUkVl8HlirmjDewnnffVKehLHqlm1obIGLgPClQn+N8qpt6kVVeRv7jmkO8 pE7BDnwwVWraetTc50i8EYFTEP+BRLKvWFpiyw2Gs+LrYi2/9fCOWz7XWJBfFy+t+N VUPPPDL7PDYnompJUihMxfpqHpM5QT45oSZ5IzRkkx4uYzpbz7+Gv+BVjPcpGO6D0h EHGkwdAYVKkDvz+n0VT5S1PBTfxDR9q6nxMI2WHO3D8zYILp8VLd98rqj+kPqOMjW/ q1XTDuI5pJ+IMVj8PdQoZ6+dd96tvrhGWkjqbmv2oVa552CjRmOl1p1ptyfl2jnXxh uWarmbCkIf6hg== Received: from johan by xi.lan with local (Exim 4.94.2) (envelope-from ) id 1oquKZ-0001I6-77; Fri, 04 Nov 2022 11:53:47 +0100 Date: Fri, 4 Nov 2022 11:53:47 +0100 From: Johan Hovold To: Stephen Boyd Cc: Michael Turquette , Stephen Boyd , linux-kernel@vger.kernel.org, linux-clk@vger.kernel.org, patches@lists.linux.dev, Andy Gross , Bjorn Andersson , Konrad Dybcio , linux-arm-msm@vger.kernel.org, Dmitry Baryshkov , Johan Hovold , Ulf Hansson , Taniya Das , Satya Priya , Douglas Anderson , Matthias Kaehlcke Subject: Re: [PATCH] clk: qcom: gdsc: Remove direct runtime PM calls Message-ID: References: <20221101233421.997149-1-swboyd@chromium.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-8.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS 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, Nov 03, 2022 at 11:19:08AM -0700, Stephen Boyd wrote: > Quoting Johan Hovold (2022-11-03 06:21:33) > > On Wed, Nov 02, 2022 at 09:53:49AM -0700, Stephen Boyd wrote: > > > Quoting Johan Hovold (2022-11-02 03:52:39) > > > > > > > Cc: Dmitry Baryshkov > > > > > Cc: Johan Hovold > > > > > Cc: Ulf Hansson > > > > > Cc: Taniya Das > > > > > Cc: Satya Priya > > > > > Cc: Douglas Anderson > > > > > Cc: Matthias Kaehlcke > > > > > Reported-by: Stephen Boyd > > > > > > > > We typically don't add Reported-by tags for bugs we find and fix > > > > ourselves. > > > > > > Heh, I didn't see anything like that in Documentation/ so it seems fine. > > > I debugged my problem and reported it. > > > > I'd say the documentation is pretty clear on this matter: > > > > Reported-by: names a user who reported a problem which is fixed by this > > patch; this tag is used to give credit to the (often underappreciated) > > people who test our code and let us know when things do not work > > correctly. > > > > - Documentation/process/5.Posting.rst > > > > The Reported-by tag gives credit to people who find bugs and report > > them and it hopefully inspires them to help us again in the future. > > Please note that if the bug was reported in private, then ask for > > permission first before using the Reported-by tag. > > > > - Documentation/process/submitting-patches.rst > > I don't see anything above that says I can't add this tag if I reported > (by sending an email about the problem to the list), debugged, and > solved the problem by sending a patch. We don't try to prevent every strange interpretation of our docs by spelling everything out. Just look at why we added a tag in the first place and how it *is* being using. > > Just like you don't add a Tested-by tag for every patch you submit, it > > is implied that you found the issue you fix unless you explicitly > > attribute that to a third party using Reported-by. > > I don't see how this is the same. It certainly is not explicit, as you > say. We added the Reported-by tag so that users reporting bugs would get some credit and not just the person fixing the bug. Just as we did for Tested-by. If some author added a Tested-by tag for themselves to their own patches I'm sure you'd call that out too as that's not the way the tag is meant to be used. The reasoning is exactly the same for Reported-by. > I wouldn't have added the tag if I didn't send an email to the list with > the lockdep splat and follow that up with a bisection report for > suspend/resume being broken. Shouldn't we value those sorts of bug > report emails? I will add a link to the report in the commit text to > clarify. Ok, perhaps that would make this a bit more reasonable (Reported-by + Link to report), but I still do not think the tag is warranted. > > This is the first time I see anyone trying to use Reported-by this way, > > and even if you think the documentation isn't clear enough on this, our > > praxis is. > > > > Ok, so is it just a shock to see this for the first time? What is the > problem with the tag? Can you elaborate on your concerns? I would like > to understand. It's apparently the first time you try to give credit to yourself for finding a bug this way too, so let's turn that question around. Why do you suddenly insist on crediting yourself this way when no one else does so? In the end it's about maintaining a common interpretation of these tags and avoiding unnecessary noise. I'm sure no one wants to see a redundant Tested-by tag on every commit nor a redundant Reported-by tag on every bug fix for bugs that kernel developers find themselves. And if only some people start using the tags this way it would also skew our statistics (e.g. the LWN reports). Johan