作者rz600000 (suedeN    )
看板LinuxDev
標題Re: [問題] 請問net device driver的小問題 煩請幫忙
時間Fri Jan 11 04:17:54 2008
我去看e1000這個網卡 中有說到
930 netdev->open = &e1000_open;
931 netdev->stop = &e1000_close;
932 netdev->hard_start_xmit = &e1000_xmit_frame;
933 netdev->get_stats = &e1000_get_stats;
934 netdev->set_multicast_list = &e1000_set_multi;
935 netdev->set_mac_address = &e1000_set_mac;
936 netdev->change_mtu = &e1000_change_mtu;
937 netdev->do_ioctl = &e1000_ioctl;
938 e1000_set_ethtool_ops(netdev);
939 netdev->tx_timeout = &e1000_tx_timeout;
940 netdev->watchdog_timeo = 5 * HZ;
941 #ifdef CONFIG_E1000_NAPI
_^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
這裡他有提到假若我 def NAPI 才去定義 dev的poll為 &e1000_clean;
942 netdev->poll = &e1000_clean;
943 netdev->weight = 64;
944 #endif
945 netdev->vlan_rx_register = e1000_vlan_rx_register;
946 netdev->vlan_rx_add_vid = e1000_vlan_rx_add_vid;
947 netdev->vlan_rx_kill_vid = e1000_vlan_rx_kill_vid;
但是 我看了一下 /net/core/dev.c裡面的 code 他有提到
__netif_rx_schdule ->__raise_softing_irq -> net_rx_action
在net_rx_action 中會去找尋 這一裝置的 poll function
即 net_rx_action -> dev->poll
但是我今天沒有定義 要使用NAPI 所以在上面再做 e1000的初始化動作的時候
就不會去def netdev->poll = &e1000_clean
那到底kernel 怎麼知道我要call哪個 function
感恩
※ 引述《Spig (Spig)》之銘言:
: ※ 引述《rz600000 (suedeN    )》之銘言:
: 不好意思, 之前的回答是依照 linux 2.4 的經驗...
: 剛剛才打開 2.6.16 的 kernel source 來看
: 在 rtl8139_interrupt() 裡如果查到 interrupt source 有包含 RxAckBits
: 會去呼叫 __netif_rx_schedule()
: 然後上層會以 poll 的方式呼叫下來
: 詳細的文件請參考 Documentation/networking/NAPI_HOWTO.txt
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.117.176.182
→ mefuck:首先 你得釐清一件事情 傳送封包是主動的 而接收是被動 01/11 16:56
→ mefuck:所以 傳送封包可以透過常見的hard_start_xmit來傳送 01/11 16:58
→ mefuck:但是 接收包封 乃是不預期的事情 通常有採用兩種方式接收 01/11 16:59
→ mefuck:一種是polling 一種是中斷 01/11 17:00
→ mefuck:我們是藉由中斷去呼叫你的接收函式 01/11 17:02
→ mefuck:kernel則是透過中斷的方式 才知道要去呼叫接收封包的函式 01/11 17:04
→ mefuck:也就是說 一般接收函式並沒有註冊的動作(不採用CALLBACK) 01/11 17:07
→ mefuck:你要在你的中斷處理函式內去呼叫接收函式 01/11 17:09
→ mefuck:大致上是這樣 不知道這樣說你是否清楚 01/11 17:09
→ rz600000:..我所說的是 自動收近來的封包 之後處理的function 01/11 23:55
→ rz600000:是收進來到DMA後 ISR 中會呼叫到的處理封包function. 01/11 23:57