Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp292444pxb; Fri, 15 Oct 2021 05:47:15 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz6CwoRv7VN+flTzIvOSTb1N4DkdsHVB1cRmFQ7hCm6c8HmQyCW08IwXHP+ZrOkzJbVjM7m X-Received: by 2002:a05:6402:848:: with SMTP id b8mr17554263edz.328.1634302035545; Fri, 15 Oct 2021 05:47:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1634302035; cv=none; d=google.com; s=arc-20160816; b=Gd7UCzkozyYCtl9DMWFWQ0u4gsf60D4j97AxbqaGnroV90pK97AV+aWwQpS/weAfJb fq/oo0Ce5rYgUTX5s4mwWauFbqQgrZFV/LgY2hUTsnwdBemBsahnW/dedQ5qP0b7DzNl LeopP0msKCV0Uki7/D4nZOcMnsaWtBVN21BTSZHDPsDL0WVFA5On1yee2XTRdHCthD19 D9jAN3Oe/d8Ocunm+f9agotTBcbMipgMQ4ZkQ9HbBtBbY1gmYV82PJwwPqPXE2pbBTNy sRoHmYRnhl1yt5c1sGP4UaPt68x2Rm/paIe3H4dzfOw0zoBQmKHuVnDt8cMuCRIP7UB2 Sg/g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:message-id :mime-version:in-reply-to:references:cc:to:subject:from:date :dkim-signature; bh=DRXHnGOtNMfw8OWo78ntmmDlXjC+sRWdxkm3O7xJKjA=; b=IKomqAWh6YDwoMPXpKjYslN1pjp5/wfFuMmT542L4XNAYLk132dyAZoC28/XOKqqsE o1z8I67W6WTNhX2NLx3GS62O0LX1+E0bIRX6DZtLkA0bNwPvidskGujn2C8YzCam9adZ S2C8prbSkvfnxEc/sZKxaya5JrU9wAL5Y0jofU4PZ/pW5TZoi/QQ1Qgd9OG8bHy0AQkz Ewt+OgHj06CdiBYy3dPwMhnQRTpVfQdcMFQLEeqvCktU7hqMY057DIej6cDvROdaGFGI 4lrLUdo//xyPSRKX5+tMQ7fFXwIpyomXoM5R6Agmq9LRf9m1Xu5tgDLRBkbNWSCclp2K VKxQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=m7MXudFQ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id kt20si7244235ejb.5.2021.10.15.05.46.42; Fri, 15 Oct 2021 05:47:15 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=m7MXudFQ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231584AbhJOGDj (ORCPT + 99 others); Fri, 15 Oct 2021 02:03:39 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51140 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230030AbhJOGDi (ORCPT ); Fri, 15 Oct 2021 02:03:38 -0400 Received: from mail-pg1-x52e.google.com (mail-pg1-x52e.google.com [IPv6:2607:f8b0:4864:20::52e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5440CC061570; Thu, 14 Oct 2021 23:01:32 -0700 (PDT) Received: by mail-pg1-x52e.google.com with SMTP id 66so7632849pgc.9; Thu, 14 Oct 2021 23:01:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=date:from:subject:to:cc:references:in-reply-to:mime-version :message-id:content-transfer-encoding; bh=DRXHnGOtNMfw8OWo78ntmmDlXjC+sRWdxkm3O7xJKjA=; b=m7MXudFQQqL1/k+ClP+ZXqn1o6SFyJ1f66Q3Bu5Odc8OBiFPiJ13cAIC7Bb91L57Qa wg5htfRXIvWmL1XBYWjt/KapNQJ484jheOqT4laWX+5LN25duemH5efLGCCw1ezRbE2D oHMydeL853jKYzvsuglxlc6/9GhP1bSqW16TyWHFANeiap8ne6FIAs3VXM7FPdZAJDPr hU16Gs2Zstt6WT2sdSKZuMLxHFbekr7X7SOwkFRSxnKP5z+P1yr4gzJjxpUvxVIfW4aP QUYuse0SEylu3+vPw+KSZUvOf1cy/kCU1ZZUBIG6P0gbZ5pbPXMIlVRrCdBvd6rsYHuZ EXjA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:subject:to:cc:references:in-reply-to :mime-version:message-id:content-transfer-encoding; bh=DRXHnGOtNMfw8OWo78ntmmDlXjC+sRWdxkm3O7xJKjA=; b=c61tfo9B2mqFZLPsi/oP043cu7aJD6igHju2A76vzFluFnsMaIO8H1Tkv1H3e20jm6 y6X2aTHEQxYO9tcOACPfcmcrLIbKPSqi8Ngdklj9L6Uz6YLd9vexllnJF7CqK/+UZ80I Gu/9VKvhxW6u5utqWLNeakF5znYMo/ClD2rIh4yWDoghqLrOqMeSh/vdYeRbTxfPXctN 8i/l5ObXmGISMGYfDnku0zvoExVlYXi4mn6DlwLVuGDBuzrbn3pUqrhPKfsw35MmpptJ 74jDdSvXkluEtGRLHVciqmr5l6bafcQzI1GhYPcKq8hmKMKZ7byFVjMhWptlo5rNxkFl TmTQ== X-Gm-Message-State: AOAM533lYEysCwentAmTxn8txfVQK4t4uGT7b5okj23biGdWjIJeDn6G KMnBrxC9alErUQeYZ7K+zI8= X-Received: by 2002:a05:6a00:1487:b0:44d:c51:c88b with SMTP id v7-20020a056a00148700b0044d0c51c88bmr10003874pfu.32.1634277691871; Thu, 14 Oct 2021 23:01:31 -0700 (PDT) Received: from localhost (14-203-144-177.static.tpgi.com.au. [14.203.144.177]) by smtp.gmail.com with ESMTPSA id v6sm3998303pfv.83.2021.10.14.23.01.30 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 14 Oct 2021 23:01:31 -0700 (PDT) Date: Fri, 15 Oct 2021 16:01:26 +1000 From: Nicholas Piggin Subject: Re: [PATCH v2 02/13] powerpc: Rename 'funcaddr' to 'addr' in 'struct ppc64_opd_entry' To: Andrew Morton , Arnd Bergmann , Benjamin Herrenschmidt , Christophe Leroy , Helge Deller , Greg Kroah-Hartman , "James E.J. Bottomley" , Kees Cook , Michael Ellerman , Paul Mackerras Cc: linux-arch@vger.kernel.org, linux-ia64@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org References: <49f59a8bf2c4d95cfaa03bd3dd3c1569822ad6ba.1634190022.git.christophe.leroy@csgroup.eu> In-Reply-To: <49f59a8bf2c4d95cfaa03bd3dd3c1569822ad6ba.1634190022.git.christophe.leroy@csgroup.eu> MIME-Version: 1.0 Message-Id: <1634277517.7t2t049cd5.astroid@bobo.none> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Excerpts from Christophe Leroy's message of October 14, 2021 3:49 pm: > There are three architectures with function descriptors, try to > have common names for the address they contain in order to > refactor some functions into generic functions later. >=20 > powerpc has 'funcaddr' > ia64 has 'ip' > parisc has 'addr' >=20 > Vote for 'addr' and update 'struct ppc64_opd_entry' accordingly. It is the "address of the entry point of the function" according to=20 powerpc ELF spec, so addr seems fine. Reviewed-by: Nicholas Piggin >=20 > Reviewed-by: Kees Cook > Signed-off-by: Christophe Leroy > --- > arch/powerpc/include/asm/elf.h | 2 +- > arch/powerpc/include/asm/sections.h | 2 +- > arch/powerpc/kernel/module_64.c | 6 +++--- > 3 files changed, 5 insertions(+), 5 deletions(-) >=20 > diff --git a/arch/powerpc/include/asm/elf.h b/arch/powerpc/include/asm/el= f.h > index a4406714c060..bb0f278f9ed4 100644 > --- a/arch/powerpc/include/asm/elf.h > +++ b/arch/powerpc/include/asm/elf.h > @@ -178,7 +178,7 @@ void relocate(unsigned long final_address); > =20 > /* There's actually a third entry here, but it's unused */ > struct ppc64_opd_entry { > - unsigned long funcaddr; > + unsigned long addr; > unsigned long r2; > }; > =20 > diff --git a/arch/powerpc/include/asm/sections.h b/arch/powerpc/include/a= sm/sections.h > index 6e4af4492a14..32e7035863ac 100644 > --- a/arch/powerpc/include/asm/sections.h > +++ b/arch/powerpc/include/asm/sections.h > @@ -77,7 +77,7 @@ static inline void *dereference_function_descriptor(voi= d *ptr) > struct ppc64_opd_entry *desc =3D ptr; > void *p; > =20 > - if (!get_kernel_nofault(p, (void *)&desc->funcaddr)) > + if (!get_kernel_nofault(p, (void *)&desc->addr)) > ptr =3D p; > return ptr; > } > diff --git a/arch/powerpc/kernel/module_64.c b/arch/powerpc/kernel/module= _64.c > index 6baa676e7cb6..82908c9be627 100644 > --- a/arch/powerpc/kernel/module_64.c > +++ b/arch/powerpc/kernel/module_64.c > @@ -72,11 +72,11 @@ static func_desc_t func_desc(unsigned long addr) > } > static unsigned long func_addr(unsigned long addr) > { > - return func_desc(addr).funcaddr; > + return func_desc(addr).addr; > } > static unsigned long stub_func_addr(func_desc_t func) > { > - return func.funcaddr; > + return func.addr; > } > static unsigned int local_entry_offset(const Elf64_Sym *sym) > { > @@ -187,7 +187,7 @@ static int relacmp(const void *_x, const void *_y) > static unsigned long get_stubs_size(const Elf64_Ehdr *hdr, > const Elf64_Shdr *sechdrs) > { > - /* One extra reloc so it's always 0-funcaddr terminated */ > + /* One extra reloc so it's always 0-addr terminated */ > unsigned long relocs =3D 1; > unsigned i; > =20 > --=20 > 2.31.1 >=20 >=20 >=20