From: Jonathan Cameron <jic23@kernel.org>
To: Borislav Petkov <bp@alien8.de>
Cc: "Uwe Kleine-König" <u.kleine-koenig@baylibre.com>,
"David Laight" <david.laight.linux@gmail.com>,
linux-iio@vger.kernel.org, "Nicolas Pitre" <nico@fluxnic.net>,
"Ingo Molnar" <mingo@redhat.com>,
"Thomas Gleinxer" <tglx@linutronix.de>,
"Dave Hansen" <dave.hansen@linux.intel.com>,
x86@kernel.org, "Andrew Morton" <akpm@linux-foundation.org>,
linux-kernel@vger.kernel.org, "H. Peter Anvin" <hpa@zytor.com>,
"Peter Zijlstra" <peterz@infradead.org>,
rodrigo.alencar@analog.com
Subject: Re: [PATCH 0/2] x86: Use "er" asm constriant for add/sub
Date: Thu, 10 Sep 2026 04:20:29 +0100 [thread overview]
Message-ID: <20260910042029.7c78f6dd@jic23-hlaptop> (raw)
In-Reply-To: <20260908165501.GDaqA95YQKx_IL416d@fat_crate.local>
On Tue, 8 Sep 2026 09:55:01 -0700
Borislav Petkov <bp@alien8.de> wrote:
> On Tue, Sep 08, 2026 at 05:49:17PM +0200, Uwe Kleine-König wrote:
> > I don't see what you mean. If both the tip tree and the iio tree
> > contain the same commit (with or without a tag on it), it doesn't matter
> > who created that and when and in which repo it appeared first. The first
> > to send it to Linus makes it new for him and all later PRs using it only
> > introduce the follow-up commits. So if you pull Jonathan's branch you
> > still can send the branch/tag that contains it whenever you like
> > independant of when Jonathan sends out his PR.
>
> Yes, I'm going to have to merge that branch into tip now so I'd need the
> assurance from Jonathan that this branch is not going to change.
That's what an immutable branch means to everyone I've ever shared them
with in the past, but sure - it wouldn't change. Anyhow, easier solution
below.
>
> Also, those patches are not tip-conform, but whatever, not that important for
> a one-time thing.
>
> What I really don't understand is, why this rush needs to happen now so that
> we completely do a one-off on the agreed upon process and we have to do all
> this unnecessary gymnastics?
>
> We have plenty of time.
>
> So why do we even have to debate this instead of you folks dropping this and
> we merge it through tip and then everything's going the usual way?
>
> When people start merging x86 patches in their trees, when do you think the
> process will break down and we'll have to redo branches and go into a crazy
> dependency madness?
>
> We're not merging other stuff through tip without an Ack - why can't you
> adhere to the process we've all agreed upon?
>
> Yes, this can work now. Is it necessary? Absolutely not because it is
> a one-off and will get everyone involved, confused.
>
> So please do not do this in the future. If we don't react to the mail, you can
> always ping us on IRC like other folks do.
>
> Thx.
I've dropped the branch from IIO. That's fine because it was still being
tested and hasn't gone out as non-rebasing yet.
Next time I'll maybe find an IRC gateway and ping you on that. I can't
find any reference to that being your preference in the kernel docs.
Given you have a helpful page on tip, might be worth adding a note.
I might of course be missing it.
If it goes into a reasonably early rc, I'll just merge the relevant rc
rather than needing an immutable. If next cycle, immutable please.
I started out a bit grumpy that I had to hold a non trivial series for
a cycle because of an x86 bug (having been very happy when David
fixed it incredibly quickly!), that got reviewed then disappeared
down a hole and didn't look like it would ever be seen again.
Meh, got me on a belligerent day.
Jonathan
next prev parent reply other threads:[~2026-09-10 3:20 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-03 9:47 David Laight
2026-08-03 9:47 ` [PATCH 1/2] lib: mul_u64_add_u64_div_u64: Fix addition of large constants David Laight
2026-08-03 10:08 ` H. Peter Anvin
2026-09-10 18:00 ` [tip: x86/urgent] x86/div64: Fix addition of large constants in mul_u64_add_u64_div_u64() tip-bot2 for David Laight
2026-08-03 9:47 ` [PATCH 2/2] x86/local: local_add/local_sub: Support large immediate values David Laight
2026-08-03 10:01 ` Peter Zijlstra
2026-08-03 10:07 ` H. Peter Anvin
2026-09-23 20:25 ` [tip: x86/asm] x86/local: Support large immediate values in local_(add|sub)() tip-bot2 for David Laight
2026-08-03 9:59 ` [PATCH 0/2] x86: Use "er" asm constriant for add/sub Peter Zijlstra
2026-08-03 14:49 ` Nicolas Pitre
2026-08-03 15:39 ` David Laight
2026-08-23 22:35 ` Jonathan Cameron
2026-09-01 16:51 ` Jonathan Cameron
2026-09-07 22:14 ` Jonathan Cameron
2026-09-08 3:32 ` Borislav Petkov
2026-09-08 10:02 ` Uwe Kleine-König
2026-09-08 15:21 ` Borislav Petkov
2026-09-08 15:49 ` Uwe Kleine-König
2026-09-08 16:55 ` Borislav Petkov
2026-09-10 3:20 ` Jonathan Cameron [this message]
2026-09-10 3:45 ` Borislav Petkov
2026-09-10 16:09 ` Jonathan Cameron
2026-09-10 18:00 ` Borislav Petkov
2026-09-13 23:13 ` Borislav Petkov
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=20260910042029.7c78f6dd@jic23-hlaptop \
--to=jic23@kernel.org \
--cc=akpm@linux-foundation.org \
--cc=bp@alien8.de \
--cc=dave.hansen@linux.intel.com \
--cc=david.laight.linux@gmail.com \
--cc=hpa@zytor.com \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=nico@fluxnic.net \
--cc=peterz@infradead.org \
--cc=rodrigo.alencar@analog.com \
--cc=tglx@linutronix.de \
--cc=u.kleine-koenig@baylibre.com \
--cc=x86@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®