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: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-03 9:47 [PATCH 0/2] x86: Use "er" asm constriant for add/sub 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-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-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
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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.