Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp533395pxb; Thu, 21 Oct 2021 04:41:22 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw0Wwu+II2u7gusi8PoHu6GKwd2JhId7gbROAZSf8MZ0S8yz4sIn8evedPcnEZzY/fjXUrd X-Received: by 2002:a50:8d51:: with SMTP id t17mr6987302edt.205.1634816482509; Thu, 21 Oct 2021 04:41:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1634816482; cv=none; d=google.com; s=arc-20160816; b=eq8yKc//TXuL8R8Uf/8kkY+Gu65mOEYanP2QYwjV0ePp3rFxJlyK3kpLibqhmM6rNx E4b1cbNRtWAvfY6jo8bgq3nrlYuyysxngaOasJgukc0joOuOVv+s3NJJKNL8ltDh9dHD 8jyd2+aGi/kVNvgPv8d4bSbw10XwDaLAgrhlKgW7lkM7BOHHG+FVxzpmixZxWioWPR/I x/59G/Yum+MqtmXp9IwTN1eZsQQBocPWydpClwD1hATQA9OITmE52qe2BJGyqRZdJOLr l7aI4/IV5XAdTwC90o4NhKBBs7go7cF7zuVeJfTcScqd9ORlDQ3bwklU+Sr/l2vP4MDW xTxg== 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; bh=kcEkYGPYyJqDfu4WiA9fpzLVhwvXcpH/MkmFnITVJ68=; b=PwACBD/S29gnV/7UNetgswdhZhEe9s16L3uy+6mFwENXex7xRnmKhkW7zQyi3hpL6w Jiz1XNyyaX0teuTOn0jxE6GBkO75wJ8yzfeWvbAsyG1OExe9SXFUGtomEQX9AZGZ4aUX nq/d8OoijAD3c5LgHrKtQVl3ZjqwD/a9eiP8sqUWQcOz4oDaU1ajPQcH3Mut80PLCZya wgRWey88cNXKWdP5zd3K6H8ROZn2R27QkwPUzGlBYl8bHwwIpdFjgy5zXxsQObwLpz0Y LfXTac595Df/MICV9S9gfOMbvLCN3+vn4LoWw5CuTQHUFXueCZrftRIEQVR1D5FuH995 mttQ== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id oz44si9003113ejc.470.2021.10.21.04.40.56; Thu, 21 Oct 2021 04:41:22 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230213AbhJULlB (ORCPT + 99 others); Thu, 21 Oct 2021 07:41:01 -0400 Received: from szxga01-in.huawei.com ([45.249.212.187]:13963 "EHLO szxga01-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229765AbhJULlA (ORCPT ); Thu, 21 Oct 2021 07:41:00 -0400 Received: from dggemv703-chm.china.huawei.com (unknown [172.30.72.56]) by szxga01-in.huawei.com (SkyGuard) with ESMTP id 4HZlnL63ZLzZcKY; Thu, 21 Oct 2021 19:36:54 +0800 (CST) Received: from dggpemm500001.china.huawei.com (7.185.36.107) by dggemv703-chm.china.huawei.com (10.3.19.46) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.15; Thu, 21 Oct 2021 19:38:42 +0800 Received: from [10.174.177.243] (10.174.177.243) by dggpemm500001.china.huawei.com (7.185.36.107) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.1.2308.15; Thu, 21 Oct 2021 19:38:42 +0800 Message-ID: Date: Thu, 21 Oct 2021 19:38:41 +0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.2.0 Subject: Re: [PATCH v2 1/2] riscv: consolidate __ex_table construction Content-Language: en-US To: Jisheng Zhang , Paul Walmsley , Palmer Dabbelt , Albert Ou , Masahiro Yamada , Michal Marek , Nick Desaulniers CC: , , References: <20211020220529.54ccf4e9@xhacker> <20211020220610.25443e4c@xhacker> From: Kefeng Wang In-Reply-To: <20211020220610.25443e4c@xhacker> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.174.177.243] X-ClientProxiedBy: dggeme701-chm.china.huawei.com (10.1.199.97) To dggpemm500001.china.huawei.com (7.185.36.107) X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021/10/20 22:06, Jisheng Zhang wrote: > From: Jisheng Zhang > > Consolidate all the __ex_table constuction code with a _ASM_EXTABLE > helper. > > There should be no functional change as a result of this patch. > > Signed-off-by: Jisheng Zhang > --- > arch/riscv/include/asm/futex.h | 12 +++------- > arch/riscv/include/asm/uaccess.h | 40 +++++++++++--------------------- > 2 files changed, 17 insertions(+), 35 deletions(-) > > diff --git a/arch/riscv/include/asm/futex.h b/arch/riscv/include/asm/futex.h > index 1b00badb9f87..3191574e135c 100644 > --- a/arch/riscv/include/asm/futex.h > +++ b/arch/riscv/include/asm/futex.h > @@ -30,10 +30,7 @@ > "3: li %[r],%[e] \n" \ > " jump 2b,%[t] \n" \ > " .previous \n" \ > - " .section __ex_table,\"a\" \n" \ > - " .balign " RISCV_SZPTR " \n" \ > - " " RISCV_PTR " 1b, 3b \n" \ > - " .previous \n" \ > + _ASM_EXTABLE(1b, 3b) \ > : [r] "+r" (ret), [ov] "=&r" (oldval), \ > [u] "+m" (*uaddr), [t] "=&r" (tmp) \ > : [op] "Jr" (oparg), [e] "i" (-EFAULT) \ > @@ -103,11 +100,8 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr, > "4: li %[r],%[e] \n" > " jump 3b,%[t] \n" > " .previous \n" > - " .section __ex_table,\"a\" \n" > - " .balign " RISCV_SZPTR " \n" > - " " RISCV_PTR " 1b, 4b \n" > - " " RISCV_PTR " 2b, 4b \n" > - " .previous \n" > + _ASM_EXTABLE(1b, 4b) \ > + _ASM_EXTABLE(2b, 4b) \ > : [r] "+r" (ret), [v] "=&r" (val), [u] "+m" (*uaddr), [t] "=&r" (tmp) > : [ov] "Jr" (oldval), [nv] "Jr" (newval), [e] "i" (-EFAULT) > : "memory"); > diff --git a/arch/riscv/include/asm/uaccess.h b/arch/riscv/include/asm/uaccess.h > index f314ff44c48d..35802e72ace8 100644 > --- a/arch/riscv/include/asm/uaccess.h > +++ b/arch/riscv/include/asm/uaccess.h > @@ -10,6 +10,12 @@ > > #include /* for TASK_SIZE */ > > +#define _ASM_EXTABLE(from, to) \ > + " .pushsection __ex_table, \"a\"\n" \ > + " .balign " RISCV_SZPTR " \n" \ > + " " RISCV_PTR "(" #from "), (" #to ")\n" \ > + " .popsection\n" > + The jump_label mechanism could use this macro too, see arch/riscv/include/asm/jump_label.h, maybe move the above into asm.h and also do some replace in next patch ? Question: the jump label use relative address, but why not trigger the Section mismatch issue?