亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

  免費注冊 查看新帖 |

Chinaunix

  平臺 論壇 博客 文庫
12下一頁
最近訪問板塊 發(fā)新帖
查看: 13196 | 回復: 16
打印 上一主題 下一主題

【求助】關(guān)于inb和inw的疑問 [復制鏈接]

論壇徽章:
0
跳轉(zhuǎn)到指定樓層
1 [收藏(0)] [報告]
發(fā)表于 2008-04-15 22:46 |只看該作者 |倒序瀏覽
初學linux內(nèi)核,在閱讀網(wǎng)絡設備驅(qū)動程序時對inb和inw函數(shù)的用法感到不解:
   
  (1)ISA網(wǎng)卡驅(qū)動程序的探測過程(函數(shù)netcard_probe1()中),從起始端口讀取3字節(jié)網(wǎng)卡硬件地址進行校驗:
       if ( inb(ioaddr+0) != SA_ADDR0  ¦ ¦ inb(ioaddr+1) != SA_ADDR1  ¦ ¦ inb(ioaddr+2) != SA_ADDR3 )
      { return -ENODEV; }
      ...
      for ( i=0; i <6; i++ )
         printk("%2.2x" , dev->dev_addr = inb(ioaddr+i));
   
  (2)在接收函數(shù)中(函數(shù)net_rx()),出現(xiàn):
      int status = inw(ioaddr);
      int pkt_len = inw(ioaddr);
      分別表示讀取幀狀態(tài)碼和幀長度,是從同一個端口讀到的一個包中的兩個不同數(shù)據(jù)

   那么,為什么(1)中三個字節(jié)的硬件地址是在三個連續(xù)端口中讀出來的(inb中的"+0"、"+1"、"+2"),而(2)中幀狀態(tài)碼和長度卻是同一個端口呢?
   而且如果對同一端口的連續(xù)讀取會得到不同的數(shù)據(jù),在(1)中,讀取地址校驗完后的打印過程(inb(ioaddr+i))還能確定是校驗時讀取的硬件地址數(shù)據(jù)么?

   請高手指教,謝謝!

論壇徽章:
0
2 [報告]
發(fā)表于 2008-04-16 15:42 |只看該作者

回復 #1 njngypp 的帖子

>>那么,為什么(1)中三個字節(jié)的硬件地址是在三個連續(xù)端口中讀出來的(inb中的"+0"、"+>>>1"、"+2"),而(2)中幀狀態(tài)碼和長度卻是同一個端口呢?
>>而且如果對同一端口的連續(xù)讀取會得到不同的數(shù)據(jù),在(1)中,讀取地址校驗完后的打印過程>>(inb(ioaddr+i))還能確定是校驗時讀取的硬件地址數(shù)據(jù)么?
ISA網(wǎng)卡通過連續(xù)的3個8-bit IO端口來得到硬件的識別碼。并將內(nèi)部的RAM影射到一個16bit的IO端口,并且有一個counter計數(shù)器跟蹤每次的讀操作,每次讀,counter增加,內(nèi)部尋址是base+counter 的方式。
這些都是硬件決定的,讀代碼不能脫離Spec

論壇徽章:
0
3 [報告]
發(fā)表于 2008-04-16 19:45 |只看該作者
原帖由 bluesky_jxc 于 2008-4-16 15:42 發(fā)表
>>那么,為什么(1)中三個字節(jié)的硬件地址是在三個連續(xù)端口中讀出來的(inb中的"+0"、"+>>>1"、"+2"),而(2)中幀狀態(tài)碼和長度卻是同一個端口呢?
>>而且如果對同一端口的連續(xù)讀取會得到不同的數(shù)據(jù),在(1) ...

強!學習了
這種base addr+counter的方式太無敵了!

論壇徽章:
0
4 [報告]
發(fā)表于 2008-04-17 08:52 |只看該作者

回復 #3 zx_wing 的帖子

這不是叫強,而是無奈啊。
IO空間就64K,如果來個一一映射,估計高級一點的設備都不能用。
這也是為什么PCI大量采用MMIO的原因。
而且即使是PCI,高級一點的設備也是base+counter來實現(xiàn)的。例如128M的PCI RAM卡,可能也只能分配到2M/4M的MMIO空間。

論壇徽章:
0
5 [報告]
發(fā)表于 2008-04-17 12:35 |只看該作者
原帖由 bluesky_jxc 于 2008-4-17 08:52 發(fā)表
這不是叫強,而是無奈啊。
IO空間就64K,如果來個一一映射,估計高級一點的設備都不能用。
這也是為什么PCI大量采用MMIO的原因。
而且即使是PCI,高級一點的設備也是base+counter來實現(xiàn)的。例如128M的PCI RA ...

那為啥不開窗喃,這種硬件維護一個計數(shù)器,軟件還要跟蹤計數(shù)器的方式明顯就不方便使用,容易出錯

論壇徽章:
0
6 [報告]
發(fā)表于 2008-04-17 12:42 |只看該作者

回復 #5 zx_wing 的帖子

軟件只需要維護base而已,counter是透明的,你可以看看PCI的Burst傳輸。

其實這就是“窗”啊

論壇徽章:
0
7 [報告]
發(fā)表于 2008-04-17 13:16 |只看該作者
原帖由 bluesky_jxc 于 2008-4-17 12:42 發(fā)表
軟件只需要維護base而已,counter是透明的,你可以看看PCI的Burst傳輸。

其實這就是“窗”啊

但這個和窗還不一樣啊,不能隨機訪問啊。
比如才訪問過編號為3的寄存器,想再訪問一次就得輪到計數(shù)器加到下一次為3的時候?

論壇徽章:
0
8 [報告]
發(fā)表于 2008-04-17 13:43 |只看該作者
這可咋整?  看不懂的帖子加不加精華?

論壇徽章:
0
9 [報告]
發(fā)表于 2008-04-17 14:48 |只看該作者

回復 #7 zx_wing 的帖子

ISA不叫“窗”,我說PCI那種就叫“窗”,汗!

ISA完全可以將這個offset寄存器映射出來,這樣就可以隨機訪問了塞,反正是memory,不會存在順序問題。

不過這樣說似乎有點不負責任,畢竟想不到那個時候的出發(fā)點。

今天看了用三極管電路實現(xiàn)的Memory,說了一句:那時候的三極管比電阻貴很多,所以設計的時候就是盡量減少三極管的數(shù)量。因此會多花費很多的電阻。拿到現(xiàn)在來說,也許就會優(yōu)先考慮集成度了罷

論壇徽章:
0
10 [報告]
發(fā)表于 2008-04-17 14:50 |只看該作者

回復 #5 zx_wing 的帖子

對了,你那個信譽積分怎么來的?我為什么沒有呢?
您需要登錄后才可以回帖 登錄 | 注冊

本版積分規(guī)則 發(fā)表回復

  

北京盛拓優(yōu)訊信息技術(shù)有限公司. 版權(quán)所有 京ICP備16024965號-6 北京市公安局海淀分局網(wǎng)監(jiān)中心備案編號:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年舉報專區(qū)
中國互聯(lián)網(wǎng)協(xié)會會員  聯(lián)系我們:huangweiwei@itpub.net
感謝所有關(guān)心和支持過ChinaUnix的朋友們 轉(zhuǎn)載本站內(nèi)容請注明原作者名及出處

清除 Cookies - ChinaUnix - Archiver - WAP - TOP