時(shí)至今日，Linus Torvalds 實(shí)際上已經(jīng)很少會(huì)親自動(dòng)手寫(xiě)內(nèi)核代碼；更多的是忙于監(jiān)督上游的內(nèi)核開(kāi)發(fā)社區(qū)、審查代碼、管理發(fā)布，并在郵件列表中進(jìn)行討論。不過(guò)近日，他就為 Linux 6.5 進(jìn)行了將近 500 行的 code rework ，以改進(jìn)用戶模式的堆棧擴(kuò)展代碼。

他在合并報(bào)告中解釋稱：

這修改了我們的用戶模式堆棧擴(kuò)展代碼，使其在修改 VM 布局之前始終獲取 mmap_lock 進(jìn)行寫(xiě)入。

實(shí)際上這是我們?cè)诩夹g(shù)上應(yīng)該做到的事情，但是因?yàn)槲覀儾⒉粐?yán)格地需要它，所以我們有點(diǎn)偷懶（“機(jī)會(huì)主義” 聽(tīng)起來(lái)好多了，不是嗎？）。并且在我們需要的地方設(shè)置了這個(gè) hack，會(huì)在不進(jìn)行適當(dāng)鎖定的情況下就地?cái)U(kuò)展堆棧 vma。

而且效果很好。我們只需要改變 vm_start（或者，在 grow-up stacks 的情況下，vm_end），再加上一些使用 anon_vma 鎖和 mm》page_table_lock 的特殊的臨時(shí)鎖，這一切都相當(dāng)簡(jiǎn)單明了。

也就是說(shuō)這一切都很好，直到 Ruihan Li 指出，現(xiàn)在 vma 布局使用 maple tree code，我們真的不只是改變 vm_start 和 vm_end 了，而且 locking 真的被打破了。

一勞永逸地解決這個(gè)問(wèn)題并做適當(dāng)?shù)?locking 其實(shí)并不可怕，但有點(diǎn)痛苦。我們基本上有三種不同的堆棧擴(kuò)展情況，它們的工作方式都略有不同。

目前，Linux 6.5 中的這個(gè)問(wèn)題應(yīng)該已經(jīng)得到了解決。