From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail05.groups.io (mail05.groups.io [45.79.224.7]) by spool.mail.gandi.net (Postfix) with ESMTPS id 52C0694147A for ; Wed, 6 Nov 2024 11:41:25 +0000 (UTC) DKIM-Signature: a=rsa-sha256; bh=uDXrJ1iaBz7UjnyvpWAif1QQkoLtp5qsBbj8r3pkA0Y=; c=relaxed/simple; d=groups.io; h=MIME-Version:References:In-Reply-To:From:Date:Message-ID:Subject:To:Cc:Precedence:List-Subscribe:List-Help:Sender:List-Id:Mailing-List:Delivered-To:Resent-Date:Resent-From:Reply-To:List-Unsubscribe-Post:List-Unsubscribe:Content-Type; s=20240830; t=1730893285; v=1; x=1731152483; b=T+BOCV0X8KA1Iv5xUAfuqE0OZWmiZNNva49rUgFkayqzPw2Orit77o0lMxAgVT4MO3d2KxuJ 9A+or6wAIu8Ev7TlmCuLVnDYzQYKXaM1CrXnFb5Qfi3OfMU6N3TnLV/Ioy4TzOvIWkxaQ8jYOH6 NpXvKCrSxCWWQvK7pFDun1eKDd+Cw1Qp0DxvrvhtZzFCuxE1m1iv+gAzq6ifI1hJxATqUO4mn3c lhM70oULFns6cT0vcakNR2Vdwi8mGhPLrrJka4+TW/O8+jBuWhitrWv+UJSdSg5XddRwKpKDvN+ YsOnVc+Nf8u90iSgHmwaZ4lbVfl2OZilIBrCseAes9mxQ== X-Received: by 127.0.0.2 with SMTP id BLkrYY7687511xrV5lZolw62; Wed, 06 Nov 2024 03:41:23 -0800 X-Received: from mx0b-0031df01.pphosted.com (mx0b-0031df01.pphosted.com [205.220.180.131]) by mx.groups.io with SMTP id smtpd.web10.43972.1730893282948966408 for ; Wed, 06 Nov 2024 03:41:23 -0800 X-Received: from pps.filterd (m0279870.ppops.net [127.0.0.1]) by mx0a-0031df01.pphosted.com (8.18.1.2/8.18.1.2) with ESMTP id 4A68gi3h028763 for ; Wed, 6 Nov 2024 11:41:22 GMT X-Received: from mail-yw1-f200.google.com (mail-yw1-f200.google.com [209.85.128.200]) by mx0a-0031df01.pphosted.com (PPS) with ESMTPS id 42nd28b125-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT) for ; Wed, 06 Nov 2024 11:41:22 +0000 (GMT) X-Received: by mail-yw1-f200.google.com with SMTP id 00721157ae682-6ea82a5480fso78129167b3.0 for ; Wed, 06 Nov 2024 03:41:22 -0800 (PST) X-Gm-Message-State: CKuIHbNYTKHnxTN0cYmh5gwWx7686176AA= X-Received: by 2002:a05:690c:f89:b0:6ea:8b94:6c15 with SMTP id 00721157ae682-6ea8b947204mr112801987b3.24.1730893281420; Wed, 06 Nov 2024 03:41:21 -0800 (PST) X-Google-Smtp-Source: AGHT+IExw24vl6cZEGfV1P8XNo+Vp9X9rzEkkVdsF2IBHEKSwAfaI6yrFyqwqZkhdrKJndLuBONdmrNiFnodmF4I42o= X-Received: by 2002:a05:690c:f89:b0:6ea:8b94:6c15 with SMTP id 00721157ae682-6ea8b947204mr112801887b3.24.1730893281155; Wed, 06 Nov 2024 03:41:21 -0800 (PST) MIME-Version: 1.0 References: <1cac29cf-a460-421b-bb76-b71416fb5274@quicinc.com> <2x5cykaf7erih2e5nkkdq5bragkn756pjhudetcphqzfq2fujo@4h7v7uxp2mta> <1e5bc28e-380c-49d2-b431-88c20b0e8568@linux.microsoft.com> In-Reply-To: <1e5bc28e-380c-49d2-b431-88c20b0e8568@linux.microsoft.com> From: "Leif Lindholm via groups.io" Date: Wed, 6 Nov 2024 11:41:10 +0000 Message-ID: Subject: Re: [edk2-devel] MicrovmX64, "Did not find any '.text' section" To: devel@edk2.groups.io, osde@linux.microsoft.com Cc: kraxel@redhat.com, Leif Lindholm X-Proofpoint-ORIG-GUID: mx8HTfih5l6OwB2CrGTh8OxO2pLMEOp2 X-Proofpoint-GUID: mx8HTfih5l6OwB2CrGTh8OxO2pLMEOp2 Precedence: Bulk List-Subscribe: List-Help: Sender: devel@edk2.groups.io List-Id: Mailing-List: list devel@edk2.groups.io; contact devel+owner@edk2.groups.io Resent-Date: Wed, 06 Nov 2024 03:41:23 -0800 Resent-From: leif.lindholm@oss.qualcomm.com Reply-To: devel@edk2.groups.io,leif.lindholm@oss.qualcomm.com List-Unsubscribe-Post: List-Unsubscribe=One-Click List-Unsubscribe: Content-Type: text/plain; charset="UTF-8" X-GND-Status: LEGIT Authentication-Results: spool.mail.gandi.net; dkim=pass header.d=groups.io header.s=20240830 header.b=T+BOCV0X; dmarc=pass (policy=none) header.from=groups.io; spf=pass (spool.mail.gandi.net: domain of bounce@groups.io designates 45.79.224.7 as permitted sender) smtp.mailfrom=bounce@groups.io Hi Oliver, Gerd, On Mon, 4 Nov 2024 at 21:17, Oliver Smith-Denny wrote: > >> While working on the FdtLib migration to the submodule variant, I decided to > >> at least try to test build MicrovmX64 ... but I'm failing. > >> > >> Both clang and gcc builds bail out at a GenFw invocation to generate > >> ResetVector.efi due to "Did not find any '.text' section". (Assert on line > >> 938 of Elf64Convert.c.) > > So I was hitting this also when doing dynamic stack cookies and trying > different ways to make ResetVector be okay being linked to the > null stack cookie lib. There is something that BaseTools doesn't do well > when ResetVector is linked against libraries, are you adding a library > linkage here (say a NULL lib applied globally)? No, I mean I'm building current edk2 HEAD unmodified, with current in-tree BaseTools. With GCC 14.2.0 using GCC profile, and clang 16.0.2 using CLANGDWARF profile. (On Debian "testing".) > To fix this for stack cookies, my PR converts ResetVector to be > USER_DEFINED so that BaseTools will not link NULL libs against it. > > Worth a shot seeing if making that change (you need to change the > RESETVECTOR rule in the FDF from SEC to USER_DEFINED also) makes > a difference. If this is not being caused by a null library > linkage, then I have no idea what is happening :). I can confirm the above workaround fixes the build for both toolchain profiles. Thanks a lot, that means I can get back to verifying my actual changes :) Best Regards, Leif -=-=-=-=-=-=-=-=-=-=-=- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#120739): https://edk2.groups.io/g/devel/message/120739 Mute This Topic: https://groups.io/mt/108931674/7686176 Group Owner: devel+owner@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [rebecca@openfw.io] -=-=-=-=-=-=-=-=-=-=-=-