Thread (9 messages) flat view 9 messages, 5 authors, 2021-02-11

Re: [PATCH] locking/arch: Move qrwlock.h include after qspinlock.h

From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Date: 2021-02-11 15:30:14
Also in: linux-arm-kernel, lkml

On Thu, Feb 11, 2021 at 01:59:35PM +0100, Paolo Bonzini wrote:
On 10/02/21 17:19, Thomas Bogendoerfer wrote:
quoted
quoted
  arch/arm64/include/asm/spinlock.h  | 2 +-
  arch/mips/include/asm/spinlock.h   | 2 +-
  arch/xtensa/include/asm/spinlock.h | 2 +-
  3 files changed, 3 insertions(+), 3 deletions(-)
which tree should this go through ? I can take it via mips-next,
if everybody agrees.
The breakage is in the KVM tree, and the existing patch has acked-by from
the locking primitives folks.  So I'll queue it there in order to limit the
range that breaks bisection.
if it's not too late you can add by 

Acked-by: Thomas Bogendoerfer <tsbogend@alpha.franken.de>

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.                                                [ RFC1925, 2.3 ]
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help