From: Krzysztof Kozlowski <krzk@kernel.org>
To: "Chalios, Babis" <bchalios@amazon.es>,
"richardcochran@gmail.com" <richardcochran@gmail.com>,
"dwmw2@infradead.org" <dwmw2@infradead.org>,
"andrew+netdev@lunn.ch" <andrew+netdev@lunn.ch>,
"davem@davemloft.net" <davem@davemloft.net>,
"edumazet@google.com" <edumazet@google.com>,
"kuba@kernel.org" <kuba@kernel.org>,
"pabeni@redhat.com" <pabeni@redhat.com>,
"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Cc: "Graf (AWS), Alexander" <graf@amazon.de>,
"mzxreary@0pointer.de" <mzxreary@0pointer.de>,
"Woodhouse, David" <dwmw@amazon.co.uk>
Subject: Re: [PATCH v2 3/4] dt-bindings: clock: Add device tree bindings for vmclock
Date: Wed, 3 Dec 2025 08:25:40 +0100 [thread overview]
Message-ID: <36d33acb-7436-4f86-848e-ea280efc05a9@kernel.org> (raw)
In-Reply-To: <4c1ca544-9f5d-48e1-bd54-4e84f0234cf4@kernel.org>
On 03/12/2025 08:22, Krzysztof Kozlowski wrote:
> On 02/12/2025 21:11, Chalios, Babis wrote:
>> From: David Woodhouse <dwmw@amazon.co.uk>
>>
>> Add device tree bindings for the vmclock device, similar to the existing
>> vmgenid bindings. The vmclock device provides a PTP clock source and
>> precise timekeeping across live migration and snapshot/restore operations.
>>
>> The bindings specify a required memory region containing the vmclock_abi
>> structure and an optional interrupt for clock disruption notifications.
>>
>> Signed-off-by: David Woodhouse <dwmw@amazon.co.uk>
>> Signed-off-by: Babis Chalios <bchalios@amazon.es>
>
>
> Please use scripts/get_maintainers.pl to get a list of necessary people
> and lists to CC. It might happen, that command when run on an older
> kernel, gives you outdated entries. Therefore please be sure you base
> your patches on recent Linux kernel.
>
> Tools like b4 or scripts/get_maintainer.pl provide you proper list of
> people, so fix your workflow. Tools might also fail if you work on some
> ancient tree (don't, instead use mainline) or work on fork of kernel
> (don't, instead use mainline). Just use b4 and everything should be
> fine, although remember about `b4 prep --auto-to-cc` if you added new
> patches to the patchset.
>
> You missed at least devicetree list (maybe more), so this won't be
> tested by automated tooling. Performing review on untested code might be
> a waste of time.
>
> Please kindly resend and include all necessary To/Cc entries.
I am not reviewing patches not bothering to cc maintainers, but to spare
you from obvious resubmits of v4:
A nit, subject: drop second/last, redundant "device tree bindings". The
"dt-bindings" prefix is already stating that these are bindings.
See also:
https://elixir.bootlin.com/linux/v6.17-rc3/source/Documentation/devicetree/bindings/submitting-patches.rst#L18
(you could not make more redundant subject...)
Node names should be generic. See also an explanation and list of
examples (not exhaustive) in DT specification:
https://devicetree-specification.readthedocs.io/en/latest/chapter2-devicetree-basics.html#generic-names-recommendation
If you cannot find a name matching your device, please check in kernel
sources for similar cases or you can grow the spec (via pull request to
DT spec repo).
Best regards,
Krzysztof
next prev parent reply other threads:[~2025-12-03 7:25 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-12-02 20:11 [PATCH v2 0/4] ptp: vmclock: Add VM generation counter and ACPI notification Chalios, Babis
2025-12-02 20:11 ` [PATCH v2 1/4] ptp: vmclock: add vm generation counter Chalios, Babis
2025-12-02 20:11 ` [PATCH v2 2/4] ptp: vmclock: support device notifications Chalios, Babis
2025-12-02 23:45 ` David Woodhouse
2025-12-02 20:11 ` [PATCH v2 3/4] dt-bindings: clock: Add device tree bindings for vmclock Chalios, Babis
2025-12-03 7:22 ` Krzysztof Kozlowski
2025-12-03 7:25 ` Krzysztof Kozlowski [this message]
2025-12-03 9:14 ` David Woodhouse
2025-12-02 20:12 ` [PATCH v2 4/4] ptp: ptp_vmclock: Add device tree support Chalios, Babis
2025-12-02 23:43 ` David Woodhouse
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=36d33acb-7436-4f86-848e-ea280efc05a9@kernel.org \
--to=krzk@kernel.org \
--cc=andrew+netdev@lunn.ch \
--cc=bchalios@amazon.es \
--cc=davem@davemloft.net \
--cc=dwmw2@infradead.org \
--cc=dwmw@amazon.co.uk \
--cc=edumazet@google.com \
--cc=graf@amazon.de \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mzxreary@0pointer.de \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=richardcochran@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®