为何不研究NDIS？

大家研究PASSTHRU、HOOK。
为何不一起研究NDIS本身？
分析清楚了NDIS的体系结构，数据流程，封装结构。。。。。
具体的应用不就很清楚了？

MICROSOFT在不断的发展NDIS，我们集思广益，这个方向很值研究。

现在我们都在NDIS的框架内搞，做的再好看也可以被NDIS高手旁路。微软就不留点后门什么的？你HOOK了，我就不能狗咬狗？ :)

大家研究PASSTHRU、HOOK。
为何不一起研究NDIS本身？
分析清楚了NDIS的体系结构，数据流程，封装结构。。。。。
具体的应用不就很清楚了？

MICROSOFT在不断的发展NDIS，我们集思广益，这个方向很值研究。

现在我们都在NDIS的框架内搞，做的再好看也可以被NDIS高手旁路。微软就不留点后门什么的？你HOOK了，我就不能狗咬狗？ :)

想的人多的是。。。。。。

但。。。。。。。。。。。。。。。。。。。

必须有取舍啊。精力及能力？？？

 :)

我也想知道数据包在ndis里是怎么流动的，可是一直都没有资料，或者说一直都没有时间和精力去研究这些东西，当然这些东西也是很难的，我只知道IMD，目录正在研究hook技术，如果有高手出来指点指点当然十二分的欢迎，关注！！！!!!

有兴趣先来研究网卡的驱动结构。

1、大家先确定一种PCI接口网络芯片，硬件资料详实易得。

2、驱动源码公开或大家可得到。

3、分几个模块大家分头研究：
          芯片研究
          芯片接口控制研究
          NDIS下PCI接口访问，DMA，中断，IO
          NDIS输出接口、数据结构
          网络数据处理和流程
   。。。。。。。。。。

4、大家定期交流，进行总体控制。

5、同一模块可多人研究，可随时加入。

6、研究成果的文档由大家共享，指定几人专门负责汇集、修订、发布。维护文档版本。

。。。。。。。。。。。。   :)

有兴趣先来研究网卡的驱动结构。

1、大家先确定一种PCI接口网络芯片，硬件资料详实易得。

2、驱动源码公开或大家可得到。

3、分几个模块大家分头研究：
          芯片研究
          芯片接口控制研究
          NDIS下PCI接口访问，DMA，中断，IO
          NDIS输出接口、数据结构
          网络数据处理和流程
   。。。。。。。。。。

4、大家定期交流，进行总体控制。

5、同一模块可多人研究，可随时加入。

6、研究成果的文档由大家共享，指定几人专门负责汇集、修订、发布。维护文档版本。

。。。。。。。。。。。。   :)

有在这里讨论的时间，我看早就研究的差不多了。

ddk里面有两个miniport driver source，
nt 351ddk里面还有一个fddi miniport driver source，
芯片资料都可以在网上download，我不明白自己坐在家里
有什么不能做的。
其实需要研究的东西太多，前几天有人发了一个贴子，
说是tcpip.sys输出函数，我也有兴趣，而且我也有条件，
我有2k的chk build，可是现在哪里有时间。不过这东西
看起来的确比较诱人，目前这个事情忙完了，真是打算
仔细看看。

前段时间老是回答别人的关于核心通知app的问题，最近
我自己也需要做这样的事情，我打开原来的工程，就打算
开始copy&paste，做到一半，我觉得自己简直是一个垃圾，
为什么我不把这个模块写成一个通用的东西呢？而且能够
让所有driver都能够共享？我开始忏悔了，于是乎就开始
动手了。这些事情我觉得比搞清楚一两个undocument的东西
更有趣。更能够帮助组里面的其他兄弟。

对研究ndis我很有兴趣，也具备一些条件：

我手头有2000和xp的checked build应该对研究这些有一点帮助。

现在正在看passthru虽然水平比较低，但ndis的程序已经可以 看得懂一些了。

简单的看了一下2000 ddk 里的两个网卡驱动的例子 （ne2000,INTEL ETHEREXPRESS PRO/100B(TM)）.
   A1。 ne2000的是在ndis3.0下的，INTEL ETHEREXPRESS PRO/100B(TM)是用ndis5.0作的。
   A2。两个例子应该和正式产品有区别，但我想应该可以进行原理性的运行。
   A3。intel 卡的例子很明确地支持pci,手头也有现成的卡。
       ne2000虽然老用，但看例子还有点拿不准支持不支持pci。虽然ne2000 pci 的卡是有。
       而且凭做硬件的经验觉得，intel的产品，各种资料都比较容易得到。
       INTEL ETHEREXPRESS PRO/100B(TM)上面的芯片应该是82557/82558，手册我粘在下面了。里面有印制版的电路图。

也许还需要 intel 的指令集，还有pci的标准什么的。到intel.com 找了一下，找最新的标准好像比想象的难。
   需要什么会员资格。想看一下站里的几个合不合用，竟然说我密码不对，见鬼。不过应该不难找到。

过一段要测自己做的imd,正好需要一个网卡驱动源码。就想顺手拿intel的这个先试一下了。

另外，我很欣赏ICON 解决复杂问题的这种 由浅入深的可操作性。按照这路子，搞明白NDIS的体系结构，数据流程，封装结构。。。。。
应该只是个时间问题。留个email吧：moqingsong@sohu.com

还有，站里很有几位高手是搞过网卡硬件或者是网卡驱动的。
选ndis作为一个共同研究的切入点也很合适。不会牵扯到个人工作中的商业机密，但又是大家面对的共同难点问题。




[编辑 -  6/9/02 by  moqingsong]

大家都在努力学习 os 的核心东西,
如果有一天大家对 os 的核心了解的非常透,写出来的东西要比老外的还好,

那时大家就可以写自己的 os , compiler ...

大家想个办法来组织一下。 :)

我确认了一下，intel 的指令集，还有pci的标准什么的，站里的资料完全够用。
我最快在两个星期后能建立起 2000和xp的checked build环境。

我全力支持。有机会见见面。

大家要研究 IM，必须要知道NDIS的数据发送接收的处理流程，要输出的函数的参数，用到的数据结构（PACKET、BUFFER），NDIS的层次结构对PACKET的生成、使用、释放的相互关系（MICROSOFT是个喜欢‘乱’的家伙）。 :)

再补充一点芯片的资料。

OK!

拍拍！！！！

rtl8139 nic driver source for win2000
http://www.driverdevelop.com/source.php?sortid=1

哪里能找到ndis方面的资料

装了一天的机子累死我了。

没办法，谁让国内的MS垄断来。

大家想个办法来组织一下。 :)

开始干吧？
先维护个邮件列表怎样？

大家都在讨论网络硬件驱动，为什么不讨论讨论一下中间层和网络协议层驱动的应用。想想那个用来捕捉网络数据包的驱动程序，国内的人都是从国外的网站上直接download下来之后就用，很少有人去研究那些源代码代表的设计思想。为什么我们总是落后于人家，懒惰和急于求成从长远角度来说恐怕是副面的作用更多。