From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756292AbcBHRTY (ORCPT ); Mon, 8 Feb 2016 12:19:24 -0500 Received: from mailapp01.imgtec.com ([195.59.15.196]:18470 "EHLO mailapp01.imgtec.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756046AbcBHRTW (ORCPT ); Mon, 8 Feb 2016 12:19:22 -0500 Date: Mon, 8 Feb 2016 17:19:14 +0000 From: "Maciej W. Rozycki" To: Daniel Wagner CC: Ralf Baechle , , Subject: Re: [PATCH v3 1/3] mips: Use arch specific auxvec.h instead of generic-asm version In-Reply-To: <1454946278-13859-2-git-send-email-daniel.wagner@bmw-carit.de> Message-ID: References: <1454946278-13859-1-git-send-email-daniel.wagner@bmw-carit.de> <1454946278-13859-2-git-send-email-daniel.wagner@bmw-carit.de> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8BIT X-Originating-IP: [10.100.200.149] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 8 Feb 2016, Daniel Wagner wrote: > The generic auxvec.h is used instead the arch specific version. > This happens when cross compiling the kernel. > > mips64-linux-gnu-gcc (GCC) 5.2.1 20151104 (Red Hat Cross 5.2.1-4) > > arch/mips/kernel/../../../fs/binfmt_elf.c: In function ‘create_elf_tables’: > ./arch/mips/include/asm/elf.h:425:14: error: ‘AT_SYSINFO_EHDR’ undeclared (first use in this function) There must be something wrong with your setup, or maybe a bug somewhere in our build machinery you just happened to trigger. Most of us routinely use a cross-compiler to build the kernel and you're the first one to report the problem. Can you report the compiler invocation that has lead to this error? Have you used a default config or a custom one? > diff --git a/arch/mips/include/asm/auxvec.h b/arch/mips/include/asm/auxvec.h > new file mode 100644 > index 0000000..fbd388c > --- /dev/null > +++ b/arch/mips/include/asm/auxvec.h > @@ -0,0 +1 @@ > +#include You're not supposed to require a header in asm/ merely to include a header of the same name from uapi/asm/ as there are normally -I./arch/mips/include and -I./arch/mips/include/uapi options present both at once, in this order, on the compiler's invocation line. So: #include will pull the header from uapi/asm/ if none is present in asm/. Maciej