[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20220106023606.283953-1-samuelzeter@gmail.com>
Date: Thu, 6 Jan 2022 13:36:03 +1100
From: Samuel Zeter <samuelzeter@...il.com>
To: unlisted-recipients:; (no To-header on input)
Cc: samuelzeter@...il.com, Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...hat.com>, Borislav Petkov <bp@...en8.de>,
Dave Hansen <dave.hansen@...ux.intel.com>, x86@...nel.org,
"H. Peter Anvin" <hpa@...or.com>,
Nathan Chancellor <nathan@...nel.org>,
Nick Desaulniers <ndesaulniers@...gle.com>,
linux-kernel@...r.kernel.org, llvm@...ts.linux.dev
Subject: [PATCH 0/2] *** Fix reformat_objdump.awk ***
These are two small patches which originally dealt with
the problem found at:
https://github.com/ClangBuiltLinux/linux/issues/1364
The original steps to reproduce were:
$ make -skj"$(nproc)" LLVM=1 LLVM_IAS=1 defconfig
$ scripts/config -e X86_DECODER_SELFTEST
$ make -skj"$(nproc)" LLVM=1 LLVM_IAS=1 olddefconfig bzImage
Which resulted in the error:
arch/x86/tools/insn_decoder_test: warning: objdump says 0 bytes, but
insn_get_length() says 2
Upon inspection it turned out llvm-objdump was formatting its
output differently, which caused objdump_reformat.awk to incorrectly
output its values.
After fixing that bug, a second one was seen where the instruction
"wait" was incorrectly matched with "fwait", which again caused
insn_decoder_test to fail.
Samuel Zeter (2):
arch/x86/tools/objdump_reformat.awk: Ensure regex matches fwait
arch/x86/tools/objdump_reformat.awk: Allow for spaces
arch/x86/tools/objdump_reformat.awk | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--
2.32.0
Powered by blists - more mailing lists