英特爾希望將其LAM（Linear Address Masking ：線(xiàn)性地址掩碼） 功能合并到Linux 6.2，但該功能被 Linus 批評(píng)了一番，并拒絕了該合并。

英特爾線(xiàn)性地址掩碼 (LAM) 允許軟件將 64 位線(xiàn)性地址的未轉(zhuǎn)換地址位用于元數(shù)據(jù)，線(xiàn)性地址使用 48 位（4 級(jí)分頁(yè)）或 57 位（5 級(jí)分頁(yè)），而 LAM 允許將 64 位線(xiàn)性地址的剩余空間用于元數(shù)據(jù)。

簡(jiǎn)而言之，英特爾 LAM 在使用用戶(hù)空間地址的未翻譯地址位，因此它可用于用戶(hù)空間內(nèi)存清理和標(biāo)記等元數(shù)據(jù)的多種用途，它的本質(zhì)上類(lèi)似于 AMD 的高位地址忽略 “UAI”（Upper Address Ignore ）以及 Arm 的頂部字節(jié)忽略 “TBI”（Top-Bits-Ignore）功能。

英特爾在 2020 年初次對(duì)外展示 LAM，從那以后一直致力于 Linux 內(nèi)核支持。11 月中旬，英特爾工程師為 Linux 6.2 的 x86/mm 分支提交了大量補(bǔ)丁，希望將該功能代碼合并到內(nèi)核中。

然而，LAM 隨即遭受了 Linus 的猛烈批評(píng)，不僅是內(nèi)核實(shí)現(xiàn)代碼，Linus 甚至連 “LAM” 這個(gè)名稱(chēng)都不滿(mǎn)意：

現(xiàn)在要求英特爾將這個(gè) LAM 功能稱(chēng)為 “Top-Bits-Ignore” （TBI） ，會(huì)不會(huì)有些太晚了？

...

整個(gè) LAM 功能不是特定于 mm ，它可以輕松影響每個(gè)線(xiàn)程。

想象一下，有一個(gè)設(shè)置，其中一些線(xiàn)程使用標(biāo)記指針，而一些線(xiàn)程不使用。例如，地址的高位可能包含一個(gè)僅在虛擬機(jī)中使用的標(biāo)簽，甚至可以讓 “本機(jī)” 模式使用完整的地址空間，并將其自身及私有數(shù)據(jù)虛擬地放在高位。

再想象一下，使用虛擬地址掩碼不僅能實(shí)現(xiàn)內(nèi)存清理器，還能實(shí)現(xiàn)一種真實(shí)的分離功能（例如，JITed 代碼可能基本上只能訪(fǎng)問(wèn)較低的位，而 JITter 本身可以看到整個(gè)地址空間）。

也許這不是 LAM 在 x86 上的工作方式，但它對(duì) untagged_addr () 的更改并不是 x86 特定的。所以我真的認(rèn)為這是完全錯(cuò)誤的，除了命名之外， 它全都是一些無(wú)效的假設(shè)。事實(shí)上，這個(gè)特定于 mm 的 LAM 功能，最后只會(huì)成為代碼中一個(gè)活躍的 Bug ，即使在 x86-64 上也是如此。

所以我真的認(rèn)為 LAM 是一個(gè)根本性的設(shè)計(jì)錯(cuò)誤，雖然我把它拉出來(lái)并解決了瑣碎的沖突，但我又把它拉了下來(lái)，因?yàn)樗脑O(shè)計(jì)是錯(cuò)誤的。

Linux 內(nèi)核郵件列表討論了對(duì)英特爾的 LAM 的 Linux 實(shí)現(xiàn)方式的設(shè)計(jì)更改。但 Linus 認(rèn)為英特爾 LAM 代碼還沒(méi)有為 Linux 做好準(zhǔn)備，因此最終沒(méi)有合并代碼。英特爾已提交新的 x86/mm pull ，但刪除了 LAM 代碼。英特爾 Linux 工程師將重新編寫(xiě) LAM 代碼，為 Linux 6.3 做準(zhǔn)備。

審核編輯 ：李倩