From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail02.groups.io (mail02.groups.io [66.175.222.108]) by spool.mail.gandi.net (Postfix) with ESMTPS id CC5B0740047 for ; Tue, 5 Dec 2023 09:56:25 +0000 (UTC) DKIM-Signature: a=rsa-sha256; bh=+TT4QHjd4lVmmrdbzz1stHc/jb4CIYmYsF16lLHqhhs=; c=relaxed/simple; d=groups.io; h=Message-ID:Date:MIME-Version:User-Agent:Subject:To:Cc:References:From:Organization:In-Reply-To:Precedence:List-Subscribe:List-Help:Sender:List-Id:Mailing-List:Delivered-To:Reply-To:List-Unsubscribe-Post:List-Unsubscribe:Content-Language:Content-Type:Content-Transfer-Encoding; s=20140610; t=1701770184; v=1; b=GRwVnLqtcyx6Rd5n+yq2JAAI4pqcXfgltAA2JBwhLvvF46Ghhk/Ka+RQtfNCcnhRGR6ujfGq SVy3yhHdHMqPoF9FiCHeyFrIZnqXMVouM4/yhOACtW4IdG3XS0YB93vZtwpdNjAiIHvMmrs1o36 KQJpSmkTio6mXJXlbGBmnGYc= X-Received: by 127.0.0.2 with SMTP id TInEYY7687511xFlrjy314N2; Tue, 05 Dec 2023 01:56:24 -0800 X-Received: from mail-ed1-f44.google.com (mail-ed1-f44.google.com [209.85.208.44]) by mx.groups.io with SMTP id smtpd.web11.96114.1701770183551688948 for ; Tue, 05 Dec 2023 01:56:23 -0800 X-Received: by mail-ed1-f44.google.com with SMTP id 4fb4d7f45d1cf-54cd2281ccbso2206381a12.2 for ; Tue, 05 Dec 2023 01:56:23 -0800 (PST) X-Gm-Message-State: wUML5aS0yOrUj2e8Gs395nt4x7686176AA= X-Google-Smtp-Source: AGHT+IGVasjNg1ZCz1hhsJWqBHZcPcsaBM1Mx09JkEo3LqgyRhC5R3O1B0mqPbMaXyfI1JKxXVnA5g== X-Received: by 2002:a50:9faf:0:b0:54c:b719:a8d4 with SMTP id c44-20020a509faf000000b0054cb719a8d4mr2079687edf.9.1701770181674; Tue, 05 Dec 2023 01:56:21 -0800 (PST) X-Received: from [192.168.200.206] (83.21.127.12.ipv4.supernova.orange.pl. [83.21.127.12]) by smtp.gmail.com with ESMTPSA id v12-20020aa7cd4c000000b0054c52a78f56sm855888edw.56.2023.12.05.01.56.20 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 05 Dec 2023 01:56:21 -0800 (PST) Message-ID: <3edb6e4f-941e-4a69-a42f-304f3c1aafa6@linaro.org> Date: Tue, 5 Dec 2023 10:56:17 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [edk2-devel] [PATCH] ArmVirtPkg: Allow EFI memory attributes protocol to be disabled To: devel@edk2.groups.io, ardb@kernel.org, Alexander Graf Cc: Gerd Hoffmann , Ard Biesheuvel , Oliver Steffen , "Herrenschmidt, Benjamin" , Lennart Poettering , Peter Jones , Matthew Garrett , Laszlo Ersek References: <20231204095215.1053032-1-ardb@google.com> <0d62a08e-a153-447a-acb9-b937a74f35f3@amazon.com> From: "Marcin Juszkiewicz" Organization: Linaro In-Reply-To: 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 Reply-To: devel@edk2.groups.io,marcin.juszkiewicz@linaro.org List-Unsubscribe-Post: List-Unsubscribe=One-Click List-Unsubscribe: Content-Language: pl-PL, en-GB, en-HK Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-GND-Status: LEGIT Authentication-Results: spool.mail.gandi.net; dkim=pass header.d=groups.io header.s=20140610 header.b=GRwVnLqt; dmarc=fail reason="SPF not aligned (relaxed), DKIM not aligned (relaxed)" header.from=linaro.org (policy=none); spf=pass (spool.mail.gandi.net: domain of bounce@groups.io designates 66.175.222.108 as permitted sender) smtp.mailfrom=bounce@groups.io W dniu 4.12.2023 o 13:58, Ard Biesheuvel pisze: > On Mon, 4 Dec 2023 at 13:38, Alexander Graf wrote: >> On 04.12.23 13:20, Gerd Hoffmann wrote: > I don't think it helps to go off on a tangent about why shim exists > and why it is so terrible, as I don't think there is actually any > disagreement about that. But now that we are, let me add my 2c as well > :-) > > For the patch under discussion here, I think that Gerd's suggestion is > to have both a PCD and a QEMU variable, and use the PCD unless the > variable has a value. I'm on the fence here: I would like to > accommodate users, but adding another control that the distros are > just going to set and forget is just going to make the mess bigger. > > What is even worse: arm64 system firmware will have to deal with this > as well, and disable the protocol in order to run distro installers. > And once the tightened MS requirements for NX compat come into effect, > they will have to add another workaround for this as well, and so > we'll probably end up with generations of arm64 hardware with a > 'enable memory attributes protocol' option in their BIOS menus. And > guess what the default setting is likely to be? > > I am quite disappointed with the complete lack of involvement from the > folks who develop and deploy shim, and instead, third parties (and > users) are the ones chasing me and people like Gerd (who work on QEMU > or EDK2 rather than shim) to clean up the mess. I use 'sbsa-ref' with QEMU and upstream EDK2. And cannot use either RHEL 9.3 nor CentOS Stream 9 installers because they hang. And this is not the only platform where upstream EDK2 is used. Sure, I can hack something, use Grub from Debian or Fedora and get things working but that's not solution. Adding flags in 'Broken OS support' section of EDK2 settings feels like bad idea. Especially when EFI app generating issues is developed by company known for FOSS work. -=-=-=-=-=-=-=-=-=-=-=- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#112073): https://edk2.groups.io/g/devel/message/112073 Mute This Topic: https://groups.io/mt/102967690/7686176 Group Owner: devel+owner@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [rebecca@openfw.io] -=-=-=-=-=-=-=-=-=-=-=-