From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wr1-f67.google.com (mail-wr1-f67.google.com [209.85.221.67]) by mx.groups.io with SMTP id smtpd.web10.16685.1585155651973263888 for ; Wed, 25 Mar 2020 10:00:52 -0700 Authentication-Results: mx.groups.io; dkim=pass header.i=@linaro.org header.s=google header.b=gRLElvzN; spf=pass (domain: linaro.org, ip: 209.85.221.67, mailfrom: ard.biesheuvel@linaro.org) Received: by mail-wr1-f67.google.com with SMTP id p10so4085020wrt.6 for ; Wed, 25 Mar 2020 10:00:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=UrbgHYuTPsmIrNZMe9l57Y3yPlc+N/dsKexdDwys64U=; b=gRLElvzNDBORziixMqSYM2WqlZTBqn7DpOfWo4VubTQQzsZ2dc35HysfBOb6OARdE0 4eiVfxQvQ3FCD8Bf7HTBKt3qDAt/QspmwFnfd7t7aAC/CON8DHdAvc2roZxLmcOTMVGE 8mKwTnagmjKWqXvJfDGBRi45WkdJeZQ5qPgCILyeayWhpqisUG+zUAyXcgDN8/eKudvV x5qCkJv583u7kIxJi/FGQe9aAL6tHDhG6pxvjKQTc0bDa8ThOkHtNqIt2/R0jn/OrhEj dRG71rAPkMuKAhuAkm+su8fBpEdhH8Hii9u2JhQXOtfvu6qvy4UXf6LF2wfQxw6ZviYs Fokw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=UrbgHYuTPsmIrNZMe9l57Y3yPlc+N/dsKexdDwys64U=; b=B/0rskjFNsUmYDW2eLJEaoPwX821KVJPaVX1gprayr6/Sl5dPT+R+PV3jwtcLajiEj EsrMBGaDoDJdN7Zv/xlXzMlQrPnX0lqJOyWrSoIlZLGRTEYy4ZXpMWOutgU+cz0S+VOR 4vKt2sQnwkcPP4Jl8Np4NrE5+BU6XXve64EeZN54P1JKVxFdJ9ZyED+kXHkdpegT3AaT mqI3l0x+fQ7yKwUWx8Qd1Y7XNzfxrVd1Bbtwm27BKCPFxuG5CsBdyQZDStj22o4m6xhL Psb7KEvQiWBjrWQQOUKAdLxO6XVnHfqJzrnMK9d4G2ta/HsK3bVpKgy4UjZbwMthGd6P AWHA== X-Gm-Message-State: ANhLgQ3lJFYxQ4ym7/3IDdLBPGvMnCPQvBfHMkqM4qs7h48cwSpDgugG 3SMmC5vuyNwpVWaur/apUuzkp3Fm6uup/LagEhrK7Q== X-Google-Smtp-Source: ADFU+vsPqRaxD/R07QvCQZR1Zzbt6u1O8UnjGWywVvZJo3BUZNffhOjEWDQKwXNHz5gK6DsH6T61w+jWoN3UJk5aI68= X-Received: by 2002:adf:afdb:: with SMTP id y27mr4502416wrd.208.1585155650283; Wed, 25 Mar 2020 10:00:50 -0700 (PDT) MIME-Version: 1.0 References: <986b51e441804c3ba288a0af210d0f4f@zhaoxin.com> <4c1161fc-2f1a-3a18-fe7e-9a395a5a532c@redhat.com> <734D49CCEBEEF84792F5B80ED585239D5C4B26AD@SHSMSX104.ccr.corp.intel.com> In-Reply-To: From: "Ard Biesheuvel" Date: Wed, 25 Mar 2020 18:00:39 +0100 Message-ID: Subject: Re: [edk2-devel] Questions about UEFI MAT / PcdPropertiesTableEnable To: Laszlo Ersek Cc: "Ni, Ray" , "devel@edk2.groups.io" , "tigerliu@zhaoxin.com" , Michael Kinney , "Leif Lindholm (Nuvia address)" , Jiewen Yao Content-Type: text/plain; charset="UTF-8" On Wed, 25 Mar 2020 at 17:55, Laszlo Ersek wrote: > > On 03/25/20 06:17, Ni, Ray wrote: > >> > >> The properties table should not be used. It has been superseded by the memory attributes table, per spec. > >> > >> In edk2, the properties table is controlled by the PCD, regardless of the memory attributes table. > >> > >> In edk2, the memory attributes table is always produced, regardless of the properties table. > >> > >> Please see the discussion under: > >> > >> [edk2] [patch 0/7] Add UEFI2.6 MemoryAttributesTable support. > >> http://mid.mail-archive.com/1454069539-4056-1-git-send-email-jiewen.yao@intel.com > >> > > ... > > > Do you think we could remove properties table? > > Yes, that's exactly what Ard requested, as soon as Jiewen posted the MAT > series. Back then, Jiewen said that some production OSes were still > using the properties table, and would need time to migrate to MAT. > > The agreement -- four years ago! -- seemed to be that the UEFI spec > should drop the properties table definition in some time, and then edk2 > could remove the reference implementation too. > > See the attached discussion. > > Given that the properties table had been deprecated in the UEFI spec > even in Feb 2016, I think it's now high time to remove it altogether > (both spec and edk2). > > > The existence of both is confusing. > > Yes, very much. > Agreed. We should at least log this as a task, and if anyone has the bandwidth to do the work, plan it for the next stable tag.