1. vmalloc(2) 2. 再次vmalloc(2) 問：我占用了多少物理內(nèi)存？占用了多少虛擬內(nèi)存？
IP屬地：陜西
-
wait_event-wake_up中間用一個(gè)atomic_t來作為喚醒的cond到底安不安全
1. 從時(shí)序上講，atomic_t可以保障wait_event在醒來的cond判斷的準(zhǔn)確性，只要保證wake_up發(fā)生在對atomic寫之后，而不需要dmb之類的屏障的 2....
-
-
不仔細(xì)掰扯掰扯，你都想不出spin lock能牛逼到啥地步！
spin lock家族成員豐富，我認(rèn)識的大概只有spin_lock、spin_lock_irq和spin_lock_irqsave，后兩種的區(qū)別只在于會(huì)先將irq狀態(tài)(dai...
-
Xen自帶的設(shè)備驅(qū)動(dòng)
Xen是Hypervisor，說它帶有設(shè)備驅(qū)動(dòng)似乎是很無厘頭的事兒，但是是的，就算Hypervisor就算微內(nèi)核也是需要一丟丟驅(qū)動(dòng)的，如果將中斷控制器、IOMMU、等基本部件...
-
在噩夢中驚醒，Hypervisor這個(gè)層次對TLB的使用與EL0/1比有限制嗎
我在利用虛擬化這篇文章中出現(xiàn)了一個(gè)錯(cuò)誤，這是一個(gè)不起眼，但是細(xì)思恐極，再細(xì)思安心的錯(cuò)誤，我有這樣一句話： 對于在EL2中，這條尤其重要，很多cortex都會(huì)有IPA-PA相對...
-
iptables的背后
每次修改iptables為子設(shè)備做轉(zhuǎn)發(fā)上網(wǎng)都要瞎搜索很久，iptables太踏馬的復(fù)雜了，這次搜索完我一定要寫點(diǎn)東西記住哪條規(guī)則讓子設(shè)備上了網(wǎng)。
-
原子操作、MESI和內(nèi)存屏障引起我對鎖理解的智障
一直以來，我自認(rèn)為對鎖的理解是比較深入且沒有錯(cuò)誤的，知道最近遇到一串兒問題，我才發(fā)現(xiàn)，我對鎖的使用級理解沒有問題，但是原理級理解是存在智障(智力屏障)的。而再增加數(shù)據(jù)存儲屏障...
-
內(nèi)核中的DRM詞匯解釋
AGP(Accelerated Graphics Port) 一種高速總線，允許圖形卡從系統(tǒng)內(nèi)存讀數(shù)據(jù)，基于GART使不連續(xù)的內(nèi)存在圖形卡眼中作為連續(xù)處理，并使用DMA傳輸(...
-
struct address_space解讀
首先說的是Page Cache address_space的操作將“文件”的某些部分映射到Linux page cache中的頁面中。此page cache表示已映射到內(nèi)存的...
-
linux外設(shè)虛擬化的幾個(gè)概念
VFIO（Virtual Function I/O） 這是一個(gè)設(shè)備直通的方案，與Xen中的passthrough概念是一致的；主要是基于IOMMU和中斷重映射，將制定的一個(gè)或...
-
信息量爆表的struct page->flags
先把kernel4.15的一段注釋截圖送上： 很明顯我關(guān)注的是之前crash中0x1ffff0000000000與0x5ffff0000000000的含義，然后再來一個(gè)神級大圖：
-
向struct page里塞更多東西
翻譯并篡改更新自LWN.NET 2013年8月的一篇文章。 通常，內(nèi)核開發(fā)人員更傾向于設(shè)計(jì)可讀性和可維護(hù)性高的數(shù)據(jù)結(jié)構(gòu)。當(dāng)人們理解一段代碼使用的數(shù)據(jù)結(jié)構(gòu)時(shí)，對代碼本身的理解通...
-
重用page->mapping
翻譯自LWN.NET 因?yàn)橐趕truct page這一小段內(nèi)存中填入最大量的信息，linux kernel中的結(jié)構(gòu)體page是最復(fù)雜的結(jié)構(gòu)體之一。struct page中每...
-
分析一串兒kernel crash（第二段衍生trace）
[44840.861379] Unable to handle kernel NULL pointer dereference at virtual address 0000...
-
分析一串兒kernel crash（第二段trace）
[19950.511400] Unable to handle kernel paging request at virtual address 1f7c7ec9167269...
-
分析一串兒kernel crash（第一段衍生trace）
[28874.825481] Unable to handle kernel paging request at virtual address 00193e0d [2887...
