[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAJuCfpERFC3T2jJk9Eima0h22RbeWjwbfemmQcPZKqDxYZ7Htg@mail.gmail.com>
Date: Tue, 4 Jul 2023 05:51:38 +0000
From: Suren Baghdasaryan <surenb@...gle.com>
To: Linus Torvalds <torvalds@...ux-foundation.org>
Cc: Stephen Rothwell <sfr@...b.auug.org.au>,
Andrew Morton <akpm@...ux-foundation.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Linux Next Mailing List <linux-next@...r.kernel.org>
Subject: Re: linux-next: build failure after merge of the mm tree
On Tue, Jul 4, 2023 at 2:33 AM Linus Torvalds
<torvalds@...ux-foundation.org> wrote:
>
> On Mon, 3 Jul 2023 at 19:23, Stephen Rothwell <sfr@...b.auug.org.au> wrote:
> >
> > After merging the origin tree, today's linux-next build (arm64 defconfig)
> > failed like this:
> >
> > arch/arm64/mm/fault.c: In function 'do_page_fault':
>
> Yup, SeongJae Park sent me the same report, and it just made it to
> top-of-tree as commit 24be4d0b46bb ("arch/arm64/mm/fault: Fix
> undeclared variable error in do_page_fault()")
Thanks for fixing that! I hope to turn CONFIG_PER_VMA_LOCK back on soon.
>
> This was actually an architecture I test myself, but I think UP ends
> up turning off CONFIG_PER_VMA_LOCK.
Yes, CONFIG_PER_VMA_LOCK depends on SMP.
>
> I do wonder how much point there is to have a non-SMP build of
> architectures like x86-64 and arm64 at all...
>
> But I guess people still run them in qemu.
>
> Linus
Powered by blists - more mailing lists