Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp4462575rwd; Sun, 4 Jun 2023 06:01:14 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ4TkK8Lo2HI8WwmTkemlVNE0/GgUmvOWC/ebscNzE8TRu96CLtFlW7PwlyItYCDRg2tKrk/ X-Received: by 2002:a05:6a00:2e0c:b0:647:370c:2c2a with SMTP id fc12-20020a056a002e0c00b00647370c2c2amr14339377pfb.6.1685883673756; Sun, 04 Jun 2023 06:01:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1685883673; cv=none; d=google.com; s=arc-20160816; b=pyphHZQrXKCtvmOtDrwQaIeZjKgU6ywHZbW49hM59dhXPtosUwsgfWYGKPiBGsJWjz KTzfgpB90MVBtggpuIf4aY5KL1iMP+/pA2KlsFpKrA8jNjd+Agl318IhxIs/SB8JUZbx re4z+xBH5fXeamaUbs05Def0zZQEs+bClEdRblv16DZ/eP8N/I1kmZoqksCeUqS7NX9X yk3tNETavGkHX24TTipoCtnJxYKWReDBovs0u6bpJyNgrZzGnQHDXZsuMBp0a+H62AXN Y98LdZOn3kF6veU+vxoJ/xSvd66lPrG85eIr9XiMtW93vnc5kjhQthVaTA/1p/XYkD6N T2Rg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=0sGtFHvwaj6+eLJtFYgnhYu10OvpytOxAMDSg1etuaI=; b=nlWCZeGo91LZBffRqYVgPKyFO1dffVgX4zSci+IK2C19tst+wq0WFrZ6hzGrLSHZE8 PwFAyubV3drWMoLJu15gCaTVzJ28KR19Uab3XaPDawc4BdFNREVL/962+RWvk1pmNYe2 NyHRs1nLNQCY/nudiEn6WpCNIC5P24m2d4fglu8kM55IAOxzeyzK3HeFpOo9uQrLxY1T cdztCwAOCfC8CZW55jJBUG0N9JLQ+wtxYQx67O34F2lTM8KSigCOgi0vY7N7r32W9NYB qb8roeQBXYqKPJftiCxhHDYjmBFHeylWOEYSHJUPokpy6PMLDRSs+4dL5ymZoZ0cQ+4A U2sA== 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 b62-20020a62cf41000000b0065024f34d7esi3901446pfg.308.2023.06.04.06.01.00; Sun, 04 Jun 2023 06:01:13 -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 S231134AbjFDMxl (ORCPT + 99 others); Sun, 4 Jun 2023 08:53:41 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57436 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229462AbjFDMxk (ORCPT ); Sun, 4 Jun 2023 08:53:40 -0400 Received: from 1wt.eu (ded1.1wt.eu [163.172.96.212]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id CE30F91; Sun, 4 Jun 2023 05:53:38 -0700 (PDT) Received: (from willy@localhost) by mail.home.local (8.17.1/8.17.1/Submit) id 354CrO4h002296; Sun, 4 Jun 2023 14:53:24 +0200 Date: Sun, 4 Jun 2023 14:53:24 +0200 From: Willy Tarreau To: Thomas =?iso-8859-1?Q?Wei=DFschuh?= Cc: Zhangjin Wu , arnd@arndb.de, linux-kernel@vger.kernel.org, linux-kselftest@vger.kernel.org, linux-riscv@lists.infradead.org Subject: Re: [PATCH v3 02/12] tools/nolibc: add missing nanoseconds support for __NR_statx Message-ID: References: <0c0537d6-5cba-43e9-8ca2-0e1605d64e8a@t-8ch.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <0c0537d6-5cba-43e9-8ca2-0e1605d64e8a@t-8ch.de> X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_PASS, 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 On Sun, Jun 04, 2023 at 02:00:02PM +0200, Thomas Wei?schuh wrote: > On 2023-06-04 13:18:35+0200, Willy Tarreau wrote: > > On Sat, Jun 03, 2023 at 04:02:04PM +0800, Zhangjin Wu wrote: > > > Commit a89c937d781a ("tools/nolibc: support nanoseconds in stat()") > > > added nanoseconds for stat() but missed the statx case, this adds it. > > > > > > The stx_atime, stx_mtime, stx_ctime are in type of 'struct > > > statx_timestamp', which is incompatible with 'struct timespec', should > > > convert explicitly. > > > > > > /* include/uapi/linux/stat.h */ > > > > > > struct statx_timestamp { > > > __s64 tv_sec; > > > __u32 tv_nsec; > > > __s32 __reserved; > > > }; > > > > > > /* include/uapi/linux/time.h */ > > > struct timespec { > > > __kernel_old_time_t tv_sec; /* seconds */ > > > long tv_nsec; /* nanoseconds */ > > > }; > > > > > > Without this patch, the stat_timestamps test case would fail when > > > __NR_statx defined. > > > > > > Fixes: a89c937d781a ("tools/nolibc: support nanoseconds in stat()") > > > Suggested-by: Thomas Wei?schuh > > > Link: https://lore.kernel.org/linux-riscv/3a3edd48-1ace-4c89-89e8-9c594dd1b3c9@t-8ch.de/ > > > Signed-off-by: Zhangjin Wu > > > > Thank you. I've queued it immediately after Thomas' patch. > > I'll let the two of you tell me if it's better to squash them > > together to avoid breaking bisect and mark you co-authors. > > Squashing them sounds like the correct solution to me. OK I've done it for now in my branch. I'm going to push it as 20230604-nolibc-rv32+stkp6. All tests pass fine again for me now on all supported archs. I'll pass this one to Paul, I think it's fine for 6.5. I just don't know if he still has tests planned on his side for 6.5 (Paul always re-runs the whole tests after integration and often spots failures). By the way, I'm still using my test-all script that's extremely convenient to test the expected results from user-mode (it basically does what run-user does, but for all archs and at -O0, -Os, -O3). I'm sharing it attached since I think it can help you and Zhangjin in your respective tests. That's how I'm cheating to spot build issues in contributed changes. I have not committed it because it's ugly and I don't know where to put it, but I think you'll find it convenient nevertheless. I'm starting it like this: $ ./test-all-opts.sh | tee test16.out $ grep passed test16.out 136 test(s) passed, 2 skipped, 0 failed. See all results in run-arm64.out 135 test(s) passed, 3 skipped, 0 failed. See all results in run-arm-march=armv5t_-marm.out 135 test(s) passed, 3 skipped, 0 failed. See all results in run-arm-march=armv5t_-mthumb.out 135 test(s) passed, 3 skipped, 0 failed. See all results in run-arm-march=armv7-a_-marm.out 135 test(s) passed, 3 skipped, 0 failed. See all results in run-arm-march=armv7-a_-mthumb.out 136 test(s) passed, 2 skipped, 0 failed. See all results in run-i386.out 136 test(s) passed, 2 skipped, 0 failed. See all results in run-i386-march=i586.out (...) $ grep ' [^0] failed' test16.out || echo OK OK Hoping this helps, Willy