[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZXdIcle5oKJTaQB6@hovoldconsulting.com>
Date: Mon, 11 Dec 2023 18:35:46 +0100
From: Johan Hovold <johan@...nel.org>
To: Bjorn Helgaas <helgaas@...nel.org>
Cc: Johan Hovold <johan+linaro@...nel.org>,
Lorenzo Pieralisi <lpieralisi@...nel.org>,
Krzysztof WilczyĆski <kw@...ux.com>,
Bjorn Helgaas <bhelgaas@...gle.com>,
Andy Gross <agross@...nel.org>,
Bjorn Andersson <andersson@...nel.org>,
Konrad Dybcio <konrad.dybcio@...aro.org>,
Manivannan Sadhasivam <mani@...nel.org>,
Rob Herring <robh@...nel.org>,
Nirmal Patel <nirmal.patel@...ux.intel.com>,
Jonathan Derrick <jonathan.derrick@...ux.dev>,
linux-arm-msm@...r.kernel.org, linux-pci@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2 0/6] PCI: Fix deadlocks when enabling ASPM
Hi Bjorn,
On Fri, Dec 08, 2023 at 11:53:12AM -0600, Bjorn Helgaas wrote:
> On Tue, Nov 28, 2023 at 09:15:06AM +0100, Johan Hovold wrote:
> > Johan Hovold (6):
> > PCI/ASPM: Add locked helper for enabling link state
> > PCI: vmd: Fix deadlock when enabling ASPM
> > PCI: qcom: Fix deadlock when enabling ASPM
> > PCI: qcom: Clean up ASPM comment
> > PCI/ASPM: Clean up disable link state parameter
> > PCI/ASPM: Add lockdep assert to link state helper
> Applied to for-linus for v6.7, thanks, Johan!
I've noticed that you're pretty keen on amending commit messages.
For this series, for example, I noticed that you added an American comma
after "e.g." even though this is not expected in British English that I
(try to) use. This risks introducing inconsistencies and frankly I see no
reason for this kind of editing. British English is not an error. :)
You also added a plus sign after the stable kernel versions in the
comments after the CC-stable tags even though this is not the right
notation for this (see the stable kernel rules).
I'm more OK with you preferring to use function names over free text in
commit messages even if that is not my preferred style.
But generally I find it a bit odd that you insist on rewriting commit
messages like this and would prefer if you did not (especially since
there's no record of you having done this in the commits themselves).
Fixing typos and grammar issues, or rewriting bad commit messages, is
another thing of course.
Johan
Powered by blists - more mailing lists