Received: by 2002:a05:6359:6284:b0:131:369:b2a3 with SMTP id se4csp1385529rwb; Sat, 5 Aug 2023 13:56:01 -0700 (PDT) X-Google-Smtp-Source: AGHT+IFPuhTAC3pXZHcaocrqMV5bT4xW8SAqNMnBKGZjQPmaF3mCV2lBacZ895AWFZejK7OSB/Ei X-Received: by 2002:a17:902:ea09:b0:1bc:3504:de2f with SMTP id s9-20020a170902ea0900b001bc3504de2fmr4398428plg.32.1691268961177; Sat, 05 Aug 2023 13:56:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1691268961; cv=none; d=google.com; s=arc-20160816; b=giHuN/vtR1weY1bA5yjBB7zRVZrG7SwEgeYIGdPgjt9YozMIkcC6egzc9B8GokVXVi QU91qZX9TgNmzBnRJ3mXh85jPacEtPD/GrQ+GMFAcvWX5uoW/5gZIfCKfqvg67H0nsec RgaoXE6PBEs84sK7rI8xkwyvNOas7GjioQP0g/KIGu/bo42jjpdLlxdWbGL4Br2xGEJJ FRplXu9ODqA4mcUIp7myXd7eunxmTi+F9hPfwxHLaIwJqNMhR8UHP+SW+A9jZRf8EV3t RMufdQnRiBABmso8c2zFLvxvHgSREWYCLlkbdiUjawEiZ/TpesGpjAjMngZ2aEG4c9G7 Qkjw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=epEhHm5DKSJx0aK4hqoROf+BU7al0cnY1+mD11jhU0s=; fh=+JBeOadqUsa9XSBIXq4VuB3OufFNBxHjauCOPr6+Aw8=; b=DfH0wls/bW3iXTmYGh8S2t2mSiercRYGyEqOyfjsiUXkiiZhKy+5vz4YZLa49hT13A HgJ3M7hO0id9R3mg/GMIKTKmF96U5m3C7Cz2oeGp9rS/idGVo2MjdEc/n3zPoPPaJtNx EDEJnaSqHYzdF18nbeD+nS1gUh0zpAQ+P8EuUp09jtpyViLUtJW50Nw6GKBRzMKGRhEU e1jvtbOWKZMcrlvgmutx/9dZ7NohivqOI0eyTnUvuJqPsehDxzg0Jgpssz/cyE8bjmYA elgwolQR9SFg66wUqUV5aPpz23p626It/wIhCNkRCgCvkZAYcnMiQzzJwXFaXgPuu1ya 0oog== 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 x20-20020a17090300d400b001b9d03d0dcasi1092644plc.143.2023.08.05.13.55.49; Sat, 05 Aug 2023 13:56:01 -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 S229919AbjHEUtC (ORCPT + 99 others); Sat, 5 Aug 2023 16:49:02 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41444 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229479AbjHEUtB (ORCPT ); Sat, 5 Aug 2023 16:49:01 -0400 Received: from 1wt.eu (ded1.1wt.eu [163.172.96.212]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 577EAE78; Sat, 5 Aug 2023 13:49:00 -0700 (PDT) Received: (from willy@localhost) by pcw.home.local (8.15.2/8.15.2/Submit) id 375Kmj8j007515; Sat, 5 Aug 2023 22:48:45 +0200 Date: Sat, 5 Aug 2023 22:48:45 +0200 From: Willy Tarreau To: Zhangjin Wu Cc: arnd@arndb.de, linux-kernel@vger.kernel.org, linux-kselftest@vger.kernel.org, tanyuan@tinylab.org, thomas@t-8ch.de Subject: Re: [PATCH v6 8/8] selftests/nolibc: customize CROSS_COMPILE for 32/64-bit powerpc Message-ID: <20230805204845.GA7300@1wt.eu> References: <2c3ac4542621ddc4b2cab006ae8e3a7b709921f1.1691259983.git.falcon@tinylab.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2c3ac4542621ddc4b2cab006ae8e3a7b709921f1.1691259983.git.falcon@tinylab.org> User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_PASS, 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 Sun, Aug 06, 2023 at 02:47:09AM +0800, Zhangjin Wu wrote: > The little-endian powerpc64le compilers provided by Ubuntu and Fedora > are able to compile big endian kernel and big endian nolibc-test [1]. FWIW I'm wondering why focusing on these ones which have a different naming from the other ones, when I think that most users rely on the ones maintained by Arnd there: https://mirrors.edge.kernel.org/pub/tools/crosstool/ Yours is called powerpc64le while the one above is "powerpc64", it requires to make an exception for this one, I find this a bit odd. If someone wants to use their distro's cross toolchain, that's fine, but I think that it will depend on distros anyway and some may not even be provided (like loongarch) so I think it would make more sense to adopt the canonical naming from Arnd's toolchains above. It's not critical, but as you showed below, it makes building for ppc a little bit cumbersome: those "export" lines could be dropped when using the default names, and that's what we should document as the recommended way to test: > For example, it is able to build 64-bit nolibc-test with the big endian > powerpc64-linux-gcc crosstool from [2]: > > $ wget -c https://mirrors.edge.kernel.org/pub/tools/crosstool/files/bin/x86_64/13.1.0/x86_64-gcc-13.1.0-nolibc-powerpc64-linux.tar.xz > $ tar xvf x86_64-gcc-13.1.0-nolibc-powerpc64-linux.tar.xz > $ export PATH=$PWD/gcc-13.1.0-nolibc/powerpc64-linux/bin/:$PATH > > $ export CROSS_COMPILE_ppc=powerpc64-linux- > $ export CROSS_COMPILE_ppc64=powerpc64-linux- > $ export CROSS_COMPILE_ppc64le=powerpc64-linux- > $ for arch in ppc ppc64 ppc64le; do \ > make run-user XARCH=$arch | grep "status: "; \ > done Any opinion on this ? Thanks, Willy