Ⅰ linux書籍整理
Linux運維之道.pdf
鳥哥的Linux私房菜 伺服器架設篇(第三版).pdf
鳥哥的Linux私房菜 基礎學習篇(第三版).pdf
深入理解Linux內核第3版.pdf
深入理解Linux內核.pdf
shell - 精通 linux shell.pdf
linux 網路編程.pdf
linux 靜態庫和動態庫.pdf
linux 基本反匯編結構與GDB入門.pdf
linux 高級程序設計.pdf
Linux高級程序設計(第3版).epub
linux 多線程編程手冊.pdf
LINUX設備驅動程序第三版.pdf
跟老男孩學Linux運維：Shell編程實戰(Linux／Unix技術叢書).epub
Linux+Shell編程與編輯器使用詳解-.epub
Linux就該這么學.epub
Linux內核設計與實現(第三版中文高清帶目錄).pdf
Linux運維最佳實踐(Linux／Unix技術叢書).epub
[蛻變-從菜鳥到Linux安全專家].李洋.掃描版.pdf
Ⅱ 想學裝電腦系統要看什麼書適合電腦初學者的書籍有哪些
一 我想系統的學習電腦的裝機和維護，應該從哪裡學起，誰能推薦幾本書看看
電腦裝機和維護重在實踐，你看十本書不如自己實際裝2遍系統來的實在
當然如果你在電腦方面完全是0起點，那還是先從最基本的windows操作系統看起，書店這類的書非常多，也可以到很多視頻教程和電子圖書
首先你要明白你到底是為了什麼而要學習這個東西，而且你說「系統學習」也很寬泛。即使是計算機專業的人也不可能完全掌握windows系統的所有東西。
一般情況下如果只是個人使用，那麼只需要學會如何安裝系統（這個很簡單，自己買張盤，只要會調BIOS會用光碟引導進入安裝程序，剩下的只要按照提示做就可以了）
系統安裝完成就需要安裝相應的硬體驅動，現在有一個自動驅動搜索軟體：驅動之家，可以自動搜索安裝最新的驅動，非常方便。
安裝好以後設置好用戶名已經相應的許可權和密碼，再安裝相應的系統補丁（推薦使用360安全衛士，全自動安裝非常方便）
最後安裝可更新的殺毒軟體以及防火牆（殺毒推薦KAV或者NOD32，防火牆windows自帶或者天網都可以）
做完這些以後，如果你還有餘力，就學著使用GHOST軟體備份系統。
到這里基本的系統裝機就完成了，軟體方面就看各人需要。
二 初學計算機應該看什麼書
計算機分軟體，硬體，還有通訊一類等等。
軟體從入門到精通要看的書：
1、C++primer中文版第4版
2、C++標准程序庫自修教程與參考手冊
3、Windows程序設計第5版
4、MFC windows程序設計第2版中文版
5、VC++深入詳解
6、MFC深入淺出
7、Effictive STL
8、Windows核心編程
9、WINDOWS游戲編程大師技巧第2版
10、3D游戲編程大師技巧
11、DirectX角色扮演游戲編程
12、DirectX特效游戲程序設計
13、精通DirectX 3D圖形與動畫程序設計
14、DirectX高級動畫製作
15、Ogre引擎研究
16、游戲人工智慧編程案例精粹
17、Visual C++實踐與提高--網路編程篇
18、C++網路編程，卷1
19、C++網路編程，卷2
20、Visual C++網路游戲建模與實現第2版
硬體：
電腦硬體不求人系統套書、電腦硬體工程師、這方面的書太多了。到書店自己選選擇看吧。是零基礎的，就先從最基礎的入手，買一本電腦硬體介紹的書就可以了
通訊：
主要看協議的內容和應用方面的。然後了解數據採集和采樣的原理。
三 學習計算機操作系統用什麼書
操作系統原理（OperatingSystems）-北京大學網路網盤資源免費下載
https://pan..com/s/1d46EurFM0se3ZmgeMFEMTQ
提取碼:m4fv
操作系統原理（OperatingSystems）-北京大學|視頻|課件|9-MOOC-文件系統1.pdf|8-MOOC-存儲模型2.pdf|7-MOOC-存儲模型1.pdf|6-MOOC-同步機制2.pdf|5-MOOC-同步機制1.pdf|4-MOOC-處理器調度.pdf|3-MOOC-進程線程模型.pdf|2-MOOC-操作系統運行環境與運行機制-發布版.pdf|12-MOOC-死鎖.pdf|11-MOOC-IO系統.pdf|10-MOOC-文件系統2.pdf|1-MOOC-操作系統概述.pdf
四 電腦重裝系統可以看哪些書籍
有很多視頻網站都有教裝系統的，建議你看視頻更好一點，裝系統過程中也可能出現很多問題的，比如裝到一半裝不了了？裝好了開機進不去？所以下載的系統要去正規的網站下載，如果你要用U盤裝系統，U盤製作工具也要選好，有的版本製作出的啟動盤就不能裝系統
五 適合電腦初學者的書籍有哪些
電腦類書分為軟體和硬體，書本上都是理論的，電腦硬體還得要實踐。
六 學電腦操作系統該看哪些書
就看《操作系統》大學里的專業教材，具體你可以在其他大學的課程里查找你所需要的教材信息，查找不是難事，各個大學的網站上都能查到！
尤其看屬於計算機學院的專業教材
七 初學電腦系統應該買什麼書
找個時間我交你一兩次你就回了，其實很簡單。你看書，看N次。還不如我給你交一才。裝系統中遇到的好多問題，書上更本寫不到，而且計算機不一樣，進入BOS設置的時候也還是有差別的，比如DELL的本子和THINKPAD的本子就不一樣。台式機主板不一樣，進入BOS設置的時候也不一樣，所以我不建議你買書，浪費RMB。找個時間我教下你。
八 有哪些適合電腦小白的自學書籍推薦
我向你推薦首先是《電腦入門完全自學手冊》，它共分15章，包括電腦的軟硬體知識、基本操作、WirldowsVista的基礎操作、個性化設置、常用附件、管理文件資源、輸入文字、安裝與卸載軟體、Word2007文檔處理、Excel表格製作、PowerPoint幻燈片放映、網路連接、瀏覽器、網路即時通信工具、電子郵件、常用工具軟體的使用、對電腦和系統進行安全與日常維護等內容。適用讀者群沒有任何電腦經驗的初學者；公司辦公人員；電腦愛好者；想在短時間內全面掌握電腦操作的讀者。
九 電腦小白一個，求推薦學習電腦的書籍。最基本的操作我都不會好落伍
如果是學習電腦編程可以通過以下書籍學習；
C/C++
1、《C程序設計語言》 入門推薦
2、《C Primer Plus》 入門推薦
3、《C和指針》
4、《C陷阱與缺陷》
5、《C++ Primer》入門推薦
為了更深入地理解程序原理，建議再學一下匯編語言
《現代x86匯編語言程序設計》
Linux
《UINX環境高級編程》 後台開發必讀
《鳥哥的Linux私房菜》 Linux運維推薦入門系列
《Linux內核設計與實現》
網路
《TCP/IP詳解卷1：協議》
Java
《Java編程語言》 入門推薦
《Java編程思想》
Python
《Python核心編程》（第2版），第3版難度加大，內容變更較多，用2版入門足夠。
資料庫
《MySQL技術內幕》，目前企業所用後台大多是linux+mysql，所以主要學習下mysql就足夠了。
如果對網站開發有興趣可以一並看下《php和mysql web開發》
系統原理
《深入理解計算機系統》強烈推薦，搞懂這本就基本能閱讀大部分計算機相關著作
計算機組成原理
《編碼：隱匿在計算機軟硬體背後的語言》
windows編程，估計你們會有windows編程的課程，如果有學下面這兩本就足夠了
《Windows程序設計》charles petzold(著)
《Windows核心編程》
編譯原理
龍書《編譯原理》，如果看不懂，推薦下面一本《編譯系統透視：圖解編譯原理》。
數據結構與演算法
《數據結構與演算法分析——C語言描述》，也有一本是C++語言描述。
《演算法導論》
編程主要靠實踐，多電腦敲代碼，最好以開發某款軟體為目標去多寫代碼，學完基礎課程，建議也學習下伺服器安全方面的知識。
上面不少書在網上有電子版，可以先下載看看，不清晰的再買實體書，或者圖書館去借
其它一些進階與提升的書，可以多逛逛圖書館。
十 想學電腦操作系統知識看什麼書比較好
首先我給你一個忠告「不要迷上游戲」
第一步：你要學計算機的基本知識「打字？辦公軟體？」
第二步：你要學習電腦的硬體「裝機？配置一台主機基本的維護」
第三步：你要學網路「一個網吧怎麼管？一個小公司怎麼管？」
第四步：你要學習網路安全「基本攻擊，反攻擊。反病毒，系統的基本分析」
第五步：你要學程序設計：「從VB到C語言再到JAVA再到WEB，再到資料庫」
第六步：你要更深入的學習「計算機三級考試的內容」
第七步：你就可以學習「計算機四級的考試內容」
最後你才算基本成功！
到你學到後面，你就知道我說的是不是正確的！到那時你也不會再問人家開始從什麼地方學起！怎麼去學！
祝你好運！學習順利！切記，不要迷上玩游戲！那隻是在浪費時間，
到在學習到「網路」也就是第三步的時候就可以去找一份工作，然後在實踐中慢慢成長！
這份工作的名字是「小型網吧技術員」不是「網管」不是「服務員」更不是喜歡玩游戲的技術員，而是硬體和網路都能基本搞定的「技術員」
工作以後你會發現有些什麼東西自己應該去學！
以上可以說是我的成長，現在我每月維護客戶端數百台，管的網吧很多家，不管是成功，但是我能自養自己，我給你指的路不是開玩笑！也不是害你！
還希望你能認清自己的路，然後少玩，多實踐，多思考，如果幾年前我是你這樣想的話，可能現在我會更厲害，可惜當時沒有人提醒我不要玩游戲！我被游戲害了差不多浪費一年的時間！加油吧！
Ⅲ 如何編譯linux版本
編譯安裝內核
下載並解壓內核
內核下載官網：https://www.kernel.org/
解壓內核：tar xf linux-2.6.XX.tar.xz
定製內核：make menuconfig
參見makefile menuconfig過程講解
編譯內核和模塊：make
生成內核模塊和vmlinuz，initrd.img，Symtem.map文件
安裝內核和模塊：sudo make moles_install install
復制模塊文件到/lib/moles目錄下、復制config，vmlinuz，initrd.img，Symtem.map文件到/boot目錄、更新grub
其他命令：
make mrprobe：命令的作用是在每次配置並重新編譯內核前需要先執行「make mrproper」命令清理源代碼樹，包括過去曾經配置的內核配置文件「.config」都將被清除。即進行新的編譯工作時將原來老的配置文件給刪除到，以免影響新的內核編譯。
make dep：生成內核功能間的依賴關系，為編譯內核做好准備。
幾個重要的Linux內核文件介紹
config
使用make menuconfig 生成的內核配置文件，決定將內核的各個功能系統編譯進內核還是編譯為模塊還是不編譯。
vmlinuz 和 vmlinux
vmlinuz是可引導的、壓縮的內核，「vm」代表「Virtual Memory」。Linux 支持虛擬內存，不像老的操作系統比如DOS有640KB內存的限制，Linux能夠使用硬碟空間作為虛擬內存，因此得名「vm」。vmlinuz是可執行的Linux內核，vmlinuz的建立有兩種方式：一是編譯內核時通過「make zImage」創建，zImage適用於小內核的情況，它的存在是為了向後的兼容性；二是內核編譯時通過命令make bzImage創建，bzImage是壓縮的內核映像，需要注意，bzImage不是用bzip2壓縮的，bzImage中的bz容易引起誤解，bz表示「big zImage」，bzImage中的b是「big」意思。 zImage（vmlinuz）和bzImage（vmlinuz）都是用gzip壓縮的。它們不僅是一個壓縮文件，而且在這兩個文件的開頭部分內嵌有gzip解壓縮代碼，所以你不能用gunzip 或 gzip –dc解包vmlinuz。 內核文件中包含一個微型的gzip用於解壓縮內核並引導它。兩者的不同之處在於，老的zImage解壓縮內核到低端內存（第一個640K），bzImage解壓縮內核到高端內存（1M以上）。如果內核比較小，那麼可以採用zImage 或bzImage之一，兩種方式引導的系統運行時是相同的。大的內核採用bzImage，不能採用zImage。 vmlinux是未壓縮的內核，vmlinuz是vmlinux的壓縮文件。
initrd.img
initrd是「initial ramdisk」的簡寫。initrd一般被用來臨時的引導硬體到實際內核vmlinuz能夠接管並繼續引導的狀態。比如initrd- 2.4.7-10.img主要是用於載入ext3等文件系統及scsi設備的驅動。如果你使用的是scsi硬碟，而內核vmlinuz中並沒有這個 scsi硬體的驅動，那麼在裝入scsi模塊之前，內核不能載入根文件系統，但scsi模塊存儲在根文件系統的/lib/moles下。為了解決這個問題，可以引導一個能夠讀實際內核的initrd內核並用initrd修正scsi引導問題，initrd-2.4.7-10.img是用gzip壓縮的文件。initrd映象文件是使用mkinitrd創建的，mkinitrd實用程序能夠創建initrd映象文件，這個命令是RedHat專有的，其它Linux發行版或許有相應的命令。這是個很方便的實用程序。具體情況請看幫助：man mkinitrd
System.map是一個特定內核的內核符號表，由「nm vmlinux」產生並且不相關的符號被濾出。
下面幾行來自/usr/src/linux-2.4/Makefile：
nm vmlinux | grep -v '(compiled)|(.o$$)|( [aUw] )|(..ng$$)|(LASH[RL]DI)' | sort > System.map
在進行程序設計時，會命名一些變數名或函數名之類的符號。Linux內核是一個很復雜的代碼塊，有許許多多的全局符號， Linux內核不使用符號名，而是通過變數或函數的地址來識別變數或函數名，比如不是使用size_t BytesRead這樣的符號，而是像c0343f20這樣引用這個變數。 對於使用計算機的人來說，更喜歡使用那些像size_t BytesRead這樣的名字，而不喜歡像c0343f20這樣的名字。內核主要是用c寫的，所以編譯器/連接器允許我們編碼時使用符號名，而內核運行時使用地址。 然而，在有的情況下，我們需要知道符號的地址，或者需要知道地址對應的符號，這由符號表來完成，符號表是所有符號連同它們的地址的列表。
Linux 符號表使用到2個文件： /proc/ksyms 、System.map 。/proc/ksyms是一個「proc file」，在內核引導時創建。實際上，它並不真正的是一個文件，它只不過是內核數據的表示，卻給人們是一個磁碟文件的假象，這從它的文件大小是0可以看 出來。然而，System.map是存在於你的文件系統上的實際文件。當你編譯一個新內核時，各個符號名的地址要發生變化，你的老的System.map 具有的是錯誤的符號信息，每次內核編譯時產生一個新的System.map，你應當用新的System.map來取代老的System.map。
雖然內核本身並不真正使用System.map，但其它程序比如klogd， lsof和ps等軟體需要一個正確的System.map。如果你使用錯誤的或沒有System.map，klogd的輸出將是不可靠的，這對於排除程序故障會帶來困難。沒有System.map，你可能會面臨一些令人煩惱的提示信息。 另外少數驅動需要System.map來解析符號，沒有為你當前運行的特定內核創建的System.map它們就不能正常工作。 Linux的內核日誌守護進程klogd為了執行名稱-地址解析，klogd需要使用System.map。System.map應當放在使用它的軟體能夠找到它的地方。執行：man klogd可知，如果沒有將System.map作為一個變數的位置給klogd，那麼它將按照下面的順序，在三個地方查找System.map： /boot/System.map 、/System.map 、/usr/src/linux/System.map
System.map也有版本信息，klogd能夠智能地查找正確的映象（map）文件。
makefile menuconfig過程講解
當我們在執行make menuconfig這個命令時，系統到底幫我們做了哪些工作呢？這裡面一共涉及到了一下幾個文件我們來一一探討
Linux內核根目錄下的scripts文件夾
arch/$ARCH/Kconfig文件、各層目錄下的Kconfig文件
Linux內核根目錄下的makefile文件、各層目錄下的makefile文件
Linux內核根目錄下的的.config文件、arch/$ARCH/configs/下的文件
Linux內核根目錄下的 include/generated/autoconf.h文件
1）scripts文件夾存放的是跟make menuconfig配置界面的圖形繪制相關的文件，我們作為使用者無需關心這個文件夾的內容
2）當我們執行make menuconfig命令出現上述藍色配置界面以前，系統幫我們做了以下工作：
首先系統會讀取arch/$ARCH/目錄下的Kconfig文件生成整個配置界面選項（Kconfig是整個linux配置機制的核心），那麼ARCH環境變數的值等於多少呢？它是由linux內核根目錄下的makefile文件決定的，在makefile下有此環境變數的定義：
SUBARCH := $(shell uname -m | sed -e s/i.86/i386/ -e s/sun4u/sparc64/ \
-e s/arm.*/arm/ -e s/sa110/arm/ \
-e s/s390x/s390/ -e s/parisc64/parisc/ \
-e s/ppc.*/powerpc/ -e s/mips.*/mips/ \
-e s/sh[234].*/sh/ )
..........
export KBUILD_BUILDHOST := $(SUBARCH)
ARCH ?= $(SUBARCH)
CROSS_COMPILE ?=
或者通過 make ARCH=arm menuconfig命令來生成配置界面
比如教務處進行考試，考試科數可能有外語、語文、數學等科，這里我們選擇了arm科可進行考試，系統就會讀取arm/arm/kconfig文件生成配置選項（選擇了arm科的卷子），系統還提供了x86科、milps科等10幾門功課的考試題
3）假設教務處比較「仁慈」，為了怕某些同學做錯試題，還給我們准備了一份參考答案（默認配置選項），存放在arch/$ARCH/configs/目錄下，對於arm科來說就是arch/arm/configs文件夾：
此文件夾中有許多選項，系統會讀取哪個呢？內核默認會讀取linux內核根目錄下.config文件作為內核的默認選項（試題的參考答案），我們一般會根據開發板的類型從中選取一個與我們開發板最接近的系列到Linux內核根目錄下（選擇一個最接近的參考答案）
4).config
假設教務處留了一個心眼，他提供的參考答案並不完全正確（.config文件與我們的板子並不是完全匹配），這時我們可以選擇直接修改.config文件然後執行make menuconfig命令讀取新的選項。但是一般我們不採取這個方案，我們選擇在配置界面中通過空格、esc、回車選擇某些選項選中或者不選中，最後保存退出的時候，Linux內核會把新的選項（正確的參考答案）更新到.config中，此時我們可以把.config重命名為其它文件保存起來（當你執行make distclean時系統會把.config文件刪除），以後我們再配置內核時就不需要再去arch/arm/configs下考取相應的文件了，省去了重新配置的麻煩，直接將保存的.config文件復制為.config即可.
5）經過以上兩步，我們可以正確的讀取、配置我們需要的界面了，那麼他們如何跟makefile文件建立編譯關系呢？當你保存make menuconfig選項時，系統會除了會自動更新.config外，還會將所有的選項以宏的形式保存在Linux內核根目錄下的 include/generated/autoconf.h文件下
內核中的源代碼就都會包含以上.h文件，跟宏的定義情況進行條件編譯。
當我們需要對一個文件整體選擇如是否編譯時，還需要修改對應的makefile文件，例如：
我們選擇是否要編譯s3c2410_ts.c這個文件時，makefile會根據CONFIG_TOUCHSCREEN_S3C2410來決定是編譯此文件，此宏是在Kconfig文件中定義，當我們配置完成後，會出現在.config及autconf中，至此，我們就完成了整個linux內核的編譯過程。
最後我們會發現，整個linux內核配置過程中，留給用戶的介面其實只有各層Kconfig、makefile文件以及對應的源文件。
比如我們如果想要給內核增加一個功能，並且通過make menuconfig控制其聲稱過程
首先需要做的工作是：修改對應目錄下的Kconfig文件，按照Kconfig語法增加對應的選項；
其次執行make menuconfig選擇編譯進內核或者不編譯進內核，或者編譯為模塊，.config文件和autoconf.h文件會自動生成；
最後修改對應目錄下的makefile文件完成編譯選項的添加；
最後的最後執行make命令進行編譯。
Kconfig和Makefile
Linux內核源碼樹的每個目錄下都有兩個文檔Kconfig和Makefile。分布到各目錄的Kconfig構成了一個分布式的內核配置資料庫，每個Kconfig分別描述了所屬目錄源文檔相關的內核配置菜單。在執行內核配置make menuconfig時，從Kconfig中讀出菜單，用戶選擇後保存到.config的內核配置文檔中。在內核編譯時，主Makefile調用這 個.config，就知道了用戶的選擇。這個內容說明了，Kconfig就是對應著內核的每級配置菜單。
假如要想添加新的驅動到內核的源碼中，要修改Kconfig,這樣就能夠選擇這個驅動，假如想使這個驅動被編譯，則要修改Makefile。添加新 的驅動時需要修改的文檔有兩種（如果添加的只是文件，則只需修改當前層Kconfig和Makefile文件；如果添加的是目錄，則需修改當前層和目錄下 的共一對Kconfig和Makefile）Kconfig和Makefile。要想知道怎麼修改這兩種文檔，就要知道兩種文檔的語法結構，Kconfig的語法參見參考文獻《【linux-2.6.31】kbuild》。
Makefile 文件包含 5 部分:
Makefile 頂層的 Makefile
.config 內核配置文件
arch/$(ARCH)/Makefile 體系結構 Makefile
scripts/Makefile.* 適用於所有 kbuild Makefile 的通用規則等
kbuild Makefiles 大約有 500 個這樣的文件
頂層 Makefile 讀取內核配置操作產生的.config 文件，頂層 Makefile 構建兩個主要的目標:vmlinux(內核映像)和 moles(所有模塊文件)。它通過遞歸訪問內核源碼樹下的子目錄來構建這些目標。訪問哪些子目錄取決於內核配置。頂層 Makefile 包含一個體系結構 Makefile,由 arch/$(ARCH)/Makefile 指定。體系結構 Makefile 文件為頂層 Makefile 提供了特定體系結構的信息。每個子目錄各有一個 kbuild文件和Makefile 文件來執行從上層傳遞下來的命令。kbuild和Makefile文件利用.config 文件中的信息來構造由 kbuild 構建內建或者模塊對象使用的各種文件列表。scripts/Makefile.*包含所有的定義/規則,等等。這些信息用於使用 kbuild和 Makefile 文件來構建內核。Makefile的語法參見參考文獻《【linux-2.6.31】kbuild》。
參考文獻
【linux-2.6.31】內核編譯指南.pdf
【linux-2.6.31】kbuild.pdf
Linker script in Linux.pdf
linux內核的配置機制及其編譯過程
Linux內核編譯過程詳解
Linux Kconfig及Makefile學習
Ⅳ 如何成為一個Linux內核開發者
如何參與Linux內核開發
---------------------
這是一篇將如何參與Linux內核開發的相關問題一網打盡的終極秘笈。它將指導你
成為一名Linux內核開發者，並且學會如何同Linux內核開發社區合作。它盡可能不
包括任何關於內核編程的技術細節，但會給你指引一條獲得這些知識的正確途徑。
如果這篇文章中的任何內容不再適用，請給文末列出的文件維護者發送補丁。
入門
----
你想了解如何成為一名Linux內核開發者？或者老闆吩咐你「給這個設備寫個Linux
驅動程序」？這篇文章的目的就是教會你達成這些目標的全部訣竅，它將描述你需
要經過的流程以及給出如何同內核社區合作的一些提示。它還將試圖解釋內核社區
為何這樣運作。
Linux內核大部分是由C語言寫成的，一些體系結構相關的代碼用到了匯編語言。要
參與內核開發，你必須精通C語言。除非你想為某個架構開發底層代碼，否則你並
不需要了解（任何體系結構的）匯編語言。下面列舉的書籍雖然不能替代扎實的C
語言教育和多年的開發經驗，但如果需要的話，做為參考還是不錯的：
- "The C Programming Language" by Kernighan and Ritchie [Prentice Hall]
《C程序設計語言（第2版·新版）》（徐寶文 李志 譯）[機械工業出版社]
- "Practical C Programming" by Steve Oualline [O'Reilly]
《實用C語言編程（第三版）》（郭大海 譯）[中國電力出版社]
- "C: A Reference Manual" by Harbison and Steele [Prentice Hall]
《C語言參考手冊（原書第5版）》（邱仲潘 等譯）[機械工業出版社]
Linux內核使用GNU C和GNU工具鏈開發。雖然它遵循ISO C89標准，但也用到了一些
標准中沒有定義的擴展。內核是自給自足的C環境，不依賴於標准C庫的支持，所以
並不支持C標准中的部分定義。比如long long類型的大數除法和浮點運算就不允許
使用。有時候確實很難弄清楚內核對工具鏈的要求和它所使用的擴展，不幸的是目
前還沒有明確的參考資料可以解釋它們。請查閱gcc信息頁（使用「info gcc」命令
顯示）獲得一些這方面信息。
請記住你是在學習怎麼和已經存在的開發社區打交道。它由一群形形色色的人組成，
他們對代碼、風格和過程有著很高的標准。這些標準是在長期實踐中總結出來的，
適應於地理上分散的大型開發團隊。它們已經被很好得整理成檔，建議你在開發
之前盡可能多的學習這些標准，而不要期望別人來適應你或者你公司的行為方式。
法律問題
--------
Linux內核源代碼都是在GPL（通用公共許可證）的保護下發布的。要了解這種許可
的細節請查看源代碼主目錄下的COPYING文件。如果你對它還有更深入問題請聯系
律師，而不要在Linux內核郵件組上提問。因為郵件組里的人並不是律師，不要期
望他們的話有法律效力。
對於GPL的常見問題和解答，請訪問以下鏈接：
http://www.gnu.org/licenses/gpl-faq.html
文檔
----
Linux內核代碼中包含有大量的文檔。這些文檔對於學習如何與內核社區互動有著
不可估量的價值。當一個新的功能被加入內核，最好把解釋如何使用這個功能的文
檔也放進內核。當內核的改動導致面向用戶空間的介面發生變化時，最好將相關信
息或手冊頁(manpages)的補丁發到[email protected]，以向手冊頁(manpages)
的維護者解釋這些變化。
以下是內核代碼中需要閱讀的文檔：
README
文件簡要介紹了Linux內核的背景，並且描述了如何配置和編譯內核。內核的
新用戶應該從這里開始。
Documentation/Changes
文件給出了用來編譯和使用內核所需要的最小軟體包列表。
Documentation/CodingStyle
描述Linux內核的代碼風格和理由。所有新代碼需要遵守這篇文檔中定義的規
范。大多數維護者只會接收符合規定的補丁，很多人也只會幫忙檢查符合風格
的代碼。
Documentation/SubmittingPatches
Documentation/SubmittingDrivers
這兩份文檔明確描述如何創建和發送補丁，其中包括（但不僅限於)：
- 郵件內容
- 郵件格式
- 選擇收件人
遵守這些規定並不能保證提交成功（因為所有補丁需要通過嚴格的內容和風格
審查），但是忽視他們幾乎就意味著失敗。
其他關於如何正確地生成補丁的優秀文檔包括：
"The Perfect Patch"
http://userweb.kernel.org/~akpm/stuff/tpp.txt
"Linux kernel patch submission format"
http://linux.yyz.us/patch-format.html
Documentation/stable_api_nonsense.txt
論證內核為什麼特意不包括穩定的內核內部API，也就是說不包括像這樣的特
性：
- 子系統中間層（為了兼容性？）
- 在不同操作系統間易於移植的驅動程序
- 減緩（甚至阻止）內核代碼的快速變化
這篇文檔對於理解Linux的開發哲學至關重要。對於將開發平台從其他操作系
統轉移到Linux的人來說也很重要。
Documentation/SecurityBugs
如果你認為自己發現了Linux內核的安全性問題，請根據這篇文檔中的步驟來
提醒其他內核開發者並幫助解決這個問題。
Documentation/ManagementStyle
描述內核維護者的工作方法及其共有特點。這對於剛剛接觸內核開發（或者對
它感到好奇）的人來說很重要，因為它解釋了很多對於內核維護者獨特行為的
普遍誤解與迷惑。
Documentation/stable_kernel_rules.txt
解釋了穩定版內核發布的規則，以及如何將改動放入這些版本的步驟。
Documentation/kernel-docs.txt
有助於內核開發的外部文檔列表。如果你在內核自帶的文檔中沒有找到你想找
的內容，可以查看這些文檔。
Documentation/applying-patches.txt
關於補丁是什麼以及如何將它打在不同內核開發分支上的好介紹
內核還擁有大量從代碼自動生成的文檔。它包含內核內部API的全面介紹以及如何
妥善處理加鎖的規則。生成的文檔會放在 Documentation/DocBook/目錄下。在內
核源碼的主目錄中使用以下不同命令將會分別生成PDF、Postscript、HTML和手冊
頁等不同格式的文檔：
make pdfdocs
make psdocs
make htmldocs
make mandocs
如何成為內核開發者
------------------
如果你對Linux內核開發一無所知，你應該訪問「Linux內核新手」計劃：
http://kernelnewbies.org
它擁有一個可以問各種最基本的內核開發問題的郵件列表（在提問之前一定要記得
查找已往的郵件，確認是否有人已經回答過相同的問題）。它還擁有一個可以獲得
實時反饋的IRC聊天頻道，以及大量對於學習Linux內核開發相當有幫助的文檔。
網站簡要介紹了源代碼組織結構、子系統劃分以及目前正在進行的項目（包括內核
中的和單獨維護的）。它還提供了一些基本的幫助信息，比如如何編譯內核和打補
丁。
如果你想加入內核開發社區並協助完成一些任務，卻找不到從哪裡開始，可以訪問
「Linux內核房管員」計劃：
http://kernelnewbies.org/KernelJanitors
這是極佳的起點。它提供一個相對簡單的任務列表，列出內核代碼中需要被重新
整理或者改正的地方。通過和負責這個計劃的開發者們一同工作，你會學到將補丁
集成進內核的基本原理。如果還沒有決定下一步要做什麼的話，你還可能會得到方
向性的指點。
如果你已經有一些現成的代碼想要放到內核中，但是需要一些幫助來使它們擁有正
確的格式。請訪問「內核導師」計劃。這個計劃就是用來幫助你完成這個目標的。它
是一個郵件列表，地址如下：
http://selenic.com/mailman/listinfo/kernel-mentors
在真正動手修改內核代碼之前，理解要修改的代碼如何運作是必需的。要達到這個
目的，沒什麼辦法比直接讀代碼更有效了（大多數花招都會有相應的注釋），而且
一些特製的工具還可以提供幫助。例如，「Linux代碼交叉引用」項目就是一個值得
特別推薦的幫助工具，它將源代碼顯示在有編目和索引的網頁上。其中一個更新及
時的內核源碼庫，可以通過以下地址訪問：
http://sosdg.org/~coywolf/lxr/
開發流程
--------
目前Linux內核開發流程包括幾個「主內核分支」和很多子系統相關的內核分支。這
些分支包括：
- 2.6.x主內核源碼樹
- 2.6.x.y -stable內核源碼樹
- 2.6.x -git內核補丁集
- 2.6.x -mm內核補丁集
- 子系統相關的內核源碼樹和補丁集
2.6.x內核主源碼樹
-----------------
2.6.x內核是由Linus Torvalds（Linux的創造者）親自維護的。你可以在
kernel.org網站的pub/linux/kernel/v2.6/目錄下找到它。它的開發遵循以下步
驟：
- 每當一個新版本的內核被發布，為期兩周的集成窗口將被打開。在這段時間里
維護者可以向Linus提交大段的修改，通常這些修改已經被放到-mm內核中幾個
星期了。提交大量修改的首選方式是使用git工具（內核的代碼版本管理工具
，更多的信息可以在http://git.or.cz/獲取），不過使用普通補丁也是可以
的。
- 兩個星期以後-rc1版本內核發布。之後只有不包含可能影響整個內核穩定性的
新功能的補丁才可能被接受。請注意一個全新的驅動程序（或者文件系統）有
可能在-rc1後被接受是因為這樣的修改完全獨立，不會影響其他的代碼，所以
沒有造成內核退步的風險。在-rc1以後也可以用git向Linus提交補丁，不過所
有的補丁需要同時被發送到相應的公眾郵件列表以征詢意見。
- 當Linus認為當前的git源碼樹已經達到一個合理健全的狀態足以發布供人測試
時，一個新的-rc版本就會被發布。計劃是每周都發布新的-rc版本。
- 這個過程一直持續下去直到內核被認為達到足夠穩定的狀態，持續時間大概是
6個星期。
- 以下地址跟蹤了在每個-rc發布中發現的退步列表：
http://kernelnewbies.org/known_regressions
關於內核發布，值得一提的是Andrew Morton在linux-kernel郵件列表中如是說：
「沒有人知道新內核何時會被發布，因為發布是根據已知bug的情況來決定
的，而不是根據一個事先制定好的時間表。」
2.6.x.y -stable（穩定版）內核源碼樹
-----------------------------------
由4個數字組成的內核版本號說明此內核是-stable版本。它們包含基於2.6.x版本
內核的相對較小且至關重要的修補，這些修補針對安全性問題或者嚴重的內核退步。
這種版本的內核適用於那些期望獲得最新的穩定版內核並且不想參與測試開發版或
者實驗版的用戶。
如果沒有2.6.x.y版本內核存在，那麼最新的2.6.x版本內核就相當於是當前的穩定
版內核。
2.6.x.y版本由「穩定版」小組（郵件地址<[email protected]>）維護，一般隔周發
布新版本。
內核源碼中的Documentation/stable_kernel_rules.txt文件具體描述了可被穩定
版內核接受的修改類型以及發布的流程。
2.6.x -git補丁集
----------------
Linus的內核源碼樹的每日快照，這個源碼樹是由git工具管理的（由此得名）。這
些補丁通常每天更新以反映Linus的源碼樹的最新狀態。它們比-rc版本的內核源碼
樹更具試驗性質，因為這個補丁集是全自動生成的，沒有任何人來確認其是否真正
健全。
2.6.x -mm補丁集
---------------
這是由Andrew Morton維護的試驗性內核補丁集。Andrew將所有子系統的內核源碼
和補丁拼湊到一起，並且加入了大量從linux-kernel郵件列表中採集的補丁。這個
源碼樹是新功能和補丁的試煉場。當補丁在-mm補丁集里證明了其價值以後Andrew
或者相應子系統的維護者會將補丁發給Linus以便集成進主內核源碼樹。
在將所有新補丁發給Linus以集成到主內核源碼樹之前，我們非常鼓勵先把這些補
丁放在-mm版內核源碼樹中進行測試。
這些內核版本不適合在需要穩定運行的系統上運行，因為運行它們比運行任何其他
內核分支都更具有風險。
如果你想為內核開發進程提供幫助，請嘗試並使用這些內核版本，並在
linux-kernel郵件列表中提供反饋，告訴大家你遇到了問題還是一切正常。
通常-mm版補丁集不光包括這些額外的試驗性補丁，還包括發布時-git版主源碼樹
中的改動。
-mm版內核沒有固定的發布周期，但是通常在每兩個-rc版內核發布之間都會有若干
個-mm版內核發布（一般是1至3個）。
子系統相關內核源碼樹和補丁集
----------------------------
相當一部分內核子系統開發者會公開他們自己的開發源碼樹，以便其他人能了解內
核的不同領域正在發生的事情。如上所述，這些源碼樹會被集成到-mm版本內核中。
下面是目前可用的一些內核源碼樹的列表：
通過git管理的源碼樹：
- Kbuild開發源碼樹， Sam Ravnborg <[email protected]>
git.kernel.org:/pub/scm/linux/kernel/git/sam/kbuild.git
- ACPI開發源碼樹, Len Brown <[email protected]>
git.kernel.org:/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git
- 塊設備開發源碼樹, Jens Axboe <[email protected]>
git.kernel.org:/pub/scm/linux/kernel/git/axboe/linux-2.6-block.git
- DRM開發源碼樹, Dave Airlie <[email protected]>
git.kernel.org:/pub/scm/linux/kernel/git/airlied/drm-2.6.git
- ia64開發源碼樹, Tony Luck <[email protected]>
git.kernel.org:/pub/scm/linux/kernel/git/aegl/linux-2.6.git
- ieee1394開發源碼樹, Jody McIntyre <[email protected]>
git.kernel.org:/pub/scm/linux/kernel/git/scjody/ieee1394.git
- infiniband開發源碼樹, Roland Dreier <[email protected]>
git.kernel.org:/pub/scm/linux/kernel/git/roland/infiniband.git
- libata開發源碼樹, Jeff Garzik <[email protected]>
git.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
- 網路驅動程序開發源碼樹, Jeff Garzik <[email protected]>
git.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
- pcmcia開發源碼樹, Dominik Brodowski <[email protected]>
git.kernel.org:/pub/scm/linux/kernel/git/brodo/pcmcia-2.6.git
- SCSI開發源碼樹, James Bottomley <[email protected]>
git.kernel.org:/pub/scm/linux/kernel/git/jejb/scsi-misc-2.6.git
使用quilt管理的補丁集：
- USB, PCI, 驅動程序核心和I2C, Greg Kroah-Hartman <[email protected]>
kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/
- x86-64, 部分i386, Andi Kleen <[email protected]>
ftp.firstfloor.org:/pub/ak/x86_64/quilt/
其他內核源碼樹可以在http://git.kernel.org的列表中和MAINTAINERS文件里
找到。
報告bug
-------
bugzilla.kernel.org是Linux內核開發者們用來跟蹤內核Bug的網站。我們鼓勵用
戶在這個工具中報告找到的所有bug。如何使用內核bugzilla的細節請訪問：
http://test.kernel.org/bugzilla/faq.html
內核源碼主目錄中的REPORTING-BUGS文件里有一個很好的模板。它指導用戶如何報
告可能的內核bug以及需要提供哪些信息來幫助內核開發者們找到問題的根源。
利用bug報告
-----------
練習內核開發技能的最好辦法就是修改其他人報告的bug。你不光可以幫助內核變
得更加穩定，還可以學會如何解決實際問題從而提高自己的技能，並且讓其他開發
者感受到你的存在。修改bug是贏得其他開發者贊譽的最好辦法，因為並不是很多
人都喜歡浪費時間去修改別人報告的bug。
要嘗試修改已知的bug，請訪問http://bugzilla.kernel.org網址。如果你想獲得
最新bug的通知，可以訂閱bugme-new郵件列表（只有新的bug報告會被寄到這里）
或者訂閱bugme-janitor郵件列表（所有bugzilla的變動都會被寄到這里）。
https://lists.linux-foundation.org/mailman/listinfo/bugme-new
https://lists.linux-foundation.org/mailman/listinfo/bugme-janitors
郵件列表
--------
正如上面的文檔所描述，大多數的骨幹內核開發者都加入了Linux Kernel郵件列
表。如何訂閱和退訂列表的細節可以在這里找到：
http://vger.kernel.org/vger-lists.html#linux-kernel
網上很多地方都有這個郵件列表的存檔(archive)。可以使用搜索引擎來找到這些
存檔。比如：
http://dir.gmane.org/gmane.linux.kernel
在發信之前，我們強烈建議你先在存檔中搜索你想要討論的問題。很多已經被詳細
討論過的問題只在郵件列表的存檔中可以找到。
大多數內核子系統也有自己獨立的郵件列表來協調各自的開發工作。從
MAINTAINERS文件中可以找到不同話題對應的郵件列表。
很多郵件列表架設在kernel.org伺服器上。這些列表的信息可以在這里找到：
http://vger.kernel.org/vger-lists.html
在使用這些郵件列表時，請記住保持良好的行為習慣。下面的鏈接提供了與這些列
表（或任何其它郵件列表）交流的一些簡單規則，雖然內容有點濫竽充數。
http://www.albion.com/netiquette/
當有很多人回復你的郵件時，郵件的抄送列表會變得很長。請不要將任何人從抄送
列表中刪除，除非你有足夠的理由這么做。也不要只回復到郵件列表。請習慣於同
一封郵件接收兩次（一封來自發送者一封來自郵件列表），而不要試圖通過添加一
些奇特的郵件頭來解決這個問題，人們不會喜歡的。
記住保留你所回復內容的上下文和源頭。在你回復郵件的頂部保留「某某某說到……」
這幾行。將你的評論加在被引用的段落之間而不要放在郵件的頂部。
如果你在郵件中附帶補丁，請確認它們是可以直接閱讀的純文本（如
Documentation/SubmittingPatches文檔中所述）。內核開發者們不希望遇到附件
或者被壓縮了的補丁。只有這樣才能保證他們可以直接評論你的每行代碼。請確保
你使用的郵件發送程序不會修改空格和製表符。一個防範性的測試方法是先將郵件
發送給自己，然後自己嘗試是否可以順利地打上收到的補丁。如果測試不成功，請
調整或者更換你的郵件發送程序直到它正確工作為止。
總而言之，請尊重其他的郵件列表訂閱者。
Ⅳ Linux內核中斷之獲取中斷號
Linux內核中可使用 platform_get_irq() 函數獲取 dts 文件中設置的中斷號。
函數原型： int platform_get_irq(struct platform_device *dev, unsigned int num)
定義文件： driversaseplatform.c
中斷號獲取函數 platform_get_irq() 調用流程如下：
rk3399 使用的是 GICv3 ，對應 irq_domain->name 。
文件： drivers/irqchip/irq-gic-v3.c 。
translate() 函數實現如下：
以 RockPI 4A 單板 Debian 系統Linux 4.4內核中的獲取 HDMI 中斷號為例。
1、查找中斷號
從手冊「Rockchip RK3399 TRM V1.3 Part1.pdf」中，可以查到 HDMI_IRQ 中斷號，即55。
2、 dts 配置
文件： arch/arm64/boot/dts/rockchip/rk3399.dtsi
hdmi 使用的是 GIC_SPI 中斷，按照 gic_irq_domain_translate() 函數中處理，需要將中斷號55減去32，得到 dts 中的中斷號23。
註： interrupts = <中斷類型 中斷號 中斷觸發類型 中斷分區(對應哪個CPU cluster，PPI類型中斷特有)>
3、驅動函數
文件： driversgpudrm ockchipdw_hdmi-rockchip.c
此時， irq 返回值為55。
後續會介紹 GIC 和中斷注冊等實現函數。