[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20191126094554.GA3017@gmail.com>
Date: Tue, 26 Nov 2019 10:45:54 +0100
From: Ingo Molnar <mingo@...nel.org>
To: Linus Torvalds <torvalds@...ux-foundation.org>
Cc: linux-kernel@...r.kernel.org, Thomas Gleixner <tglx@...utronix.de>,
Borislav Petkov <bp@...en8.de>,
Peter Zijlstra <a.p.zijlstra@...llo.nl>,
Andrew Morton <akpm@...ux-foundation.org>,
Andy Lutomirski <luto@...nel.org>
Subject: Re: [GIT PULL] x86/iopl changes for v5.5
* Ingo Molnar <mingo@...nel.org> wrote:
> Forgot to list the conflicts that may arise if you merge this after the
> other x86 bits.
>
> Firstly the symbol bits would conflict here:
>
> arch/x86/entry/entry_32.S
> arch/x86/kernel/head_32.S
> arch/x86/xen/xen-asm_32.S
Note that these conflicts will arise once you merge x86-asm-for-linus,
with an additional semantic conflict in arch/x86/crypto/blake2s-core.S,
see my merge conflict mail to that pull request.
> There's also a conflict in arch/x86/include/asm/pgtable_32_types.h.
This asm/pgtable_32_types.h conflict will be the only conflict you'll see
when you merge x86-iopl-for-linus:
<<<<<<< HEAD
#define CPU_ENTRY_AREA_PAGES (NR_CPUS * 39)
=======
#define CPU_ENTRY_AREA_PAGES (NR_CPUS * 41)
>>>>>>> e3cb0c7102f04c83bf1a7cb1d052e92749310b46
And the correct resolution is to pick the '41' side.
Thanks,
Ingo
Powered by blists - more mailing lists