Using the Kernel Stack
The size of the kernel-mode stack is limited to approximately three pages. Therefore, when passing data to internal routines, drivers cannot pass large amounts of data on the kernel stack.
To avoid running out of kernel-mode stack space, use the following design guidelines:
Avoid making deeply nested calls from one internal driver routine to another, if each routine passes data on the kernel stack.
Make sure that you limit the number of recursive calls that can occur, if you design a driver that has a recursive routine.
In other words, the call-tree structure of a driver should be relatively flat. You can call the IoGetStackLimits and IoGetRemainingStackSize routines to determine the kernel stack space that is available, or KeExpandKernelStackAndCallout to expand it. Note that the size of the kernel-mode stack can vary among different hardware platforms and different versions of the operating system.
Running out of kernel stack space causes a fatal system error. Therefore, it is better for a driver to allocate system-space memory than to run out of kernel stack space. However, nonpaged pool is also a limited system resource.
Generally, the kernel-mode stack resides in memory, however it can occasionally be paged out if the thread enters a wait state that specifies user mode. See KeSetKernelStackSwapEnable for information on how to temporarily disable kernel stack paging for the current thread. For performance reasons, it is not recommended to disable kernel stack paging globally, but if you want to do so during a debugging session, see Disable paging of kernel stacks
Because the kernel stack might be paged out, please be cautious about passing stack-based buffers (i.e. local variables) to DMA or any routine that runs at DISPATCH_LEVEL or above.