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 >> > > Laszlo, > I cannot open the URL above. I'm really sorry about that! Unfortunately, the discussion thread linked above goes back to January / February 2016. At that time, we were using for the mailing list address. And *normally*, you would expect the mailing list archive at 01.org to contain the discussion, right? Except, a few months ago, the 01.org admins replaced the Mailman2 list software with Mailman3 / HyperKitty, on 01.org. As a result, the old list archive links into 01.org are all broken. :( However, that's still not the worst. Because the old 01.org archive is still exposed to the world, only through a new User Interface. And the new User Interface (called HyperKitty) is still searchable -- so if you know at least the subject line of a message or thread, you can still find it, here: https://lists.01.org/hyperkitty/list/edk2-devel@lists.01.org/ But then, what *is* the worst, is that the new Mailman3 / HyperKitty archive does not go back far enough in time. In other words, when the 01.org admins replaced Mailman2 with Mailman3 on 01.org, they didn't import *all* of the old archive. If you click the link above and select 2016 in the left sidebar, you can see the new archive only goes back to July 2016. And the subject discussion occurred in Jan/Feb 2016. This is why I *absolutely* insist on keeping our discussions on mailing lists, because mailing lists can be federated. If we hadn't had subscribe to the original 01.org-based edk2-devel mailing list, then now we wouldn't have *any* public record whatsoever, of the thread in question! In other words, I'm just explaining to you why the *only* link I have provided here is for (which you regrettably cannot open, from behind the Great Firewall). The reason is that there *is* no other link. Otherwise, if there are multiple links, I always provide at least two -- one into the official archive (which in this case would be 01.org), and another into a secondary archive (such as mail-archive.com). So... in this reply, let me attach the relevant part of the 2016 discussion for you (and others that cannot read ) -- 18 messages. > 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. Thanks Laszlo