From: Thomas Garnier <thgarnie@google.com>
To: kbuild test robot <lkp@intel.com>
Cc: linux-efi@vger.kernel.org,
"Stanislaw Gruszka" <sgruszka@redhat.com>,
linux-doc@vger.kernel.org, "kvm list" <kvm@vger.kernel.org>,
"Radim Krčmář" <rkrcmar@redhat.com>,
"Matt Fleming" <matt@codeblueprint.co.uk>,
"Dave Hansen" <dave.hansen@intel.com>,
"Pavel Machek" <pavel@ucw.cz>, "H . Peter Anvin" <hpa@zytor.com>,
"Kernel Hardening" <kernel-hardening@lists.openwall.com>,
"Jiri Olsa" <jolsa@redhat.com>,
"Boris Ostrovsky" <boris.ostrovsky@oracle.com>,
"Andi Kleen" <ak@linux.intel.com>,
"Jonathan Corbet" <corbet@lwn.net>,
"Michael Ellerman" <mpe@ellerman.id.au>,
"Joerg Roedel" <joro@8bytes.org>,
"the arch/x86 maintainers" <x86@kernel.org>,
"Paul Gortmaker" <paul.gortmaker@windriver.com>,
"Christian Borntraeger" <borntraeger@de.ibm.com>,
"Ingo Molnar" <mingo@redhat.com>,
xen-devel@lists.xenproject.org, "Borislav Petkov" <bp@suse.de>,
"Len Brown" <len.brown@intel.com>, "Jiri Kosina" <jikos@kerne>
Subject: Re: [PATCH v4 1/4] x86/mm: Adapt MODULES_END based on Fixmap section size
Date: Fri, 17 Feb 2017 08:00:19 -0800 [thread overview]
Message-ID: <CAJcbSZH7nyLuSmE2imEdk-VzwZcLw4P9T3jZEE2EiRUVPEbL1g__33512.596859555$1487347287$gmane$org@mail.gmail.com> (raw)
In-Reply-To: <201702170838.cW5onrBk%fengguang.wu@intel.com>
[-- Attachment #1.1: Type: text/plain, Size: 3488 bytes --]
I will send an update patch on this thread to fix the fixmap dependencies.
On Thu, Feb 16, 2017 at 4:45 PM, kbuild test robot <lkp@intel.com> wrote:
> Hi Thomas,
>
> [auto build test ERROR on next-20170216]
> [also build test ERROR on v4.10-rc8]
> [cannot apply to tip/x86/core kvm/linux-next tip/auto-latest v4.9-rc8
> v4.9-rc7 v4.9-rc6]
> [if your patch is applied to the wrong git tree, please drop us a note to
> help improve the system]
>
> url: https://github.com/0day-ci/linux/commits/Thomas-Garnier/
> x86-mm-Adapt-MODULES_END-based-on-Fixmap-section-size/20170217-072759
> config: x86_64-randconfig-s4-02170325 (attached as .config)
> compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901
> reproduce:
> # save the attached .config to linux build tree
> make ARCH=x86_64
>
> All errors (new ones prefixed by >>):
>
> In file included from arch/x86/include/asm/pgtable_types.h:240:0,
> from arch/x86/include/asm/paravirt_types.h:44,
> from arch/x86/include/asm/ptrace.h:71,
> from arch/x86/include/asm/math_emu.h:4,
> from arch/x86/include/asm/processor.h:11,
> from arch/x86/include/asm/cpufeature.h:4,
> from arch/x86/include/asm/thread_info.h:52,
> from include/linux/thread_info.h:25,
> from arch/x86/include/asm/preempt.h:6,
> from include/linux/preempt.h:59,
> from include/linux/spinlock.h:50,
> from include/linux/wait.h:8,
> from include/linux/fs.h:5,
> from include/linux/debugfs.h:18,
> from arch/x86/mm/dump_pagetables.c:15:
> >> arch/x86/include/asm/pgtable_64_types.h:71:23: error: implicit
> declaration of function '__fix_to_virt' [-Werror=implicit-function-
> declaration]
> #define MODULES_END __fix_to_virt(__end_of_fixed_addresses + 1)
> ^
> arch/x86/mm/dump_pagetables.c:87:4: note: in expansion of macro
> 'MODULES_END'
> { MODULES_END, "End Modules" },
> ^~~~~~~~~~~
> arch/x86/include/asm/pgtable_64_types.h:71:37: error:
> '__end_of_fixed_addresses' undeclared here (not in a function)
> #define MODULES_END __fix_to_virt(__end_of_fixed_addresses + 1)
> ^
> arch/x86/mm/dump_pagetables.c:87:4: note: in expansion of macro
> 'MODULES_END'
> { MODULES_END, "End Modules" },
> ^~~~~~~~~~~
> cc1: some warnings being treated as errors
>
> vim +/__fix_to_virt +71 arch/x86/include/asm/pgtable_64_types.h
>
> 65 #define VMALLOC_START __VMALLOC_BASE
> 66 #define VMEMMAP_START __VMEMMAP_BASE
> 67 #endif /* CONFIG_RANDOMIZE_MEMORY */
> 68 #define VMALLOC_END (VMALLOC_START + _AC((VMALLOC_SIZE_TB <<
> 40) - 1, UL))
> 69 #define MODULES_VADDR (__START_KERNEL_map + KERNEL_IMAGE_SIZE)
> 70 /* The module sections ends with the start of the fixmap */
> > 71 #define MODULES_END __fix_to_virt(__end_of_fixed_addresses + 1)
> 72 #define MODULES_LEN (MODULES_END - MODULES_VADDR)
> 73 #define ESPFIX_PGD_ENTRY _AC(-2, UL)
> 74 #define ESPFIX_BASE_ADDR (ESPFIX_PGD_ENTRY << PGDIR_SHIFT)
>
> ---
> 0-DAY kernel test infrastructure Open Source Technology
> Center
> https://lists.01.org/pipermail/kbuild-all Intel
> Corporation
>
--
Thomas
[-- Attachment #1.2: Type: text/html, Size: 4966 bytes --]
[-- Attachment #2: Type: text/plain, Size: 127 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
next prev parent reply other threads:[~2017-02-17 16:00 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-02-16 21:54 [PATCH v4 1/4] x86/mm: Adapt MODULES_END based on Fixmap section size Thomas Garnier
2017-02-16 21:54 ` [kernel-hardening] " Thomas Garnier
2017-02-16 21:54 ` Thomas Garnier
2017-02-16 21:54 ` Thomas Garnier
2017-02-16 21:54 ` [PATCH v4 2/4] x86: Remap GDT tables in the Fixmap section Thomas Garnier
2017-02-16 21:54 ` Thomas Garnier
2017-02-16 21:54 ` [kernel-hardening] " Thomas Garnier
2017-02-16 21:54 ` Thomas Garnier
2017-02-16 21:54 ` Thomas Garnier
2017-02-16 21:54 ` [PATCH v4 3/4] x86: Make the GDT remapping read-only on 64-bit Thomas Garnier
2017-02-16 21:54 ` Thomas Garnier
2017-02-16 21:54 ` [kernel-hardening] " Thomas Garnier
2017-02-16 21:54 ` Thomas Garnier
2017-02-16 21:54 ` Thomas Garnier
2017-02-16 21:54 ` [PATCH v4 4/4] KVM: VMX: Simplify segment_base Thomas Garnier
2017-02-16 21:54 ` Thomas Garnier
2017-02-16 21:54 ` [kernel-hardening] " Thomas Garnier
2017-02-16 21:54 ` Thomas Garnier
2017-02-16 21:54 ` Thomas Garnier
2017-02-17 0:37 ` [PATCH v4 1/4] x86/mm: Adapt MODULES_END based on Fixmap section size kbuild test robot
2017-02-17 0:37 ` kbuild test robot
2017-02-17 0:37 ` [kernel-hardening] " kbuild test robot
2017-02-17 0:37 ` kbuild test robot
2017-02-17 0:37 ` kbuild test robot
2017-02-17 0:45 ` kbuild test robot
2017-02-17 0:45 ` kbuild test robot
2017-02-17 0:45 ` [kernel-hardening] " kbuild test robot
2017-02-17 0:45 ` kbuild test robot
2017-02-17 0:45 ` kbuild test robot
2017-02-17 16:00 ` Thomas Garnier [this message]
2017-02-17 16:00 ` Thomas Garnier
2017-02-17 16:00 ` [kernel-hardening] " Thomas Garnier
2017-02-17 16:00 ` Thomas Garnier
2017-02-17 20:52 ` Thomas Garnier
2017-02-17 20:52 ` [kernel-hardening] " Thomas Garnier
2017-02-17 20:52 ` Thomas Garnier
2017-02-17 20:52 ` Thomas Garnier
2017-02-17 20:52 ` Thomas Garnier
-- strict thread matches above, loose matches on Subject: below --
2017-02-16 21:54 Thomas Garnier
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='CAJcbSZH7nyLuSmE2imEdk-VzwZcLw4P9T3jZEE2EiRUVPEbL1g__33512.596859555$1487347287$gmane$org@mail.gmail.com' \
--to=thgarnie@google.com \
--cc=ak@linux.intel.com \
--cc=boris.ostrovsky@oracle.com \
--cc=borntraeger@de.ibm.com \
--cc=bp@suse.de \
--cc=corbet@lwn.net \
--cc=dave.hansen@intel.com \
--cc=hpa@zytor.com \
--cc=jikos@kerne \
--cc=jolsa@redhat.com \
--cc=joro@8bytes.org \
--cc=kernel-hardening@lists.openwall.com \
--cc=kvm@vger.kernel.org \
--cc=len.brown@intel.com \
--cc=linux-doc@vger.kernel.org \
--cc=linux-efi@vger.kernel.org \
--cc=lkp@intel.com \
--cc=matt@codeblueprint.co.uk \
--cc=mingo@redhat.com \
--cc=mpe@ellerman.id.au \
--cc=paul.gortmaker@windriver.com \
--cc=pavel@ucw.cz \
--cc=rkrcmar@redhat.com \
--cc=sgruszka@redhat.com \
--cc=x86@kernel.org \
--cc=xen-devel@lists.xenproject.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.