Received: by 2002:ab2:3350:0:b0:1f4:6588:b3a7 with SMTP id o16csp1138975lqe; Sun, 7 Apr 2024 22:29:11 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCV2n5lOfggO5R0krq9LLJcS9UyvcPNYYsxwWXDXA7MstNZ/usi0mWAEfw1zg3NQEmmA+X59MFjj3qF/Y9nP59VVyqgpzFMDvJi/DMG5bw== X-Google-Smtp-Source: AGHT+IFVdcrTQp935TFXmXHxjhaVIQPERUybaM1w9id+KxKWeFEDxdTISWKivACN9nOeuTL+DWY7 X-Received: by 2002:a05:6871:5896:b0:22e:c6a9:c378 with SMTP id ok22-20020a056871589600b0022ec6a9c378mr8893141oac.15.1712554151306; Sun, 07 Apr 2024 22:29:11 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1712554151; cv=pass; d=google.com; s=arc-20160816; b=rI//QVPBpbynK5pTFSsMeF73wPd3xKJexehIgBkcV+ad8m/AVkAT2wYlLhXJotI/cp ixcxRX8FJEbsaeumRA9m8F0dAsiaM45MlmoZSBJSZt0r8SJeINOUPnY+WBJV4eUJv3SG rl8JA2xViEd7p9OK9bbnATr1mGhKRh0m05/kyxkmEj4JX61mD6ZQRyr6vrR1afT3LQfO wYJqSo8hZ6WTz252B3xpVCJMYdNCUeJbEsuj7nUEYnyK+RwrLi9YOG4qWK8djDXvSvn4 tZn2379q2soCMLl/Po9mJbPkWq193V3HgxvHnpJkiC1hF9gH+MCURKToGjb8biAqcaDf 7iFA== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=mime-version:list-unsubscribe:list-subscribe:list-id:precedence :message-id:date:references:in-reply-to:subject:cc:to:from :dkim-signature; bh=YaJc4hAKyVAyUGlKeEz26A8dZKKd75WpuyJPiLKVz94=; fh=KeqSjtNJxCRdbP0+Jh6f+xClLuTtkfgBeg5tDDpc8lI=; b=vBdjXRmsc7FYiA0f/jMCzIY1NvKPuTmBucCKT0dqbKcQMKatv9X20vcfIcsDgdcTcG qauttqjpkC5nUIA7NlqkO7wT7daXI0w9hAFchJ6/jCPD25q3wlfbnr4k8g6YFhNSu+FS b6RqihsB5OjEeKVxdIeOaxJGAdGgO7h7EyoDBoAN1g5OaRTSXe+lCslkTV9tYAdo8oS3 CxTTxTNjYAImAwWkvucgylK/OgFB/fPUx7TdyqKXXPRQpa4SnrGSMEnhw+fJs5UNGHdC /Q/ZogzF+2KU/lEwkkkSwEx/uNdMWTySduFV6ypB90q9zfphx1SBmK5nCJRC4VEMh/H6 X/hA==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@ellerman.id.au header.s=201909 header.b=l13nWhqg; arc=pass (i=1 spf=pass spfdomain=ellerman.id.au dkim=pass dkdomain=ellerman.id.au); spf=pass (google.com: domain of linux-kernel+bounces-134800-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-134800-linux.lists.archive=gmail.com@vger.kernel.org" Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [139.178.88.99]) by mx.google.com with ESMTPS id u23-20020a631417000000b005d8bbd208desi5637676pgl.163.2024.04.07.22.29.11 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 07 Apr 2024 22:29:11 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-134800-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) client-ip=139.178.88.99; Authentication-Results: mx.google.com; dkim=pass header.i=@ellerman.id.au header.s=201909 header.b=l13nWhqg; arc=pass (i=1 spf=pass spfdomain=ellerman.id.au dkim=pass dkdomain=ellerman.id.au); spf=pass (google.com: domain of linux-kernel+bounces-134800-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-134800-linux.lists.archive=gmail.com@vger.kernel.org" Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sv.mirrors.kernel.org (Postfix) with ESMTPS id EBB85281617 for ; Mon, 8 Apr 2024 05:29:10 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 25BE079EA; Mon, 8 Apr 2024 05:29:06 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=ellerman.id.au header.i=@ellerman.id.au header.b="l13nWhqg" Received: from gandalf.ozlabs.org (gandalf.ozlabs.org [150.107.74.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 62E8E7470; Mon, 8 Apr 2024 05:29:03 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=150.107.74.76 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1712554145; cv=none; b=V31E1x9vSe8n1/G0T+LtAA1TzV4MO5eDBgkxdMSPdye/JfIIy+UcRroX/WVXtkN7eAu2pT2yNDgDjwKbuHxLqDo0JC22zteE5pPdOijoi+6aFrT3HHYaPOfFTRzJaqsI84BT0smX4by39fodNDRwUVhJYO1z6sqIuZjFIyuetWY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1712554145; c=relaxed/simple; bh=ZF1G4XF5SCvY/yTknXLGx7mlRuPVMOp7KyBQ2VsEMyA=; h=From:To:Cc:Subject:In-Reply-To:References:Date:Message-ID: MIME-Version:Content-Type; b=NY1XgljzU521bRCPS4wPB3TaYjwwmqOR/6S+Yj1Q8anJ1+MOQPTbA8pQ+2g/V+OLCT07k8MC+I4ldc8xzeH18gCFFmu2z5Jq6eGSXS+0ZQF0omWwq8f7O+RsBPnEk3xigxNeIF3Wy6DyyEzo/+BYX5NNTSdqDzwUVevdXes4f04= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=ellerman.id.au; spf=pass smtp.mailfrom=ellerman.id.au; dkim=pass (2048-bit key) header.d=ellerman.id.au header.i=@ellerman.id.au header.b=l13nWhqg; arc=none smtp.client-ip=150.107.74.76 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=ellerman.id.au Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=ellerman.id.au DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ellerman.id.au; s=201909; t=1712554141; bh=YaJc4hAKyVAyUGlKeEz26A8dZKKd75WpuyJPiLKVz94=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=l13nWhqgc3bRToxvUFycvA7lVA9dBc3YPCNj2uqG/l/kDCIG2e8Sb6jGQgeFivQoH EFe110IQLmfEBjxFOAcViyBp1+B4Rq0QeY99r7Hlyx8uJovPEugC4WvRf7DAwdYiD+ gpHhY1ZBM8eXOfUGKGI5F9zyy4e+7qPj/EEI+9vf05fAgW+a8ZZHvRFVXpvfLfRB6M YihltItPcWL16DBjvylW6uTPJGnokpeFH2JYmtGRLH0wdCpMuTh0jjnhVT6bh2U9EP y+VrneMNgn34p/RJM3GY5JwegnbTV3aE9wI9CDHalYsEVkziNm8l3icev1KfmDhnna bygEnbD15vrPA== Received: from authenticated.ozlabs.org (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.ozlabs.org (Postfix) with ESMTPSA id 4VCd1T2x73z4wxt; Mon, 8 Apr 2024 15:29:00 +1000 (AEST) From: Michael Ellerman To: Finn Thain , Jiri Slaby , Greg Kroah-Hartman Cc: Andy Shevchenko , Benjamin Herrenschmidt , Nicholas Piggin , Christophe Leroy , "Aneesh Kumar K.V" , "Naveen N. Rao" , linux-m68k@lists.linux-m68k.org, linux-kernel@vger.kernel.org, linux-serial@vger.kernel.org, linuxppc-dev@lists.ozlabs.org Subject: Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood In-Reply-To: <4bddf8ec-97f1-07f6-9c0a-523c102c0a1b@linux-m68k.org> References: <8f234f26-d5e3-66ed-ab0c-86d3c9852b4a@linux-m68k.org> <87y19s7bk6.fsf@mail.lhotse> <4bddf8ec-97f1-07f6-9c0a-523c102c0a1b@linux-m68k.org> Date: Mon, 08 Apr 2024 15:29:00 +1000 Message-ID: <87v84sbexv.fsf@mail.lhotse> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain Finn Thain writes: > On Fri, 5 Apr 2024, Michael Ellerman wrote: >> >> > > --- >> >> > (here is a good location for Cc:) >> >> >> >> Documentation/process/submitting-patches.rst indicats that it should >> >> be above the "---" separator together with Acked-by etc. Has this >> >> convention changed recently? >> >> The docs don't really say where to put the Cc: tags, although they are >> mentioned along with other tags which clearly are intended to go above >> the separator. > > I see no ambiguity there. What's the point of copying the message headers > into the message body unless it was intended that they form part of the > commit log? In many cases I think it's the reverse. The Cc headers are in the commit log *so that* git-send-email will add them to the Cc list when the patch is sent. In that case they can sit below the separator and still function. IMO there is no value in having them in the commit log. The fact that someone was Cc'ed on a patch 10 years ago is not interesting. If it ever was interesting, for some forensic purpose, the mail archives would be the place to look anyway. >> > I see, I will prepare a patch to discuss this aspect. >> >> FYI there was a discussion about this several years ago, where at least >> some maintainers agreed that Cc: tags don't add much value and are >> better placed below the --- separator. >> > > Maintainers who merge patches almost always add tags. And they can use the > Cc tags from the message headers if they wish to. Or they can omit them or > remove them. I don't mind. And I'd be happy to resubmit the patch with > different tags if that's what is needed by the workflow used by Jiri Slaby > or Greg Kroah-Hartman. Many maintainers won't drop Cc: tags if they are there in the submitted patch. So I agree with Andy that we should encourage folks not to add them in the first place. But that's getting very off topic for your submission :) cheers