Dave Jones wrote:
On Mon, Nov 14, 2005 at 09:07:48PM -0500, Lee Revell wrote:
> On Mon, 2005-11-14 at 19:02 -0600, Robert Hancock wrote:
> > Giridhar Pemmasani wrote:
> > > Shouldn't I have to prevent scheduler from changing the tasks when executing
> > > Windows code? Otherwise, kernel gets wrong current thread information,
> > > which is based on stack pointer. This is the stumbling block for implementing
> > > private stacks.
> >
> > As long as preemption is disabled when the driver code is executing
>
> Um, but it's really really bad for drivers to do that.
And loading Windows drivers into the kernel isn't ?
I think we're already in no-mans land here.
Remember, we have no clue what those drivers are even doing.
Preemption is the least of its problems.
Dave
NetWare used 16K stacks in kernel by default. 4K is not enough room. I
have to dance around a lot of issues with 4K stacks. I haven't followed
who came up with the idea to limit stacks to 4K, but they should have
the option of 4-16K. NeWare 5.0 started using 32 Stacks for
all the compression support and FS crap, but 16K was a good number.
Why does the kernel need to be limited to 4K? for kernel preemption?
Someone needs to fix this. It's busted. It makes porting code between
Windows and Linux and other OS's difficult to support.
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
