Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp6596017rwd; Mon, 5 Jun 2023 22:13:14 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ68uFSALI2jhVD8CbTbeYWJIkNgWPtlAiv7GUqo26p3PFZg6UIMkmD5A4vnDmI+KLzx/TeR X-Received: by 2002:a17:90b:2283:b0:256:540d:b54a with SMTP id kx3-20020a17090b228300b00256540db54amr10647149pjb.8.1686028394127; Mon, 05 Jun 2023 22:13:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1686028394; cv=none; d=google.com; s=arc-20160816; b=gNDtVMK2Xe9h65u3cgRU2g7yi9nMilaCVcnEkPA9V1FxaDGfZyGINKuJNgO6igQKwU u1iZdrKW+WgUnByfKX5mDrU++fGBlCwCyobyIuZibTc2a1lZxxGR1Fxihin62why03YZ pBUTbQyxredraLHxvPsXWU/dPbwTveJKsfH+N/3HRpr6ZGBZxISaI8XmSWsZaAfThOfL fyG5pF3HaGMJc460ChDMLzwbiYH/phHlAU8SEJgO+k5pUEqxBcY8PUjWV+OUoVDgHeX+ /M+yodKGZ3D6E83BysYC7jf9fJzaJSBBKz3nTf60uL574yzaAAmV4zg4U1BxjsLm3Coi ljSw== 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-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=at3WBE0kNOFTu6iN6nUOcs/eXBNCRLohx8hFDuSHKy0=; b=kvL6b49ATZwfeSt66gnsy2Oc6IbtBht3QFHXB+c+oyjSuDBk35HsiLNFxkClj8Aufq dRJVAb/CbzyiOObEz/DrDZE4N0jm9GV4zrc5nc/qIvQM41KC+2O+WVqyXuruVSgc+khR E4EoVR3WsAhMRDT4xjXYuwa9SvUl0QJdiX/da1q1sj91Bw6bZ+nlgDJJ/58hcePdP4JW SZr7It+pJFdO3THZA9HRexnmSJxwrRagYnp5psurBhmoOux89h0/TH/M30g3pTQVwi61 Cy+AoyxfzcHi8dyWxisdeQKAEL7p4EZx76llMkEdEny98Pc5wX2zHcCBqS/2cBUNO/im UuHA== 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 j63-20020a638b42000000b00542da138a68si4962613pge.226.2023.06.05.22.13.02; Mon, 05 Jun 2023 22:13:14 -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 S232496AbjFFEn2 (ORCPT + 99 others); Tue, 6 Jun 2023 00:43:28 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35332 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229536AbjFFEn0 (ORCPT ); Tue, 6 Jun 2023 00:43:26 -0400 Received: from 1wt.eu (ded1.1wt.eu [163.172.96.212]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 76895187; Mon, 5 Jun 2023 21:43:24 -0700 (PDT) Received: (from willy@localhost) by mail.home.local (8.17.1/8.17.1/Submit) id 3564geIU017411; Tue, 6 Jun 2023 06:42:40 +0200 Date: Tue, 6 Jun 2023 06:42:40 +0200 From: Willy Tarreau To: Zhangjin Wu Cc: arnd@arndb.de, linux-kernel@vger.kernel.org, linux-kselftest@vger.kernel.org, linux-riscv@lists.infradead.org, thomas@t-8ch.de Subject: Re: [PATCH v3 0/3] nolibc: add part2 of support for rv32 Message-ID: References: <20230606042535.354118-1-falcon@tinylab.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230606042535.354118-1-falcon@tinylab.org> 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 Hi Zhangjin, On Tue, Jun 06, 2023 at 12:25:35PM +0800, Zhangjin Wu wrote: > The first two convert all compile failures to a return of -ENOSYS, if you do > like it, welcome your Reviewed-by. These two are required by the coming new > time64 syscalls for rv32, because they depends on how we cope with the > unsupported syscalls, returning -ENOSYS is really better than simply fail the > compiling. I had a look now and I can sya that I like this. Initially the supported syscalls were so restricted that it was not even imaginable to accept to build without any of them, but now that we're completing the list, some of them are less critical and I don't see why we'd fail to build just because one is missing. So yeah, a big +1 for -ENOSYS. > The third one is not that urgent, because some important syscalls are > still missing for rv32. It is added here only for compile test. I personally have no opinion on this one. I can't judge whether it will make things easier or more complicated at this point. It seems to me that for now it's just avoiding one extra line at the expense of some $(if) on several lines. Maybe it could help add more such archs, or maybe it can make them more complicated to debug, I don't know. I'm interested in others' opinions as well. Thanks, Willy