From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by mx.groups.io with SMTP id smtpd.web11.6628.1676109963167469111 for ; Sat, 11 Feb 2023 02:06:03 -0800 Authentication-Results: mx.groups.io; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=oz/I3RE/; spf=pass (domain: kernel.org, ip: 139.178.84.217, mailfrom: ardb@kernel.org) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 2A1C960BDE for ; Sat, 11 Feb 2023 10:06:02 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 8B90CC433EF for ; Sat, 11 Feb 2023 10:06:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1676109961; bh=ifT4bO7hGwCI9QnUxHxQiyqCWFBga7rBECE9JQfcz5M=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=oz/I3RE/L78HZ/IGV/nCl1rFMsvd+4InGY6MUAtwXuFSq8qsElxEW6nGRFihoVbW7 D6MCzSUW41UqUYwOftC/OxwBhQWBBEvVHPGsYUUpu0lpebqotBiIWHe4yIUFeO+iLd dbji7WmRxW8u1FAmq43iH46P7vFv9aLzQjqy+1zrXELgRfYnKTtHh09P1SmU/IxM2R r0SLOS9PqjX0Cgrrf8tV7Gtge34N/DgIQUqbKiXyr0UZpyvdF4KnxbTlspCIfagzQS bPBu87jz1EBK8rmlf5w7KxpO+suW0V6d8kJAVvMs7V2X9MGk6wSwtOYjZQVIxbVLX6 CZAHObk+ftW+w== Received: by mail-lj1-f179.google.com with SMTP id a9so9099943ljr.13 for ; Sat, 11 Feb 2023 02:06:01 -0800 (PST) X-Gm-Message-State: AO0yUKVd9AnI2ycseLDPtoeDN7ILpAgas8EaYlufiISV9e8Isr3gUi5I ii2TEclrisj2bMbJ/xjU/JgWgsyll7BVheDx2lY= X-Google-Smtp-Source: AK7set+DS3WgimEPvsnRmEiNUHLgt/oso0gZq/VGHqkLAIIQW9C6ZAVqGncGpr08+cgYE7NAnPA6A+yuGbCqXlt3fLA= X-Received: by 2002:a2e:8e6f:0:b0:290:6531:39ab with SMTP id t15-20020a2e8e6f000000b00290653139abmr3594549ljk.73.1676109959583; Sat, 11 Feb 2023 02:05:59 -0800 (PST) MIME-Version: 1.0 References: <20230209135936.789983-1-ardb@kernel.org> <5af401fe-d5f9-15ef-d021-b998395554e7@taylorbeebe.com> In-Reply-To: <5af401fe-d5f9-15ef-d021-b998395554e7@taylorbeebe.com> From: "Ard Biesheuvel" Date: Sat, 11 Feb 2023 11:05:47 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v4 00/11] ArmPkg: implement EFI memory attributes protocol To: Taylor Beebe Cc: devel@edk2.groups.io, Michael Kinney , Liming Gao , Jiewen Yao , Michael Kubacki , Sean Brogan , Rebecca Cran , Leif Lindholm , Sami Mujawar Content-Type: text/plain; charset="UTF-8" On Sat, 11 Feb 2023 at 01:56, Taylor Beebe wrote: > > Hey Ard, > > Once the Memory Attribute Protocol is made available, Windows will have > some expectations about its functionality. Can you run this test app > created by me and Jiewen to ensure it meets the Windows requirements? > Part of the test needed an AARCH64 implementation which I just added - > let me know if it doesn't work. > Thanks, this is rather helpful. There appears to be an issue related to DEBUG_PROPERTY_DEBUG_CLEAR_MEMORY_ENABLED so I had to disable that to run these tests, as otherwise, the DXE core tries to clear freed pages before restoring the memory attributes. With that out of the way, the only test that fails is 'New EfiLoaderCode buffer attributes expected' because this firmware build maps loader code RWX, as existing boot stages for Linux are relying on this (including the kernel itself at this point)