From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Hugh Dickins <hughd@google.com>
Cc: Tobias Jakobi <tjakobi@math.uni-bielefeld.de>,
ben.hutchings@codethink.co.uk, bp@suse.de,
stable@vger.kernel.org
Subject: Re: [stable-4.4.y] compile error with KAISER and no vsyscall emulation
Date: Tue, 13 Feb 2018 16:46:27 +0100 [thread overview]
Message-ID: <20180213154627.GA14300@kroah.com> (raw)
In-Reply-To: <alpine.LSU.2.11.1802101608290.1709@eggly.anvils>
On Sat, Feb 10, 2018 at 04:24:10PM -0800, Hugh Dickins wrote:
> On Sat, 10 Feb 2018, Tobias Jakobi wrote:
> > Hello,
> >
> > I noticed a compile error with a recent version (4.4.115) of the 4.4.y branch:
> > arch/x86/mm/kaiser.c: In function ‘kaiser_init’:
> > arch/x86/mm/kaiser.c:348:8: error: ‘vsyscall_pgprot’ undeclared (first use in
> > this function)
> >
> > It seems like my combination of kernel options doesn't work for KAISER.
> > X86_VSYSCALL_EMULATION is not set on my system, while LEGACY_VSYSCALL is set to
> > NONE (LEGACY_VSYSCALL_NONE=y). I have managed to get things compiling again, by
> > moving the 'extern unsigned long vsyscall_pgprot' outside of the preprocessor
> > statement. This works for me, I guess because the code in question is never
> > called during runtime anyway (vsyscall_enabled() always returns false).
> >
> > With best wishes,
> > Tobias
>
> Yes, sorry about that, thanks Tobias. Same error on 4.9 too.
> Here's the patch that you correctly suggest, and it's good for both:
>
>
> [PATCH 4.4 and 4.9] kaiser: fix compile error without vsyscall
Thanks, now queued up.
greg k-h
prev parent reply other threads:[~2018-02-13 15:48 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <3d9557f8-5752-4993-f32a-64335348069f@math.uni-bielefeld.de>
2018-02-11 0:24 ` [stable-4.4.y] compile error with KAISER and no vsyscall emulation Hugh Dickins
2018-02-13 15:46 ` Greg Kroah-Hartman [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20180213154627.GA14300@kroah.com \
--to=gregkh@linuxfoundation.org \
--cc=ben.hutchings@codethink.co.uk \
--cc=bp@suse.de \
--cc=hughd@google.com \
--cc=stable@vger.kernel.org \
--cc=tjakobi@math.uni-bielefeld.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox