From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on gnuweeb.org X-Spam-Level: X-Spam-Status: No, score=-6.2 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.6 Received: from mga14.intel.com (mga14.intel.com [192.55.52.115]) by gnuweeb.org (Postfix) with ESMTPS id CD1C17E312 for ; Thu, 21 Jul 2022 10:00:50 +0000 (UTC) Authentication-Results: gnuweeb.org; dkim=pass (2048-bit key; unprotected) header.d=intel.com header.i=@intel.com header.a=rsa-sha256 header.s=Intel header.b=nEPVabp/; dkim-atps=neutral DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1658397650; x=1689933650; h=date:from:to:cc:subject:message-id:mime-version; bh=eABttColpd3cgqYPtpB5OBMyFwXZpipYlil6gXYr9hA=; b=nEPVabp/bWjl+hkTGwe+/lITehaWaG71fEfm8OS/V0PTRGmH56Kos6L5 qlXoMS0kcm0YvrNtdAEc5eJDAKeLUz0YlL+1ESAy3smb/vDYBr48Vqz2A 68vuG5D59XDWhBrwzh1LUo1527F9tIK6ehTvWwEw+VCmQ4zaSV3rP/+vl 6U6U0ykjY7K1POzqKC4rA/6Tsiqfy2MixjbZUhH+B7DLP7+ZY0+4bgiXg PfbROqZiwhgQs1pm25oUfrp5rGZc0smnUspxM90GsP6jDHdpF4M+wOF49 lFBkH3RmyrzL2ijqaDFjL0oLtQeC1sUkPWYNyKZ4ObVzXOyZ3GgCf1YJg g==; X-IronPort-AV: E=McAfee;i="6400,9594,10414"; a="287013319" X-IronPort-AV: E=Sophos;i="5.92,289,1650956400"; d="scan'208";a="287013319" Received: from orsmga001.jf.intel.com ([10.7.209.18]) by fmsmga103.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 21 Jul 2022 03:00:50 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.92,289,1650956400"; d="scan'208";a="631115298" Received: from lkp-server01.sh.intel.com (HELO 7dfbdc7c7900) ([10.239.97.150]) by orsmga001.jf.intel.com with ESMTP; 21 Jul 2022 03:00:47 -0700 Received: from kbuild by 7dfbdc7c7900 with local (Exim 4.95) (envelope-from ) id 1oESz8-0001hZ-OK; Thu, 21 Jul 2022 10:00:46 +0000 Date: Thu, 21 Jul 2022 18:00:43 +0800 From: kernel test robot To: Thomas Gleixner Cc: kbuild-all@lists.01.org, Ammar Faizi , GNU/Weeb Mailing List , linux-kernel@vger.kernel.org Subject: [ammarfaizi2-block:tglx/devel/depthtracking 2/45] arch/x86/kernel/cpu/common.c:760:37: error: implicit declaration of function 'cpu_kernelmode_gs_base' Message-ID: <202207211722.nx5vSFbQ-lkp@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline List-Id: tree: https://github.com/ammarfaizi2/linux-block tglx/devel/depthtracking head: 714d29e3e7e3faac27142424ae2533163ddd3a46 commit: 3adc8d7057cc2f5e8dbbaa4b7d8b68f94dadb6ad [2/45] x86/cpu: Remove segment load from switch_to_new_gdt() config: i386-defconfig (https://download.01.org/0day-ci/archive/20220721/202207211722.nx5vSFbQ-lkp@intel.com/config) compiler: gcc-11 (Debian 11.3.0-3) 11.3.0 reproduce (this is a W=1 build): # https://github.com/ammarfaizi2/linux-block/commit/3adc8d7057cc2f5e8dbbaa4b7d8b68f94dadb6ad git remote add ammarfaizi2-block https://github.com/ammarfaizi2/linux-block git fetch --no-tags ammarfaizi2-block tglx/devel/depthtracking git checkout 3adc8d7057cc2f5e8dbbaa4b7d8b68f94dadb6ad # save the config file mkdir build_dir && cp config build_dir/.config make W=1 O=build_dir ARCH=i386 SHELL=/bin/bash If you fix the issue, kindly add following tag where applicable Reported-by: kernel test robot All errors (new ones prefixed by >>): arch/x86/kernel/cpu/common.c: In function 'switch_to_new_gdt': >> arch/x86/kernel/cpu/common.c:760:37: error: implicit declaration of function 'cpu_kernelmode_gs_base' [-Werror=implicit-function-declaration] 760 | wrmsrl(MSR_GS_BASE, cpu_kernelmode_gs_base(cpu)); | ^~~~~~~~~~~~~~~~~~~~~~ cc1: some warnings being treated as errors vim +/cpu_kernelmode_gs_base +760 arch/x86/kernel/cpu/common.c 730 731 /** 732 * switch_to_new_gdt - Switch form early GDT to the direct one 733 * @cpu: The CPU number for which this is invoked 734 * 735 * Invoked during early boot to switch from early GDT and early per CPU 736 * (%fs on 32bit, GS_BASE on 64bit) to the direct GDT and the runtime per 737 * CPU area. 738 */ 739 void switch_to_new_gdt(int cpu) 740 { 741 load_direct_gdt(cpu); 742 743 /* 744 * No need to load the %gs (%fs for 32bit) segment. It is already 745 * correct, %gs is 0 on 64bit and %fs is __KERNEL_PERCPU on 32 bit. 746 * 747 * Writing %gs on 64bit would zero GSBASE which would make any per 748 * CPU operation up to the point of the wrmsrl() fault. 749 * 750 * 64bit requires to point GSBASE to the new offset. Until the 751 * wrmsrl() happens the early mapping is still valid. That means 752 * the GSBASE update will lose any prior per CPU data which was 753 * not copied over in setup_per_cpu_areas(). 754 * 755 * For secondary CPUs this is not a problem because they start 756 * already with the direct GDT and the real GSBASE. This invocation 757 * is pointless and will be removed in a subsequent step. 758 */ 759 if (IS_ENABLED(CONFIG_X86_64)) > 760 wrmsrl(MSR_GS_BASE, cpu_kernelmode_gs_base(cpu)); 761 } 762 -- 0-DAY CI Kernel Test Service https://01.org/lkp