From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by mx.groups.io with SMTP id smtpd.web10.50586.1674665763753659300 for ; Wed, 25 Jan 2023 08:56:04 -0800 Authentication-Results: mx.groups.io; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=VSZ2hN9i; spf=pass (domain: redhat.com, ip: 170.10.133.124, mailfrom: kraxel@redhat.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1674665762; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=DPhicM7PlVjgkyDQBb3A/rzSkiHzH7nukegG7FFVn1U=; b=VSZ2hN9itIXEwaGpt1x0mZEuU4xXA0Wfq8OSdGsVDP022hAPEcECyYt7p5925fo/JubX6A zgT2M460vx7gtsTbu7AK9PduOVayJzohVZ1Oi6kYUu0KG+zpCeMXFBG5yzyvODtFABoN4v c3UU+sEtLFpXLGjzEshyztQfJqzm6lo= Received: from mimecast-mx02.redhat.com (mimecast-mx02.redhat.com [66.187.233.88]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-382-7LWS1R11PFqcPFg7ZtMhIg-1; Wed, 25 Jan 2023 11:55:58 -0500 X-MC-Unique: 7LWS1R11PFqcPFg7ZtMhIg-1 Received: from smtp.corp.redhat.com (int-mx02.intmail.prod.int.rdu2.redhat.com [10.11.54.2]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id 64B95857F82; Wed, 25 Jan 2023 16:55:58 +0000 (UTC) Received: from sirius.home.kraxel.org (unknown [10.39.192.186]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 2C92D40C945A; Wed, 25 Jan 2023 16:55:58 +0000 (UTC) Received: by sirius.home.kraxel.org (Postfix, from userid 1000) id BD96A1800623; Wed, 25 Jan 2023 17:55:56 +0100 (CET) Date: Wed, 25 Jan 2023 17:55:56 +0100 From: "Gerd Hoffmann" To: Ard Biesheuvel Cc: Michael Kubacki , Sean Brogan , Michael Kinney , edk2-devel-groups-io , Jiewen Yao , Oliver Steffen Subject: Re: arm64 support for stuart Message-ID: <20230125165556.tvp7cgjsj2kie7b6@sirius.home.kraxel.org> References: MIME-Version: 1.0 In-Reply-To: X-Scanned-By: MIMEDefang 3.1 on 10.11.54.2 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, > Given that nasm is x86 specific, we should be able to work around this > by moving the nasm_ext_dep.yaml file into the right place. Overall stuart feels kind of alien to linux. It just goes download stuff from the internet, even in case the tools are already available locally. Oliver fixed some (but not all) of these when moving CI over to using containers. IIRC at least the cross compilers are just the standard fedora cross compiler packages now. While being at it: edk2-pytool-library fails to build with network access turned off[1] because it tries to download vswhere.exe from the internet. Even when building on linux. > Then, if/when mu_nasm for arm64 becomes available, we will also be > able to build OVMF from arm64 (although I am probably the only person > in the world who does that regularly.) Fedora build system does that too. We have a patch to make x86 cross builds work like arm cross builds, by just setting GCC5_${ARCH}_PREFIX environment variable: https://github.com/kraxel/edk2/commit/6b2ca6f01bb76a3b9632e902b4bf0ef9e912ce40 Guess I should submit that one for upstream inclusion ;) > iasl is a different matter, as we need it to build for arm64 as well. > iasl is already available in the arm64 distros, so as I see it, there > are 3 options here: > - build iasl for Linux/arm64 and add it to the nuget repo > - allow a fallback to system-wide iasl (how?) Just use the system-wide tools is the best option IMHO. The packages are available in Fedora (other distros should be have them too), on both x86_64 and aarch64, we only need to add them to the CI container image. So why bother adding nuget builds? That is also less fragile than downloading them on each CI run and have checks fail now and then due to network problems. Is it possible to run github actions (used to build containers) and azure pipelines on aarch64 systems? So we could move ArmVirt CI from x86 cross builds to native arm builds? take care, Gerd [1] Offline builds are standard for linux distro builds to make sure all sources needed are to produce the binary package are actually included in the source package.