From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-qt1-f181.google.com (mail-qt1-f181.google.com [209.85.160.181]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 6B7FB2144D7 for ; Thu, 23 Jan 2025 19:08:16 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.160.181 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1737659299; cv=none; b=qwvdtfO4A/P9uJ3smKuEzU+4T2oCz8d1pdJk56nxkyS+gCdT7UtMq0TId1JebaYxvZFt9omDtDvpdkn24hn14L2EC4LbUbDLhOlIXsAyA5et5eT7WtgZUdUv30u/XUEym+6Km8MjeArwKzM+X61DFObldXLHNhiy8dbE87IHIF8= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1737659299; c=relaxed/simple; bh=f0DEyMh64/yaIhaMzdXmL9CCZQryy4eTt5TpeUZJXI8=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=eOBFhSAkKCSTSu8jtxRwhRUWrosXj9WiCFeN7Njk44TwcmepehJvR+UHOqQJ1EJMyU0c5dRsek3W32L0DLyu0/YvNgjmu71hYzYEn6os5ZVMHMOllj8P0NcIjGEI6swsFCgYp/Xwa4kPKZPqM/ZqTwWv1A5srIA/HgWYim4APtU= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=GBOo+vgX; arc=none smtp.client-ip=209.85.160.181 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="GBOo+vgX" Received: by mail-qt1-f181.google.com with SMTP id d75a77b69052e-467a37a2a53so13736141cf.2 for ; Thu, 23 Jan 2025 11:08:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737659295; x=1738264095; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=jMQTLT58nLO17Tx2k995Oj0sTehDvSRdhS3JQcXU9B8=; b=GBOo+vgXXphBvMxqtfgGXY8b06I3zpl2qIJ0XuFUG4ECC2FCRLilKiQdQXHtD55Lgu 4Tk0tXnIe/55+0KDkGx4uSgJWlTinvAlw9dNw19tz3ZL+VCGlp2xPN5EJPTguXLBmCn/ EO2ranzbNujvgyFDnIMyqmlEJc6yc/iTIUxVj0B0UsA9IpoUq0rZgoH7H/ohT0q9keTj gnBIlE0wP2lwCkkcRRl6Nr408ZT3Iee0MSKt/hIBbIAvX3Qfj0RfgAngVJH+sIpj516s bWU7m4Cc5jSW/uB7eX16OV1Q6sgaPCWohe34uYG3Qb9/2rqI2h9TgdMhnGDtlBe/RG7C HQkA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737659295; x=1738264095; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=jMQTLT58nLO17Tx2k995Oj0sTehDvSRdhS3JQcXU9B8=; b=N3tYAj/Q7fZWQj8HRACZ89oRNJgz1TFATzyWScpj4UhkllTl8Jy/Y6SbWa4dWi8qT1 iPLVahFmcExBWKmL8cirx/kfB14BMnAee2Bypj31POgCHuWqft18WI6oQjIbKn/OYYME vi86Ewr6Pi1GKFIKIu7KnQYUpAQgvpMJpVRm1OgawYqYUb6dfBRweTnmoGMGtEtqtcDT PjgarmN5Qew8ejD9hs5Q68Z2iArwUAm7iLEspwHvY3v43Bfn0HRWFHbfjJoRSiT9BqKu wq6crfiutvcuymI3WnNyUAC+e0dgnT/xLUmR42FUgouoD0Qkj3QCf5pFuZmyQ8dasTWC /FlQ== X-Gm-Message-State: AOJu0YwxgEC1Ml9R/Kgr35WIbJN357JICTgjL6vmBHY6O9WjHU63CCfl pa2aoxNxj0qLSZAkYyhjZg+lQXL+3KfhY/2u/pHYKkH5vt/h4V5NBlhi X-Gm-Gg: ASbGncvgmAX1uH0MzEE+4xDHDCZpV9duUcmurC2NrN+p5/v7TzBmkcvqmYDiKio+Omy Puw9ZtrXyKE5W6Ckl0FaVlZM94hwl1p4MYn1++wcdSUib7oKd2GkSdMvPFm3OJQfHL6D2RiFFdF xmZCIufN6X6F6TJIxwzRq4Dulq6mSyIgzp4HNbL+kuIlDV1egzSwWRIZeAKHVeCmxSdP5FR/Muo JClp8g2NRg8s7uxdX3rWi1XKm2aOAz09Ci5BNTGqtAq+4H74RZIiaLCRnPwVg== X-Google-Smtp-Source: AGHT+IF4DjZY6kWAXZqwSs1QL3SAUtgmNIIjbWEy51bvNOzXRl0/728mAl85beUXkjG7/N3y0mf40g== X-Received: by 2002:a05:622a:1902:b0:467:8703:a740 with SMTP id d75a77b69052e-46e12a3f76amr470492971cf.18.1737659295000; Thu, 23 Jan 2025 11:08:15 -0800 (PST) Received: from citadel.lan ([2600:6c4a:4d3f:6d5c::1019]) by smtp.gmail.com with ESMTPSA id d75a77b69052e-46e66b880b6sm1768021cf.69.2025.01.23.11.08.13 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 23 Jan 2025 11:08:14 -0800 (PST) From: Brian Gerst To: linux-kernel@vger.kernel.org, x86@kernel.org Cc: Ingo Molnar , "H . Peter Anvin" , Thomas Gleixner , Borislav Petkov , Ard Biesheuvel , Uros Bizjak , Brian Gerst Subject: [PATCH v6 13/15] percpu: Remove PERCPU_VADDR() Date: Thu, 23 Jan 2025 14:07:45 -0500 Message-ID: <20250123190747.745588-14-brgerst@gmail.com> X-Mailer: git-send-email 2.47.1 In-Reply-To: <20250123190747.745588-1-brgerst@gmail.com> References: <20250123190747.745588-1-brgerst@gmail.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit x86-64 was the last user. Signed-off-by: Brian Gerst Reviewed-by: Ard Biesheuvel --- include/asm-generic/vmlinux.lds.h | 36 +------------------------------ 1 file changed, 1 insertion(+), 35 deletions(-) diff --git a/include/asm-generic/vmlinux.lds.h b/include/asm-generic/vmlinux.lds.h index 4a69658739de..b2cbc1628118 100644 --- a/include/asm-generic/vmlinux.lds.h +++ b/include/asm-generic/vmlinux.lds.h @@ -1072,47 +1072,13 @@ defined(CONFIG_AUTOFDO_CLANG) || defined(CONFIG_PROPELLER_CLANG) __per_cpu_end = .; /** - * PERCPU_VADDR - define output section for percpu area + * PERCPU_SECTION - define output section for percpu area * @cacheline: cacheline size - * @vaddr: explicit base address (optional) - * @phdr: destination PHDR (optional) * * Macro which expands to output section for percpu area. * * @cacheline is used to align subsections to avoid false cacheline * sharing between subsections for different purposes. - * - * If @vaddr is not blank, it specifies explicit base address and all - * percpu symbols will be offset from the given address. If blank, - * @vaddr always equals @laddr + LOAD_OFFSET. - * - * @phdr defines the output PHDR to use if not blank. Be warned that - * output PHDR is sticky. If @phdr is specified, the next output - * section in the linker script will go there too. @phdr should have - * a leading colon. - * - * Note that this macros defines __per_cpu_load as an absolute symbol. - * If there is no need to put the percpu section at a predetermined - * address, use PERCPU_SECTION. - */ -#define PERCPU_VADDR(cacheline, vaddr, phdr) \ - __per_cpu_load = .; \ - .data..percpu vaddr : AT(__per_cpu_load - LOAD_OFFSET) { \ - PERCPU_INPUT(cacheline) \ - } phdr \ - . = __per_cpu_load + SIZEOF(.data..percpu); - -/** - * PERCPU_SECTION - define output section for percpu area, simple version - * @cacheline: cacheline size - * - * Align to PAGE_SIZE and outputs output section for percpu area. This - * macro doesn't manipulate @vaddr or @phdr and __per_cpu_load and - * __per_cpu_start will be identical. - * - * This macro is equivalent to ALIGN(PAGE_SIZE); PERCPU_VADDR(@cacheline,,) - * except that __per_cpu_load is defined as a relative symbol against - * .data..percpu which is required for relocatable x86_32 configuration. */ #define PERCPU_SECTION(cacheline) \ . = ALIGN(PAGE_SIZE); \ -- 2.47.1