[<prev] [next>] [day] [month] [year] [list]
Message-ID: <202111051926.i5OMv1dt-lkp@intel.com>
Date: Fri, 5 Nov 2021 19:13:31 +0800
From: kernel test robot <lkp@...el.com>
To: Peter Zijlstra <peterz@...radead.org>
Cc: kbuild-all@...ts.01.org, linux-kernel@...r.kernel.org
Subject: [peterz-queue:x86/wip.extable 6/22] arch/x86/entry/entry_32.S:989:
Error: unknown pseudo-op: `.lasm_iret_error'
tree: https://git.kernel.org/pub/scm/linux/kernel/git/peterz/queue.git x86/wip.extable
head: a4d149db054a77aa35b04bb088f749cbb9a2edea
commit: f42d7634debdff653b927335ebad9c20fdcc6e87 [6/22] x86,entry_32: Remove .fixup usage
config: i386-randconfig-m021-20211105 (attached as .config)
compiler: gcc-9 (Debian 9.3.0-22) 9.3.0
reproduce (this is a W=1 build):
# https://git.kernel.org/pub/scm/linux/kernel/git/peterz/queue.git/commit/?id=f42d7634debdff653b927335ebad9c20fdcc6e87
git remote add peterz-queue https://git.kernel.org/pub/scm/linux/kernel/git/peterz/queue.git
git fetch --no-tags peterz-queue x86/wip.extable
git checkout f42d7634debdff653b927335ebad9c20fdcc6e87
# save the attached .config to linux build tree
mkdir build_dir
make W=1 O=build_dir ARCH=i386 SHELL=/bin/bash
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot <lkp@...el.com>
All errors (new ones prefixed by >>):
arch/x86/entry/entry_32.S: Assembler messages:
>> arch/x86/entry/entry_32.S:989: Error: unknown pseudo-op: `.lasm_iret_error'
vim +989 arch/x86/entry/entry_32.S
930
931 /*
932 * 32-bit legacy system call entry.
933 *
934 * 32-bit x86 Linux system calls traditionally used the INT $0x80
935 * instruction. INT $0x80 lands here.
936 *
937 * This entry point can be used by any 32-bit perform system calls.
938 * Instances of INT $0x80 can be found inline in various programs and
939 * libraries. It is also used by the vDSO's __kernel_vsyscall
940 * fallback for hardware that doesn't support a faster entry method.
941 * Restarted 32-bit system calls also fall back to INT $0x80
942 * regardless of what instruction was originally used to do the system
943 * call. (64-bit programs can use INT $0x80 as well, but they can
944 * only run on 64-bit kernels and therefore land in
945 * entry_INT80_compat.)
946 *
947 * This is considered a slow path. It is not used by most libc
948 * implementations on modern hardware except during process startup.
949 *
950 * Arguments:
951 * eax system call number
952 * ebx arg1
953 * ecx arg2
954 * edx arg3
955 * esi arg4
956 * edi arg5
957 * ebp arg6
958 */
959 SYM_FUNC_START(entry_INT80_32)
960 ASM_CLAC
961 pushl %eax /* pt_regs->orig_ax */
962
963 SAVE_ALL pt_regs_ax=$-ENOSYS switch_stacks=1 /* save rest */
964
965 movl %esp, %eax
966 call do_int80_syscall_32
967 .Lsyscall_32_done:
968 STACKLEAK_ERASE
969
970 restore_all_switch_stack:
971 SWITCH_TO_ENTRY_STACK
972 CHECK_AND_APPLY_ESPFIX
973
974 /* Switch back to user CR3 */
975 SWITCH_TO_USER_CR3 scratch_reg=%eax
976
977 BUG_IF_WRONG_CR3
978
979 /* Restore user state */
980 RESTORE_REGS pop=4 # skip orig_eax/error_code
981 .Lirq_return:
982 /*
983 * ARCH_HAS_MEMBARRIER_SYNC_CORE rely on IRET core serialization
984 * when returning from IPI handler and when returning from
985 * scheduler to user-space.
986 */
987 iret
988
> 989 .Lasm_iret_error
990 pushl $0 # no error code
991 pushl $iret_error
992
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
Download attachment ".config.gz" of type "application/gzip" (42586 bytes)
Powered by blists - more mailing lists