无论怎么样都需要应用程序首先和驱动程序接触一下了。其实只要你的应用程序首先和驱动接触就没问题了。但驱动中不要老想让它去等待应用程序，他的级别太高。
这样怎么样？
1）应用程序向驱动抛媚眼，提供访问信息。
2）驱动接到包，入队，然后给应用程序信息，应用程序判断。
3）应用程序根据判断结果触发DeviceIoControl来决定是否丢包。
这样也要绕两个来回，应该挺费时间的。其实有异步用对列还是很好的。
好运！！
 

估计这样已经算圆满了。
APP可以多起几个线程协同工作。

你把应用程序的判断加到驱动中，让应用程序响应他的消息看行不行

我认为说从应用层到内核转两次费时的说法没有依据，真正能到应用层转的请求有多少个？有一万个吗？有的话，用户的手早就点鼠标点的抽筋了。而每个系统调用的时间都不会太长的，所以尽可以用，效率绝对不是问题。

再说了，系统调用的开销再大，也不会比用户拿起鼠标，然后点通过或者取消的时间占的长。