mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Arnd Bergmann" <arnd@arndb.de>
To: "Linus Walleij" <linusw@kernel.org>, "Conor Dooley" <conor@kernel.org>
Cc: soc@kernel.org, "Jonathan Cameron" <jonathan.cameron@huawei.com>,
	linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org
Subject: Re: [GIT PULL] RISC-V soc fixes for v7.0-rc1
Date: Thu, 05 Mar 2026 14:26:03 +0100	[thread overview]
Message-ID: <e6297b8b-17c9-47a0-a481-ca064313f6b0@app.fastmail.com> (raw)
In-Reply-To: <CAD++jLnsT7B5FO1ThYS+NgdZh5E=ALnE-V3k-TiGw3JEYv8dwg@mail.gmail.com>

On Tue, Mar 3, 2026, at 10:51, Linus Walleij wrote:
> On Tue, Mar 3, 2026 at 10:41 AM Conor Dooley <conor@kernel.org> wrote:
>
>> There's no dependency of course, I'll split it out.
>> Ordinarily I would always split them, but I'd swear I was told at one
>> point that since fixes were on one branch in the soc tree that it was
>> okay for me to do the same. In this case I did it on one branch to be
>> less work to get onto a potential fixes PR that went out before -rc1.
>
> You might be right about that, I'm learning myself.
>
> Perhaps you know more about this process than me,
> despite me being one of the SoC maintainers now :P
>
> Let's see what the others say.

The pull requests for -next have to be split because they go
to torvalds as separate branches, but for bug fixes, I never
made this a rule so far.

I just merged Conor's PR before I saw this thread, and decided
not to undo the merge because it's fine for the current way we
send the upstream PRs.

We could consider changing the process though and having two
separate fixes branches for DT and non-DT changes, as I tend
to have to write two descriptions for one tag anyway, and
it would be more natural to send the fixes separately.

There are already some maintainers that send split fixes PRs
anyway, but we'd have to make sure to communicate it to everyone
before we make it a general requirement.

      Arnd

      reply	other threads:[~2026-03-05 13:26 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-02-13 12:20 Conor Dooley
2026-03-03  8:15 ` Linus Walleij
2026-03-03  9:41   ` Conor Dooley
2026-03-03  9:51     ` Linus Walleij
2026-03-05 13:26       ` 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=e6297b8b-17c9-47a0-a481-ca064313f6b0@app.fastmail.com \
    --to=arnd@arndb.de \
    --cc=conor@kernel.org \
    --cc=jonathan.cameron@huawei.com \
    --cc=linusw@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-riscv@lists.infradead.org \
    --cc=soc@kernel.org \
    /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®