Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp236610rwd; Fri, 26 May 2023 18:42:34 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ64ePz+8Fnr/N3cPu9xdiD0mHQos2c5BAO0d2zqcAe7Web4AuFYKtLkzP+e/LDtiVfQ2oc6 X-Received: by 2002:a05:6a20:8e08:b0:10a:cb95:5aa3 with SMTP id y8-20020a056a208e0800b0010acb955aa3mr1670679pzj.7.1685151754534; Fri, 26 May 2023 18:42:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1685151754; cv=none; d=google.com; s=arc-20160816; b=bJI/wvrxLufA0NXQD3gzm58cvPaiZ868XolrYY3xsQoD3W9WVvCwKwIbv/ym0UlDd2 5Vj69Rfzh/iUkmc2+ZcglVN7Bfhoh5bLc6/dXtvGS3J7oshaYN27827nXEttuOhC5vpA pJjcSlerv18f6cjoubYehhrUyLqTT7zRqysWHtVdWTZK6yG6FMRf9qM3cDQQhc56eQvc qWxoj0h9W6Bnbcr4EyIMbgnpGSs3j+QDG2opXazC/YfGa0ZMY7TyHimkjmy+uZFIoc5t A5onMB70AEpzOKi1cFyi+P5kdZR7W70S2EI1b5Z2xcGDWsRANrsnyV27uScLHvXqowSj YI5g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:feedback-id:content-transfer-encoding :mime-version:references:in-reply-to:message-id:date:subject:cc:to :from; bh=vbb5vUn3k4/jyFHYCTxOJOeUPSZW72CgAJsHSlvhOAU=; b=sdWYqYHQPLCaqgDHKLVn+IW/xGbDFQj0OmEz3qquPDis3xbAG5Yjo04ArCfN274eXJ aOY2+Em9A8xwzlsU6APXYRDEcfAo3pwwPOeGmnLRnldwUMZTRJAWeprHmrex1UCy5CDl FXrFfIDe3o4vCePSJLWL0LPGdTu8SOJQtvFfU2q/j/Ytgk9mt7UogO8V05ho7rNpYtV/ xQLCTpu2yQ7yFMNPOPfy+j/aFoypjXo05vCjlsyGZWP0bcxOSkvU2LR4Q0j23FF5TNYB iT65KsY5JfN/9kRTwg3RRAbf+8zw9RfNhNG6KR2hO7S/LEowHX59F+RnbiMl+XJYr08d RWcg== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id qa2-20020a17090b4fc200b0024769a264fcsi7770278pjb.10.2023.05.26.18.42.19; Fri, 26 May 2023 18:42:34 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230519AbjE0B0q (ORCPT + 99 others); Fri, 26 May 2023 21:26:46 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59822 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229528AbjE0B0o (ORCPT ); Fri, 26 May 2023 21:26:44 -0400 Received: from bg4.exmail.qq.com (bg4.exmail.qq.com [43.154.221.58]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id F1D39A7; Fri, 26 May 2023 18:26:41 -0700 (PDT) X-QQ-mid: bizesmtp72t1685150796tdnayj8x Received: from linux-lab-host.localdomain ( [119.123.130.80]) by bizesmtp.qq.com (ESMTP) with id ; Sat, 27 May 2023 09:26:35 +0800 (CST) X-QQ-SSF: 01200000000000D0V000000A0000000 X-QQ-FEAT: 9OErQKpad8Ah4wDP7YPNO7QIfLzqVaIj39oiToOIFCl/lX+DycsdTBM8Ex7Kk eJ59fku2p51B8hYhutt6eR8eIcIn0t+/tXE/IvPC80t9G9yoORp08hlnV9Qzj2Uu4HldiP8 ZBM/pinCiUcNrMWLLmZsKocoT1aPXrV0Ci0EjY06fLmeAlibElW1l5QQd8RAvkdWHP1meri uXol+yQlqbsEO0vtzIEGb8492pfRgMOKBSfFCV0k5agdp33uqmUzpjJFwemyHMQHmot6yoE WOXqa2Wb04JuXJuyzORamvdmzBuGEZsXaciS4LgUaFnINwv2smGSYwy8fmnbET8pul21Hg5 6OnM9QCJvKHpOgscvptubCTZGoV710+50hGGEVB5OdlqDmGT+hFkOhfgXfAZg== X-QQ-GoodBg: 0 X-BIZMAIL-ID: 8717417676330824894 From: Zhangjin Wu To: thomas@t-8ch.de, w@1wt.eu Cc: falcon@tinylab.org, linux-kernel@vger.kernel.org, linux-kselftest@vger.kernel.org, linux-riscv@lists.infradead.org, palmer@dabbelt.com, paul.walmsley@sifive.com Subject: Re: [PATCH 13/13] tools/nolibc: sys_gettimeofday: riscv: use __NR_clock_gettime64 for rv32 Date: Sat, 27 May 2023 09:26:35 +0800 Message-Id: <20230527012635.19595-1-falcon@tinylab.org> X-Mailer: git-send-email 2.25.1 In-Reply-To: <29e4b23d-27cb-4101-bfe9-c6b412222578@t-8ch.de> References: <29e4b23d-27cb-4101-bfe9-c6b412222578@t-8ch.de> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-QQ-SENDSIZE: 520 Feedback-ID: bizesmtp:tinylab.org:qybglogicsvrsz:qybglogicsvrsz3a-3 X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE 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 Hi, Thomas, Willy > On 2023-05-25 02:03:32+0800, Zhangjin Wu wrote: > > rv32 uses the generic include/uapi/asm-generic/unistd.h and it has no > > __NR_gettimeofday and __NR_clock_gettime after kernel commit d4c08b9776b3 > > ("riscv: Use latest system call ABI"), use __NR_clock_gettime64 instead. > > > > This code is based on src/time/gettimeofday.c of musl and > > sysdeps/unix/sysv/linux/clock_gettime.c of glibc. > > > > Both __NR_clock_gettime and __NR_clock_gettime64 are added for > > sys_gettimeofday() for they share most of the code. > > > > Notes: > > > > * Both tv and tz are not directly passed to kernel clock_gettime* > > syscalls, so, it isn't able to check the pointer automatically with the > > get_user/put_user helpers just like kernel gettimeofday syscall does. > > instead, we emulate (but not completely) such checks in our new > > __NR_clock_gettime* branch of nolibc. > > > > * kernel clock_gettime* syscalls can not get tz info, just like musl and > > glibc do, we set tz to zero to avoid a random number. > > > > Signed-off-by: Zhangjin Wu > > --- > > tools/include/nolibc/sys.h | 46 ++++++++++++++++++++++++++++++++++++++ > > 1 file changed, 46 insertions(+) > > > > diff --git a/tools/include/nolibc/sys.h b/tools/include/nolibc/sys.h > > index 2642b380c6aa..ad38cc3856be 100644 > > --- a/tools/include/nolibc/sys.h > > +++ b/tools/include/nolibc/sys.h > > @@ -26,6 +26,7 @@ > > > > #include "arch.h" > > #include "errno.h" > > +#include "string.h" > > #include "types.h" > > > > > > @@ -51,6 +52,11 @@ > > * should not be placed here. > > */ > > > > +/* > > + * This is the first address past the end of the text segment (the program code). > > + */ > > + > > +extern char etext; > > > > /* > > * int brk(void *addr); > > @@ -554,7 +560,47 @@ long getpagesize(void) > > static __attribute__((unused)) > > int sys_gettimeofday(struct timeval *tv, struct timezone *tz) > > { > > +#ifdef __NR_gettimeofday > > return my_syscall2(__NR_gettimeofday, tv, tz); > > +#elif defined(__NR_clock_gettime) || defined(__NR_clock_gettime64) > > +#ifdef __NR_clock_gettime > > + struct timespec ts; > > +#else > > + struct timespec64 ts; > > +#define __NR_clock_gettime __NR_clock_gettime64 > > +#endif > > + int ret; > > + > > + /* make sure tv pointer is at least after code segment */ > > + if (tv != NULL && (char *)tv <= &etext) > > + return -EFAULT; > > To me the weird etext comparisions don't seem to be worth it, to be > honest. > This is the issue we explained in commit message: * Both tv and tz are not directly passed to kernel clock_gettime* syscalls, so, it isn't able to check the pointer automatically with the get_user/put_user helpers just like kernel gettimeofday syscall does. instead, we emulate (but not completely) such checks in our new __NR_clock_gettime* branch of nolibc. but not that deeply described the direct cause, the direct cause is that the test case passes a '(void *)1' and the kernel space of gettimeofday can simply 'fixup' this issue by the get_user/put_user helpers, but our user-space tv and tz code has no such function, just emulate such 'fixup' by a stupid etext compare to at least make sure the data pointer is in data range. Welcome better solution. CASE_TEST(gettimeofday_bad1); EXPECT_SYSER(1, gettimeofday((void *)1, NULL), -1, EFAULT); break; CASE_TEST(gettimeofday_bad2); EXPECT_SYSER(1, gettimeofday(NULL, (void *)1), -1, EFAULT); break; Without this ugly check, the above cases would get such error: 35 gettimeofday_bad1init[1]: unhandled signal 11 code 0x1 at 0x00000002 in init[10000+5000] CPU: 0 PID: 1 Comm: init Not tainted 6.4.0-rc1-00134-gf929c7b7184f-dirty #20 Hardware name: riscv-virtio,qemu (DT) epc : 00012ccc ra : 00012ca8 sp : 9d254d90 gp : 00016800 tp : 00000000 t0 : 00000000 t1 : 0000000a t2 : 00000000 s0 : 00000001 s1 : 00016008 a0 : 00000000 a1 : 9d254da8 a2 : 00000014 a3 : 00000000 a4 : 00000000 a5 : 00000000 a6 : 00000001 a7 : 00000193 s2 : 00000023 s3 : 9d254da4 s4 : 00000000 s5 : 00000000 s6 : 0000541b s7 : 00000007 s8 : 9d254dcc s9 : 000144e8 s10: 00016000 s11: 00000006 t3 : 00000000 t4 : ffffffff t5 : 00000000 t6 : 00000000 status: 00000020 badaddr: 00000002 cause: 0000000f Will at least append this test error in the commit message of the coming new revision of this patch. Hi, Willy, this also require your discussion, simply remove the above two test cases may be not a good idea too, the check for gettimeofday is perfectly ok. The same 'emulate' method is used in the waitid patch, but that only requires to compare 'pid == INT_MIN', which is not that weird. > > + > > + /* set tz to zero to avoid random number */ > > + if (tz != NULL) { > > + if ((char *)tz > &etext) > > + memset(tz, 0, sizeof(struct timezone)); > > + else > > + return -EFAULT; > > + } > > + The same issue here. > > + if (tv == NULL) > > + return 0; > > + > > + ret = my_syscall2(__NR_clock_gettime, CLOCK_REALTIME, &ts); > > + if (ret) > > + return ret; > > + > > + tv->tv_sec = (time_t) ts.tv_sec; > > +#ifdef __NR_clock_gettime64 > > Nitpick: > > While this ifdef works and is correct its logic is a bit indirect. > If it is copied to some other function in the future it may be incorrect > there. > > Without the #ifdef the compiler should still be able to optimize the > code away. Ok, will remove the #ifdef wrapper, let the compiler optimize itself. Thanks, Zhangjin > > > + if (tv->tv_sec != ts.tv_sec) > > + return -EOVERFLOW; > > +#endif > > + > > + tv->tv_usec = ts.tv_nsec / 1000; > > + return 0; > > +#else > > +#error None of __NR_gettimeofday, __NR_clock_gettime and __NR_clock_gettime64 defined, cannot implement sys_gettimeofday() > > +#endif > > } > > > > static __attribute__((unused)) > > -- > > 2.25.1 > >