Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp1446512rwd; Thu, 25 May 2023 12:45:21 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ7p7mskMEKoQrbRgzy/hrHy9yxHSMDu5+yTQNpYtR130CuBsNflydN5yIfZ5FKh+oBy4ELh X-Received: by 2002:a17:90a:a08e:b0:250:ce6a:cf1a with SMTP id r14-20020a17090aa08e00b00250ce6acf1amr2658403pjp.38.1685043921577; Thu, 25 May 2023 12:45:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1685043921; cv=none; d=google.com; s=arc-20160816; b=OtrZjwJcv5qxCilvLYpy185QHLTV21MYme2s4nG5Ub9DohCaJeH6Rsp8vKBwXqaFEi CFnXGSrb2iGjJqOoXxdl0o3L8qfWzJeLCklUP4JEigW/f+nmkOVKa6m7n7AAGAUAXTuU iskuXvlC3DDyl4RZk7LC95XRbq1vCvgRSnFyFLaPvS6BhagKl3hldLrWzl5u85JwHK0E NLRePdkblR5Xwc/ifGmOGGa7NfH7bJqS6T/GNMLQpqNhcrLkmjx+yELx/D1cY8mQVm8z gAJeUOXHnCaZtyF7KsGarEgfC5CxxAZPnMIUMGEJ/nxTvip4twDRkuCEGNIGcU285Xho Qs4g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=0REtJHy6HJEOs7fYt1Pm4Muac1f/jRAtj4rHZs3ABjY=; b=c9EGCYLkygLc38wJIcG0yeggcSfjWp3ypvPoDfaEyXYtnveOu1mH2FkHfsCuWoBXC5 lROrqGy89q3r16rjH+RQ6TSxOBC41fYNbWtPkodHZAT30CZs017XppROA+mFfn8Z2OMR dvkfUWJ2Q1sHMPuvHRGi0f4GAk8rtIyqK+G2cXpB3UH07ZZHroNw+a+28E+h68078CAt VJiGXh6ugYI121l10PHiYjEqjEdunhudgTxqZ3P5087JHkH8d6hoGqNiMc4d2jjOldYZ VoRmb+LSehMkdga2IyYsWiw8A85Uob/NdvaKouMYQuorY3Jh5S8dDNIMqktGcJik8gT7 0tXQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=Ui1wGlH2; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id kk18-20020a17090b4a1200b0025072690087si2497398pjb.7.2023.05.25.12.45.08; Thu, 25 May 2023 12:45:21 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=Ui1wGlH2; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S243382AbjEYTPU (ORCPT + 99 others); Thu, 25 May 2023 15:15:20 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59208 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S243776AbjEYTPG (ORCPT ); Thu, 25 May 2023 15:15:06 -0400 Received: from mga12.intel.com (mga12.intel.com [192.55.52.136]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 83A123C27 for ; Thu, 25 May 2023 12:07:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1685041624; x=1716577624; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=ZyPik9WGlty0Y8aIFzf+wy5PVhSVd7+fy7mRiJhCPx4=; b=Ui1wGlH2pwN8NOU4FGJQ+aPGXZImmSZxU08JgKgd5fxx9V/jRi2ENb4z ZNKaKvvprmw34NXFJ24y1IUAF85NxzSNvRAT8sf+kWvxFsmvcDs2JA+gj dNu8GZygYG3gldNwVwJ/+pZwAlA+4oPiLQ+WmTQUnEjv57gyqSwsuPy4/ hudEKRwI7n5wAd9Y8SCOcGjX9Ctj6WWyJVpGp+lB8I+Ylau5xIiMakyXL ozHjzgC621fAXLU7SYCZathEeuc63F4QBCDYiieD06YErV7JnwWMNdCtP 8FGwIigFh2w2WsKLJKOczEE6wHXlCNAb6GVieQ+hcQxfMu/y8sri3JRAJ w==; X-IronPort-AV: E=McAfee;i="6600,9927,10721"; a="333615597" X-IronPort-AV: E=Sophos;i="6.00,192,1681196400"; d="scan'208";a="333615597" Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga106.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 25 May 2023 12:05:43 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10721"; a="817243678" X-IronPort-AV: E=Sophos;i="6.00,192,1681196400"; d="scan'208";a="817243678" Received: from shuklaas-mobl1.amr.corp.intel.com (HELO [10.212.186.148]) ([10.212.186.148]) by fmsmga002-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 25 May 2023 12:05:42 -0700 Message-ID: <38e24fd4-9213-229d-9919-7ae3bfb113bb@intel.com> Date: Thu, 25 May 2023 12:05:42 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.11.0 Subject: Re: [PATCH v2] x86/lib: Do not use local symbols with SYM_CODE_START_LOCAL() Content-Language: en-US To: Nadav Amit , Thomas Gleixner Cc: Ingo Molnar , Borislav Petkov , Dave Hansen , x86@kernel.org, linux-kernel@vger.kernel.org, Nadav Amit References: <20230525184244.2311-1-namit@vmware.com> From: Dave Hansen In-Reply-To: <20230525184244.2311-1-namit@vmware.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.5 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A, RCVD_IN_DNSWL_MED,SPF_HELO_PASS,SPF_NONE,T_SCC_BODY_TEXT_LINE, URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 5/25/23 11:42, Nadav Amit wrote: > From: Nadav Amit > > When SYM_CODE_START_LOCAL() is used, the symbols are local but need to > be preserved in the object. However, using the ".L" label prefix does > not retain the symbol in the object. > > It is beneficial to be able to map instruction pointers back to symbols, > for instance for profiling. Otherwise, there are code addresses that do > not map back to any symbol. Consequently, the ".L" label prefix should > not be used when SYM_CODE_START_LOCAL() is used. > > Few symbols, such as .Lbad_put_user_clac and currently have both the > SYM_CODE_START_LOCAL() invocation and the ".L" prefix. This commit > removes the ".L" prefix from these symbols. > > No functional change, other then emitting these symbols into the object, > is intended. Nadav, could you perhaps do a bit of research on how this situation came to be? Was it an accident or on purpose that these symbols came to be .L? Then, could you CC the folks who made this change and ask them directly if they intended to induce the effects that you find undesirable?