Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp4723421rwb; Tue, 20 Sep 2022 19:32:04 -0700 (PDT) X-Google-Smtp-Source: AMsMyM5inoilgwCY4FJgvBdC9quF/6o8ew7Ydq3Up/mrci7wrMxLEUdZLC72TQOCQl3qqDDmkWP9 X-Received: by 2002:a17:906:fe49:b0:73d:70c5:1a52 with SMTP id wz9-20020a170906fe4900b0073d70c51a52mr19723904ejb.469.1663727523896; Tue, 20 Sep 2022 19:32:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1663727523; cv=none; d=google.com; s=arc-20160816; b=ZqpvM32pUIH7fZ/ZWWVom6Dcr3q806liGkVCcP2MlU88yUWp/ZnrWBFrLzSTFvEai+ aE5toOE2fGjon/or2kraNHZPxaqY6fkaokvKg0k2zvhbPaplN4JsFsbS8eqfbuPUdcCY b5rMmso3aV15aCgXxpMD7ZiiEG2DYcVmzWZFsPnv0WbHD1L5ZHswisCj95TTtSgCrfuU d2mpphYtXfalQPRLg1iq102avB+fG7WR1pO8uiIKb3PoV4WaWDZZwJWZimVKVeI1CmPt 3JgmkYLPyzNK/txfOASjVqTtnu0j5hGo9177KzgreNKkIIdWWbaYOt/SuI/+IMhOR3Gy aACg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=eewSdC4bv5MzrpUT2rc8c+T0RvmUT6xlSGD4ih0UexY=; b=Ew4YfsKwD0ZOX0wUSu9vgnZ0OrNfhAap1AaeYilnE53baMgIqWaUCBi60kDSU5fCo/ lnGvN3hpYLeiy4FC5wzbg62MUFZ0cVWNsKSIQtD3AJ4C5m5boSqIEeA2KBpBjSCx5gXu oa8P5IvmuJs8VeSNOsTPZ9jSEmYEVveBDEzbzj3MbytvytwKhwe5kJgh3XrNo955sOSy f+qEhvhXPhpxUHja5LvFg1stifUbtRz+z5jcu/SZHS+dvHPPI3LgS4kbMUpdgjbdaTqQ EX3UdrDDB5N3uaRJKe3+6chs3Tkt+ggb+dGRNZb6RG/rAnk15fL4uM5WSnzs8jWtilcU +08w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=UPgdWs2V; 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=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id hr36-20020a1709073fa400b007802781e124si1241990ejc.662.2022.09.20.19.31.38; Tue, 20 Sep 2022 19:32:03 -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=@kernel.org header.s=k20201202 header.b=UPgdWs2V; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230102AbiIUCQh (ORCPT + 99 others); Tue, 20 Sep 2022 22:16:37 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39366 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229775AbiIUCQV (ORCPT ); Tue, 20 Sep 2022 22:16:21 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 43F1132BBD; Tue, 20 Sep 2022 19:16:20 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id D191E62EFE; Wed, 21 Sep 2022 02:16:19 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 3F9DBC433C1; Wed, 21 Sep 2022 02:16:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1663726579; bh=EYEPB7TctVK1MJOFaPpqMASLveB5MBcqgaEPceOISKA=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=UPgdWs2V0JbFash3XhbsDpjDpCf8Z+AoAs0PuEfcKm6Juh03KDEYySri2S/PGE9eU iZ7/w1RTQ/1sAgOTAD19Mv2MQ23tMeFKOdWszAQQGSOREm6LveUJVoHlNIj2gVG/z4 3+RxB6r2eRXQybzONRJgSKkmP40YrmP59SWsVVw7ARVSwBFyle2IF7G0gy/hXHlRfZ AUbzomiQ7JIfN3wxg+QafHkLFamqq934ed94FkLBt3CrQ6it6jIEOmMXS74PLDoYYE Ujjjvs715MFDrdBFW1GCP87ZZqF3/fzL1EUFOHuZTqjRQ+wzudViDEfh+odjCkqCqP maDnu3bPmhgTA== Received: by mail-oi1-f172.google.com with SMTP id m130so6270892oif.6; Tue, 20 Sep 2022 19:16:19 -0700 (PDT) X-Gm-Message-State: ACrzQf0V0H+FoEM6Mb08N5dcrxfAswmN5x5je1PU1hafe3gpM1Me3ZCM VAXaecaZocdecczdy3pHxIUUdxUXUw/CDPxkTF0= X-Received: by 2002:a05:6808:151f:b0:350:1b5e:2380 with SMTP id u31-20020a056808151f00b003501b5e2380mr2991346oiw.112.1663726578207; Tue, 20 Sep 2022 19:16:18 -0700 (PDT) MIME-Version: 1.0 References: <20220920151202.180057-1-chenzhongjin@huawei.com> <20220920151202.180057-5-chenzhongjin@huawei.com> In-Reply-To: From: Guo Ren Date: Wed, 21 Sep 2022 10:16:03 +0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH -next 4/7] riscv: syscall: Don't clobber s0 when syscall To: Chen Zhongjin Cc: linux-kernel@vger.kernel.org, linux-riscv@lists.infradead.org, linux-perf-users@vger.kernel.org, paul.walmsley@sifive.com, palmer@dabbelt.com, aou@eecs.berkeley.edu, peterz@infradead.org, mingo@redhat.com, acme@kernel.org, mark.rutland@arm.com, alexander.shishkin@linux.intel.com, namhyung@kernel.org, jolsa@kernel.org, nsaenzju@redhat.com, frederic@kernel.org, changbin.du@intel.com, vincent.chen@sifive.com, ardb@kernel.org, mhiramat@kernel.org, rostedt@goodmis.org, keescook@chromium.org, catalin.marinas@arm.com Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS 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 Wed, Sep 21, 2022 at 9:30 AM Guo Ren wrote: > > On Tue, Sep 20, 2022 at 11:15 PM Chen Zhongjin wrote: > > > > syscall uses s0 to load address of sys_call_table. > > > > Since now we uses s0 to save pt_regs for unwinding, clobber > > s0 can make unwinder treat s0 as pt_regs address. Use s1 for > > this job. > This patch does not make sense. Why couldn't we use s1 for pt_regs? Seems s0->fp can't be replaced. I take back the question. > > No need to modify the entry.S here. > > > > > Signed-off-by: Chen Zhongjin > > --- > > arch/riscv/kernel/entry.S | 20 ++++++++++---------- > > 1 file changed, 10 insertions(+), 10 deletions(-) > > > > diff --git a/arch/riscv/kernel/entry.S b/arch/riscv/kernel/entry.S > > index ecb15c7430b4..a3b14a649782 100644 > > --- a/arch/riscv/kernel/entry.S > > +++ b/arch/riscv/kernel/entry.S > > @@ -205,33 +205,33 @@ handle_syscall: > > check_syscall_nr: > > /* Check to make sure we don't jump to a bogus syscall number. */ > > li t0, __NR_syscalls > > - la s0, sys_ni_syscall > > + la s1, sys_ni_syscall > > /* > > * Syscall number held in a7. > > * If syscall number is above allowed value, redirect to ni_syscall. > > */ > > bgeu a7, t0, 3f > > #ifdef CONFIG_COMPAT > > - REG_L s0, PT_STATUS(sp) > > - srli s0, s0, SR_UXL_SHIFT > > - andi s0, s0, (SR_UXL >> SR_UXL_SHIFT) > > + REG_L s1, PT_STATUS(sp) > > + srli s1, s1, SR_UXL_SHIFT > > + andi s1, s1, (SR_UXL >> SR_UXL_SHIFT) > > li t0, (SR_UXL_32 >> SR_UXL_SHIFT) > > - sub t0, s0, t0 > > + sub t0, s1, t0 > > bnez t0, 1f > > > > /* Call compat_syscall */ > > - la s0, compat_sys_call_table > > + la s1, compat_sys_call_table > > j 2f > > 1: > > #endif > > /* Call syscall */ > > - la s0, sys_call_table > > + la s1, sys_call_table > > 2: > > slli t0, a7, RISCV_LGPTR > > - add s0, s0, t0 > > - REG_L s0, 0(s0) > > + add s1, s1, t0 > > + REG_L s1, 0(s1) > > 3: > > - jalr s0 > > + jalr s1 > > > > ret_from_syscall: > > /* Set user a0 to kernel a0 */ > > -- > > 2.17.1 > > > > > -- > Best Regards > Guo Ren -- Best Regards Guo Ren