select()函數？select()函數的接口主要是建立在一種叫fd_set類型的基礎上。它(fd_set) 是一組文件描述符(fd)的集合。由於fd_se

 啟用分頁機制 當Linux啟動時，首先運行在實模式下，隨後就要轉到保護模式下運行。因為在第二章段機制中，我們已經介紹了Linux對段的設置，在此我們主要討論與

 在項目驅動過程中會經常用到dma傳輸數據，而dma需要的內存有自己的特點，一般認為需要物理地址連續，並且內存是不可cache的，在linux內核中提供一個供d

 最近在看一個mpc8315 CPU上的驅動程序發現在使用spi_register注冊完成後沒有調用到相應的probe函數，分析後發現在driver_attac

 字符設備是最多的硬件設備，如常見的touchscreen, lcd等。一般認為數據需要順序訪問的都屬於字符設備，網卡也可以認為是一個字符設備，不同之處在於網絡

 select需要驅動程序的支持，驅動程序實現fops內的poll函數。select通過每個設備文件對應的poll函數提供的信息判斷當前是否有資源可用(如可讀或

 1. 等待隊列數據結構等待隊列由雙向鏈表實現，其元素包括指向進程描述符的指針。每個等待隊列都有一個等待隊列頭(wait queue head)，等待隊列頭是一

 我們知道默認外設I/O資源是不在Linux內核空間中的（如sram或硬件接口寄存器等），若需要訪問該外設I/O資源，必須先將其地址映射到內核空間中來，然後才能

 Linux素以優秀的網絡管理能力而著稱，linux為何具有這麼高的效率？我們從網絡設備的管理說起。Linux為何要對網絡設備單獨管理呢？這是因為。協議棧很多地

 注意到這麼龐大的結構中，有個成員叫： struct net_device *next,呵呵，很熟悉吧，就是用它來建立網絡設備的鏈表。每一個網絡設備啟動的時候，

 <<prison break>>第三季的第五集，終於在翹首企盼中姗姗來遲了，scofid用它驚人的智慧一次次化險為夷，但在邪惡的son

 sk_buff結構分析sk_buff是我們遇到的第二個重要的結構，在內核中經常被縮寫成skb.在linux 2.6.21它被定義成：struct sk_buf

 數據接收為了了解網卡數據接收的過程。有必要先討論DMA的具體過程。DMA傳輸數據可以分為以下幾個步驟：首先：CPU向DMA送命令,如DMA方式，主存地址，傳送

 數據的發送在進入到發送函數之前，我們先來看e100_up()->e100_alloc_cbs函數：static int e100_alloc_cbs(s

 概述了數據在網卡驅動上的處理，接著數據包的流程繼續往下走。網卡驅動的最後一個函數是netif_receive_skb.就從它說起。為了簡單起見，去掉了裡面預編

 關於網橋：網橋是一個二層設備，在深入之前可以把它當成一個二層的交換機。它在二層協議上轉發數據。網橋為了轉發數據，維持了一個端口與MAC的對應表，通常通為CAM

 新建網橋：從上面的分析可以知道，在用戶空間調用ioctl(br_socket_fd, SIOCBRADDBR, brname).進入到br_ioctl_dev

 前面已經分析了，將接口添進網橋時，用戶空間調用ioctl(br_socket_fd, SIOCBRADDIF, &ifr)注意到在void br_de

 到這裡為止，網橋的配置已經講述完了。我們來看一下網橋是怎麼對數據包進行處理的網橋對接收數據的處理：回到本章的開始的handle_bridge函數，會調用br_

 一：鄰居子系統概述鄰居子系統是從物理來說是指在同一個局域網內的終端。從網絡拓撲的結構來說，是指他們之間相隔的距離僅為一跳，他們屬於同一個突沖域鄰居子系統的作用