From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from phobos.denx.de (phobos.denx.de [85.214.62.61]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id DF7E4C77B73 for ; Mon, 22 May 2023 15:30:17 +0000 (UTC) Received: from h2850616.stratoserver.net (localhost [IPv6:::1]) by phobos.denx.de (Postfix) with ESMTP id 161EE8466B; Mon, 22 May 2023 17:30:15 +0200 (CEST) Authentication-Results: phobos.denx.de; dmarc=pass (p=none dis=none) header.from=konsulko.com Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=u-boot-bounces@lists.denx.de Authentication-Results: phobos.denx.de; dkim=pass (1024-bit key; unprotected) header.d=konsulko.com header.i=@konsulko.com header.b="tWBFW33x"; dkim-atps=neutral Received: by phobos.denx.de (Postfix, from userid 109) id 5CB778466B; Mon, 22 May 2023 17:30:13 +0200 (CEST) Received: from mail-yw1-x112f.google.com (mail-yw1-x112f.google.com [IPv6:2607:f8b0:4864:20::112f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by phobos.denx.de (Postfix) with ESMTPS id 066A182790 for ; Mon, 22 May 2023 17:30:10 +0200 (CEST) Authentication-Results: phobos.denx.de; dmarc=pass (p=none dis=none) header.from=konsulko.com Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=trini@konsulko.com Received: by mail-yw1-x112f.google.com with SMTP id 00721157ae682-561b50c1856so82194347b3.0 for ; Mon, 22 May 2023 08:30:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=konsulko.com; s=google; t=1684769408; x=1687361408; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=0toolJ9CAAdNLoTXVPnb5ffSxc/vRE/zPt9UrHg8pqU=; b=tWBFW33xlO+VwBhr0gWNjYT0/8bs3AU6dDrWwfm5pt4BCJSyNTW88HYctaDOGxo7l/ i2cy5nZAofSUEtmUmzPGLaF6dG0EgE+NTCRnoo774FBAUmi4eF4J5Nn7N+Qrg2ZW6MEr zCTc2mSffsPL8dX/8B6bhSDlVJdMKxJsnrRWA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1684769408; x=1687361408; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=0toolJ9CAAdNLoTXVPnb5ffSxc/vRE/zPt9UrHg8pqU=; b=MBtcyQJss+l2xxXOscZmpRRZTsGnmiGTod/aEEBaNilRJVzClP1E3flonCG4nqs5iD uRj8k71946ImNObC+mrM7tTsiN9l2d//2+ApCyiQh8mHGBmj7mncLMKAxnZ+ASI1l+BJ SH+6M5A/9+HMY4Vd9I0n9C0PwBUHX5Z06c9WTr4qgHGtNy5J5raj4GBl3Kfq4khJjup0 SLuPS7NOK2uf1bvo72nOYD62BXsbnLdsRnFF3xcwr3y3IQcvp25P1rI+Z3NmITlSTwdx nuZAQElbaNBoLZptHtAdkcixX7YabfO7M+x1xEac7B98NhYq5etXHy1IMnRRVoGrkKC9 gTsg== X-Gm-Message-State: AC+VfDzO6ObEJ/ophb4xjZ/Neg2yWAEOM/QcBUTey0YC/Wd5MXk0ZvyI e/6b0t1ZSG6C6UGHIXBz1513qA== X-Google-Smtp-Source: ACHHUZ70ODArrqcXwhlPg4bW4iJMoiGmvIPx9c3rrObCjDjwaP+MVIWtTxSxGMb8Vxts55PQk3+sRw== X-Received: by 2002:a81:4a08:0:b0:54f:b433:333a with SMTP id x8-20020a814a08000000b0054fb433333amr11631335ywa.1.1684769408625; Mon, 22 May 2023 08:30:08 -0700 (PDT) Received: from bill-the-cat (2603-6081-7b00-6400-3081-5f50-b42e-8ecc.res6.spectrum.com. [2603:6081:7b00:6400:3081:5f50:b42e:8ecc]) by smtp.gmail.com with ESMTPSA id d18-20020a81ab52000000b00564d7328c59sm1716728ywk.76.2023.05.22.08.30.07 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 22 May 2023 08:30:08 -0700 (PDT) Date: Mon, 22 May 2023 11:30:06 -0400 From: Tom Rini To: Michal Simek Cc: Sam Edwards , Heinrich Schuchardt , u-boot@lists.denx.de, Alper Nebi Yasak , Andrew Scull , Ilias Apalodimas , Kever Yang , Marek =?iso-8859-1?Q?Beh=FAn?= , Nathan Barrett-Morrison , Pali =?iso-8859-1?Q?Roh=E1r?= , Peng Fan , Philip Oberfichtner , Philipp Tomsich , Quentin Schulz , Simon Glass Subject: Re: [RFC PATCH 00/10] Improve ARM target's support for LLVM toolchain Message-ID: <20230522153006.GD8649@bill-the-cat> References: <20230520205547.1009254-1-CFSworks@gmail.com> <23EFB5F3-C3F5-44BC-BB6D-730656F67578@gmx.de> <2355e4a5-1474-5579-2171-8339226db14f@gmail.com> <35cdee04-e94c-0915-85cb-89fb0ea9a6d9@amd.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="CX+SpljsgCjRvwzm" Content-Disposition: inline In-Reply-To: <35cdee04-e94c-0915-85cb-89fb0ea9a6d9@amd.com> X-Clacks-Overhead: GNU Terry Pratchett X-BeenThere: u-boot@lists.denx.de X-Mailman-Version: 2.1.39 Precedence: list List-Id: U-Boot discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: u-boot-bounces@lists.denx.de Sender: "U-Boot" X-Virus-Scanned: clamav-milter 0.103.8 at phobos.denx.de X-Virus-Status: Clean --CX+SpljsgCjRvwzm Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 22, 2023 at 12:39:04PM +0200, Michal Simek wrote: > Hi >=20 > On 5/21/23 06:59, Sam Edwards wrote: > > On 5/20/23 22:26, Heinrich Schuchardt wrote: > > > Hello Sam, > >=20 > > Hi Heinrich! Good to hear from you. > >=20 > > > I guess the documentation and the CI testing would also have to be ad= justed. > >=20 > > Ah, yeah, those are going to be big things for me to look at when this > > series starts to mature out of the RFC phase. CI is definitely important > > so that the hard-won compatibility doesn't just decay away. :) > >=20 > > > What about non-ARM architectures? > >=20 > > If there's a groundswell of demand for building U-Boot on LLVM, I'd be > > willing to collaborate with others on getting the other architectures up > > to parity with GNU. But since the linker scripts, relocation thunks, > > sections, and whatnot are all arch-specific, I'm only focusing on ARM > > for now (which is both the arch I need and one of the more common ones). > >=20 > > Is there a particular arch you'd like to see next? It seems everything > > U-Boot supports is supported by LLVM, except for Microblaze, NIOS2, and > > SH. > >=20 > > > Could you, please, describe how built with lld so that reviewers can = test it. > >=20 > > I've been building with: > >=20 > > nice make CC=3D'clang --target=3Darmv7l-none-eabi' \ > > =A0 LTO_FINAL_LDFLAGS=3D-fuse-ld=3Dlld LD=3Dld.lld OBJCOPY=3Dllvm-objc= opy > >=20 > > ...though mostly at this stage I'm just hoping for folks to confirm that > > this patchset causes no regressions in their existing GNU environments. > > (Feedback from LLVM-land would be appreciated nonetheless, though!!!) >=20 > Dockerfile in repo as I see is using 3 toolchain categories. > 1. llvm deb repo > 2. kernel.org > 3. others - xtensa/arc >=20 > For CI loop you should pretty much provide a way how to get toolchain. > That's why would be good to figure it out and then I am happy to take a l= ook > at changed you have done for Zynq. > Definitely nice to see this happening and I expect more warnings will be > visible and they should be fixed. So, we can trivially add lld to the Dockerfile, it's just listing lld-16 in the install list. I think objcopy is a bit of a stretch at this point and it's not clear from the above if you're also making use of the assembler. We might also want to look at backporting scripts/Makefile.clang from the current kernel build system and then adapting the "guess the --target argument" logic based on CONFIG_$ARCH rather than ARCH=3D (which we don't use). That would also solve the LTO problem as that's a result of us missing some flags that the kernel has as LLVM+LTO (logically) requires LLVM LD not GNU LD. At that point, and once the EFI guid_t warning is resolved to everyones satisfaction we can put qemu_arm* + clang in the CI loop, to catch new warnings there. I've already got clang + Pi in my CI loop, but that doesn't fail on warnings. --=20 Tom --CX+SpljsgCjRvwzm Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGzBAABCgAdFiEEGjx/cOCPqxcHgJu/FHw5/5Y0tywFAmRrinoACgkQFHw5/5Y0 tyxrewv/SIw7FYs7FE77Wp/5yztdoQ4PCgWRQ+rTR3RRsP/psxXTwNP8isbsBuN0 PeEJTrRjHAGgdFWc2mldpTje3LKHlMRsqIztr0103Waoit1TX0xGMJpaFfsmtF5U BiyVULVBPD0FccTaTQHxl1ypo3a5LG0aUptOQEmWdAgIOVJhFo1xNGu1oIUbsvvd Bcp9PHZHKbbXWeTRsYeuDRAMXf5cpLRrVWf10K4iWAp82/b3tU8V65x1VkQ++MU2 TdnqkXdKIFEXh8N11N8TBcjj3ZQtOavNp0GJomC6tsFRWjqvTwqc07RkyYjP+drv SlyauUHCPu6JdHsfRl+cW4V3VY7xccfBHPm1P7/2ysMYNQBg179Hn4vEsiq65ZxA I0e5eYVkK/QSZ1xtiz3HM+YiMl8DhYTPwY2kt2aeyf18c1QIOHw1odpskrliwtMi Ps52CQvC25bsob05Ad81MZroOn97SsuzJFX6RN1abdyuwwtgpaLV6gELVAUu6Xyk B/AfTKFo =KYXT -----END PGP SIGNATURE----- --CX+SpljsgCjRvwzm--