From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752567AbdI2Uiq (ORCPT ); Fri, 29 Sep 2017 16:38:46 -0400 Received: from mail-pf0-f174.google.com ([209.85.192.174]:54303 "EHLO mail-pf0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752542AbdI2Uip (ORCPT ); Fri, 29 Sep 2017 16:38:45 -0400 X-Google-Smtp-Source: AOwi7QC2CIdBpQ8cmdaynaKabi/q71wfwbChVw7xqFElau3B7Kn3agFV5c0BqSyAxWWuwTN5lIK0+w== Date: Fri, 29 Sep 2017 13:38:43 -0700 From: Guenter Roeck To: Josh Poimboeuf Cc: linux-kernel@vger.kernel.org Subject: Re: Problems compiling with KCFLAGS="-frecord-gcc-switches" Message-ID: <20170929203843.GA6611@roeck-us.net> References: <20170929200056.GA3303@roeck-us.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170929200056.GA3303@roeck-us.net> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Sep 29, 2017 at 01:00:56PM -0700, Guenter Roeck wrote: > Hi Josh, > > when trying to compile an image with KCFLAGS="-frecord-gcc-switches", > I get the folllowing build warning/error. > > make allmodconfig > KCFLAGS="-frecord-gcc-switches" make arch/x86/kvm/emulate.o > ./tools/objtool/objtool check --no-unreachable "arch/x86/kvm/emulate.o" > > arch/x86/kvm/emulate.o: warning: > objtool: .GCC.command.line+0x0: special: can't find new instruction > > Building a full image aborts with: > > WARNING: arch/x86/kvm/kvm.o(__ex_table+0x4c): Section mismatch in reference > from the (unknown reference) (unknown) > to the variable .GCC.command.line:kvm_fastop_exception > FATAL: The relocation at __ex_table+0x4c references > section ".GCC.command.line" which is not executable, IOW > the kernel will fault if it ever tries to > jump to it. Something is seriously wrong > and should be fixed. > make[2]: *** [arch/x86/kvm/kvm.o] Error 1 > > Any idea what might cause this problem ? > Here is another interesting problem, seen when building arm64 allmodconfig -CONFIG_CPU_BIG_ENDIAN +CONFIG_EFI. kallsyms failure: relative symbol value 0xffffff9008073000 out of range in relative mode This is due to symbols such as 000000000000000e n __efistub_$d in the symbol table. Those are not filtered out by kallsyms, resulting in a relative "base" address of 0x0e, and all other symbols are out of range. Those symbols are only generated in efi/libstubs. Any idea what might be going on there, and how to fix it ? An easy fix would be something like - else if (stype == 'N') + else if (toupper(stype) == 'N') in kallsyms, but that doesn't seem like a clean solution to me. Thanks, Guenter