From: "Arnd Bergmann" <arnd@arndb.de>
To: "Conor Dooley" <conor@kernel.org>
Cc: "Ben Zong-You Xie" <ben717@andestech.com>,
"Paul Walmsley" <paul.walmsley@sifive.com>,
"Palmer Dabbelt" <palmer@dabbelt.com>,
"Albert Ou" <aou@eecs.berkeley.edu>,
"Alexandre Ghiti" <alex@ghiti.fr>,
"Rob Herring" <robh@kernel.org>,
krzk+dt@kernel.org, "Conor Dooley" <conor+dt@kernel.org>,
"Thomas Gleixner" <tglx@linutronix.de>,
"Daniel Lezcano" <daniel.lezcano@linaro.org>,
"Lad, Prabhakar" <prabhakar.mahadev-lad.rj@bp.renesas.com>,
devicetree@vger.kernel.org, linux-riscv@lists.infradead.org,
linux-kernel@vger.kernel.org, tim609@andestech.com
Subject: Re: [PATCH v5 0/8] add Voyager board support
Date: Thu, 03 Jul 2025 18:42:37 +0200 [thread overview]
Message-ID: <f09dc88e-68b1-44dc-9761-724e64d1a5f1@app.fastmail.com> (raw)
In-Reply-To: <20250703-exposable-exes-fd41e7318fba@spud>
On Thu, Jul 3, 2025, at 17:53, Conor Dooley wrote:
> On Thu, Jul 03, 2025 at 05:32:08PM +0200, Arnd Bergmann wrote:
>> On Wed, Jun 11, 2025, at 18:21, Conor Dooley wrote:
>>
>> I'm also planning to have multiple new SoC targets in 6.17 and
>> would put them into a separate branch that does not contain the
>> dts changes for the existing SoCs.
>>
>> For the pull request that Ben sent, there were a couple of
>> mistakes, I'll reply on that separately. It probably would made
>> more sense to send the patches to soc@lists.linux.dev (note
>> that the soc@kernel.org address got renamed but they still
>> both work) than to send a pull request this time.
>
> Is that a general comment btw? If there are other people coming in with
> new platforms should I ask them to send patches to soc@lists.linux.dev
> instead of a PR for their first time?
It's mainly about how comfortable the new maintainers are with
the process, in this case it was clearly a bit too much for
Ben to get right at the first time, but others are more
experienced with sending pull requests to kernel maintainers
already. Since the patches individually are all fine, I could
have just applied them, but the PR ended up having too many
mistakes.
The one thing that is special for a new platform is that the branch
can mix things that would otherwise be separate pull requests.
Sending this as patches means that I have more flexibility to
apply it either into a branch for the new platform or split it
up as normal.
Arnd
_______________________________________________
linux-riscv mailing list
linux-riscv@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-riscv
prev parent reply other threads:[~2025-07-03 21:00 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-06-02 6:07 [PATCH v5 0/8] add Voyager board support Ben Zong-You Xie
2025-06-02 6:07 ` [PATCH v5 1/8] riscv: add Andes SoC family Kconfig support Ben Zong-You Xie
2025-06-02 6:07 ` [PATCH v5 2/8] dt-bindings: riscv: add Andes QiLai SoC and the Voyager board bindings Ben Zong-You Xie
2025-06-02 6:07 ` [PATCH v5 3/8] dt-bindings: interrupt-controller: add Andes QiLai PLIC Ben Zong-You Xie
2025-06-02 6:07 ` [PATCH v5 4/8] dt-bindings: interrupt-controller: add Andes machine-level software interrupt controller Ben Zong-You Xie
2025-06-02 6:07 ` [PATCH v5 5/8] dt-bindings: timer: add Andes machine timer Ben Zong-You Xie
2025-06-02 6:07 ` [PATCH v5 6/8] riscv: dts: andes: add QiLai SoC device tree Ben Zong-You Xie
2025-06-02 6:07 ` [PATCH v5 7/8] riscv: dts: andes: add Voyager board " Ben Zong-You Xie
2025-06-02 6:07 ` [PATCH v5 8/8] riscv: defconfig: enable Andes SoC Ben Zong-You Xie
2025-06-06 16:00 ` [PATCH v5 0/8] add Voyager board support Conor Dooley
2025-06-09 12:06 ` Ben Zong-You Xie
2025-06-09 16:16 ` Conor Dooley
2025-06-09 16:17 ` Conor Dooley
2025-06-11 16:13 ` Ben Zong-You Xie
2025-06-11 16:21 ` Conor Dooley
2025-07-03 15:32 ` Arnd Bergmann
2025-07-03 15:53 ` Conor Dooley
2025-07-03 16:42 ` Arnd Bergmann [this message]
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=f09dc88e-68b1-44dc-9761-724e64d1a5f1@app.fastmail.com \
--to=arnd@arndb.de \
--cc=alex@ghiti.fr \
--cc=aou@eecs.berkeley.edu \
--cc=ben717@andestech.com \
--cc=conor+dt@kernel.org \
--cc=conor@kernel.org \
--cc=daniel.lezcano@linaro.org \
--cc=devicetree@vger.kernel.org \
--cc=krzk+dt@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-riscv@lists.infradead.org \
--cc=palmer@dabbelt.com \
--cc=paul.walmsley@sifive.com \
--cc=prabhakar.mahadev-lad.rj@bp.renesas.com \
--cc=robh@kernel.org \
--cc=tglx@linutronix.de \
--cc=tim609@andestech.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