[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <db2de193-a10-598-a21e-3a305b91d191@linux-m68k.org>
Date: Mon, 26 Jul 2021 09:44:27 +1000 (AEST)
From: Finn Thain <fthain@...ux-m68k.org>
To: Geert Uytterhoeven <geert@...ux-m68k.org>
cc: Greg Ungerer <gerg@...inux.org>, Will Deacon <will@...nel.org>,
Peter Zijlstra <peterz@...radead.org>,
Boqun Feng <boqun.feng@...il.com>,
Brendan Jackman <jackmanb@...gle.com>,
kernel test robot <lkp@...el.com>,
Arnd Bergmann <arnd@...db.de>,
Alexander Viro <viro@...iv.linux.org.uk>,
linux-m68k@...ts.linux-m68k.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] m68k: Fix asm register constraints for atomic ops
On Sun, 25 Jul 2021, Geert Uytterhoeven wrote:
> Fixes: d839bae4269aea46 ("locking,arch,m68k: Fold atomic_ops")
> ...
> Technically, the issue was present before, but I doubt adding pre-v3.18
> Fixes tags would make any difference for stable...
There is a better way to constrain backporting, that is Cc:
stable@...r.kernel.org # 3.12+
The reason I mention it is that Fixes tags could be seen as a way to
identify commits that introduce bugs, e.g. for the purposes of training
AIs, or attributing blame, or measuring quality etc. I think it would be
unfair to point the finger at Peter's commit.
Powered by blists - more mailing lists