（反弹琵琶）kernel调用user的函数限制？

我们知道运行于用户空间的应用程序是不可以直接调用内核提供的函数的，这是由cpu的硬件和操作系统所决定的，那么运行于核心的驱动程序等核心态程序调用函数的问题呢？
1、像sprintf等函数是可以调用的，因为它们好象根本不受运行环境的影响，这是为什么呢？
2、NTDLL里的导出函数。有的可用，有的不可用，导致这种差别的原因是什么？
3、像kernel32.dll、user32.dll、gdi32.dll等的导出函数是完全无法使用的，又是什么原因呢？
最后，如果我们知道了这些原因，能不能通过什么代码或方法去掉这些不同呢？如果能的话那真是太爽了！
 :D

财主说的正是我迷惑的... :D

我们知道运行于用户空间的应用程序是不可以直接调用内核提供的函数的，这是由cpu的硬件和操作系统所决定的，那么运行于核心的驱动程序等核心态程序调用函数的问题呢？
1、像sprintf等函数是可以调用的，因为它们好象根本不受运行环境的影响，这是为什么呢？
//首先ntoskrnl.exe导出了很多类似于C运行时库的函数，很多人用了却不自知；其次很多代码原就可在核心态与用户态运行（如很多内存拷贝类函数），核心态与用户态的限制没有你想得那么严重，但是本来为用户态设计的代码一旦得到过多权限后果往往致命，比如用户态有相当多的页异常是属系统正常机理，是可继续执行的；再如2000ring0可用printf！而Xp则不行，这与LPC的实现与系统调用方式有关。二者机理并不能寥寥数语来解释。

2、NTDLL里的导出函数。有的可用，有的不可用，导致这种差别的原因是什么？
//严格的说，ntdll导出函数都不应该在核心态使用。Rtl*很多确实能用，理由如上；在2000及以下版本很多nativeAPI也能用，这仍由系统调用方式决定，换了XP就不行。

3、像kernel32.dll、user32.dll、gdi32.dll等的导出函数是完全无法使用的，又是什么原因呢？
//首先说不是“完全”，它们与ntdll是同一类的，都不该用。原理同ntdll，它们做的某些事更多，限制比ntdll大了一点而已。

最后，如果我们知道了这些原因，能不能通过什么代码或方法去掉这些不同呢？如果能的话那真是太爽了！
//部分可行，但无意义，得不偿失。

感觉“LPC的实现与系统调用方式”比较抽象，不太懂。能不能解释一下？
还有用户态函数如果使用了特权指令，比如IN,OUT,INT等就会导致非法操作，但是对核心态函数来说是没有所谓的不可操作的特殊指令的，那么为什么还有那么多的限制呢？我知道一点，那就是分页内存，在DISPATCH_LEVEL以上不可以访问分页内存。请问还有没有别的限制？

感觉“LPC的实现与系统调用方式”比较抽象，不太懂。能不能解释一下？
//printf使用的WriteFile用LPC与环境子系统通信。系统调用使用自陷方式还是用特殊指令影响很大。

我知道一点，那就是分页内存，在DISPATCH_LEVEL以上不可以访问分页内存。请问还有没有别的限制？
//这点不是我说的限制，开始我说的就是在PASSIVE_LEVEL下，不必考虑更高级别的调用（虽然有很多C运行时函数可在任意IRQL下工作）。但页异常正是限制的最重要原因，实际上你调用ring3函数出错几乎都是0xE异常。原因之一前面提过了，ring3下页异常是系统机理之一，比如栈空间的扩展就靠它等等；更多的，系统代码本就未考虑这种调用，经过一些比较测试跳转，往往会访问到未在设计范围内的内存，于是死掉，你可在ring0调用一下Sleep(...)，跟踪看看。其它冲突因素比如非常小的核心栈等等不那么明显。

这么说来，要设计内核和用户态都可以使用的或者将用户态代码改成核心态也可以使用的c/c++代码的话，最主要是要注意内存的使用罗？

这么说来，要设计内核和用户态都可以使用的或者将用户态代码改成核心态也可以使用的c/c++代码的话，最主要是要注意内存的使用罗？

呵呵，“将用户态代码改成核心态”在于原先的代码访问了多少API等资源，相关的都得改掉才是安全的，而这一点就相当于自己写，完全违背了初衷（调用系统强大的ring3服务完成自己难于实现的一些功能）。当然可以用特殊手法切换回ring3再做，但仍是不可靠的。

财主兄怎么突然有闲情了，呵呵
 :cool:

[quote]这么说来，要设计内核和用户态都可以使用的或者将用户态代码改成核心态也可以使用的c/c++代码的话，最主要是要注意内存的使用罗？

呵呵，“将用户态代码改成核心态”在于原先的代码访问了多少API等资源，相关的都得改掉才是安全的，而这一点就相当于自己写，完全违背了初衷（调用系统强大的ring3服务完成自己难于实现的一些功能）。当然可以用特殊手法切换回ring3再做，但仍是不可靠的。 [/quote]
比如我有JPEG解码的源代码，我要把它放到驱动程序里去解码，不是满有意思吗？

财主兄怎么突然有闲情了，呵呵
 :cool:

别提了，现在的公司没什么劲。USB驱动程序做完后无事可做。我想考虑换一个真正作核心的公司。公司需要，自己也可以更深入学习一些东西。

[quote][quote]这么说来，要设计内核和用户态都可以使用的或者将用户态代码改成核心态也可以使用的c/c++代码的话，最主要是要注意内存的使用罗？

呵呵，“将用户态代码改成核心态”在于原先的代码访问了多少API等资源，相关的都得改掉才是安全的，而这一点就相当于自己写，完全违背了初衷（调用系统强大的ring3服务完成自己难于实现的一些功能）。当然可以用特殊手法切换回ring3再做，但仍是不可靠的。 [/quote]
比如我有JPEG解码的源代码，我要把它放到驱动程序里去解码，不是满有意思吗？ [/quote]

就看你这代码访问了哪些API喽？ :D

比如我有JPEG解码的源代码，我要把它放到驱动程序里去解码，不是满有意思吗？

只要核心算法是自己写的，移到核心态做改动不多啊，计算性质的代码本无所谓权级。但是核心态程序所能用资源甚少，浮点运算亦很不如别人方便，如果不是特殊需要，没有理由这么做嘛。比如ring3的解码程序顺手就可在函数里写char buf[2500];核心态就不行。

开发核心态程序，可使用内存大小受到限制，如果我要处理的数据量比较大（超1M），用什么办法可以调用更大的内存空间呢？

首先,用户太代码一般不能被核心态调用,但是事实上,很多代码也能被核心态调用,而条件是他们本身也处于核心太,
其二, 在核心态运行代码要考虑到irql 的变化,有的代码在某些irql 上不能运行,所以,要的代码运行,必须处于正确的irql,而用户太代码一般是在passive下运行的,超出了这个范围,可能会出错

首先,用户太代码一般不能被核心态调用,但是事实上,很多代码也能被核心态调用,而条件是他们本身也处于核心太,
----------------------------------------------------
为用户态写的代码被ring0程序调用运行于ring0，这是必然而不是“条件”。


其二, 在核心态运行代码要考虑到irql 的变化,有的代码在某些irql 上不能运行,所以,要的代码运行,必须处于正确的irql,而用户太代码一般是在passive下运行的,超出了这个范围,可能会出错
-----------------------------------------------------
re时看完贴子先 :o

开发核心态程序，可使用内存大小受到限制，如果我要处理的数据量比较大（超1M），用什么办法可以调用更大的内存空间呢？

内存池还是分得出1M的东西来的嘛；要是上10M甚至更多只好修改系统启动项让它空一批内存了，不好 :P

其实我只是有这个想法和疑问，并不是要实际做什么东西。感谢各位！