[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.21.1811011416090.1642@nanos.tec.linutronix.de>
Date: Thu, 1 Nov 2018 14:17:27 +0100 (CET)
From: Thomas Gleixner <tglx@...utronix.de>
To: Eial Czerwacki <eial@...lemp.com>
cc: Randy Dunlap <rdunlap@...radead.org>,
"Shai Fultheim (Shai@...leMP.com)" <Shai@...leMP.com>,
Andrew Morton <akpm@...ux-foundation.org>,
"broonie@...nel.org" <broonie@...nel.org>,
"mhocko@...e.cz" <mhocko@...e.cz>,
Stephen Rothwell <sfr@...b.auug.org.au>,
"linux-next@...r.kernel.org" <linux-next@...r.kernel.org>,
"linux-fsdevel@...r.kernel.org" <linux-fsdevel@...r.kernel.org>,
"linux-mm@...ck.org" <linux-mm@...ck.org>,
LKML <linux-kernel@...r.kernel.org>,
"mm-commits@...r.kernel.org" <mm-commits@...r.kernel.org>,
X86 ML <x86@...nel.org>, 'Oren Twaig' <oren@...lemp.com>
Subject: Re: [PATCH] x86/build: Build VSMP support only if selected
On Thu, 1 Nov 2018, Eial Czerwacki wrote:
> Greetings,
>
> On 11/01/2018 12:39 PM, Shai Fultheim (Shai@...leMP.com) wrote:
> > On 01/11/18 11:37, Thomas Gleixner wrote:
> >
> >> VSMP support is built even if CONFIG_X86_VSMP is not set. This leads to a build
> >> breakage when CONFIG_PCI is disabled as well.
> >>
> >> Build VSMP code only when selected.
> >
> > This patch disables detect_vsmp_box() on systems without CONFIG_X86_VSMP, due to
> > the recent 6da63eb241a05b0e676d68975e793c0521387141. This is significant
> > regression that will affect significant number of deployments.
> >
> > We will reply shortly with an updated patch that fix the dependency on pv_irq_ops,
> > and revert to CONFIG_PARAVIRT, with proper protection for CONFIG_PCI.
> >
>
> here is the proper patch which fixes the issue on hand:
> >From ebff534f8cfa55d7c3ab798c44abe879f3fbe2b8 Mon Sep 17 00:00:00 2001
> From: Eial Czerwacki <eial@...lemp.com>
> Date: Thu, 1 Nov 2018 15:08:32 +0200
> Subject: [PATCH] x86/build: Build VSMP support only if CONFIG_PCI is
> selected
>
> vsmp dependency of pv_irq_ops removed some years ago, so now let's clean
> it up from vsmp_64.c.
>
> In short, "cap & ctl & (1 << 4)" was always returning 0, as such we can
> remove all the PARAVIRT/PARAVIRT_XXL code handling that.
>
> However, the rest of the code depends on CONFIG_PCI, so fix it accordingly.
>
> Signed-off-by: Eial Czerwacki <eial@...lemp.com>
> Acked-by: Shai Fultheim <shai@...lemp.com>
Nice cleanup!
Acked-by: Thomas Gleixner <tglx@...utronix.de>
Powered by blists - more mailing lists