Windows System Software -- Consulting, Training, Development -- Unique Expertise, Guaranteed Results

Home NTFSD

Before Posting...

Please check out the Community Guidelines in the Announcements and Administration Category.

More Info on Driver Writing and Debugging


The free OSR Learning Library has more than 50 articles on a wide variety of topics about writing and debugging device drivers and Minifilters. From introductory level to advanced. All the articles have been recently reviewed and updated, and are written using the clear and definitive style you've come to expect from OSR over the years.


Check out The OSR Learning Library at: https://www.osr.com/osr-learning-library/


NO_MORE_IRP_STACK_LOCATION

OSR_Community_UserOSR_Community_User Member Posts: 110,217
Hi,

I'm working on a filter driver on Win2000. Currently my dispatch
routines only print the IRPs and let them PassThrough. When I
load the driver, it doesn't take too long for the system to
BugCheck with the error of "NO_MORE_IRP_STACK_LOCATION". My understanding
is that the filter driver doesn't have control over
the stack size. So what can I do to solve the problem?

Please help!

Raymond
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

Comments

  • OSR_Community_UserOSR_Community_User Member Posts: 110,217
    > is that the filter driver doesn't have control over
    > the stack size. So what can I do to solve the problem?

    It does. The stack size for the attached device must be larger by 1 than by
    lower one.

    Max
  • OSR_Community_UserOSR_Community_User Member Posts: 110,217
    Try setting
    HKLM\SYSTEM\CurrentControlSet\Services\LanManServer\Parameters\IrpStackSize
    to a larger size. This controls the irp stack size that the server code
    uses. When you add filters it requires more irp stack locations and
    requests from the network use 1 more stack location than local requests.

    -----Original Message-----
    From: Maxim S. Shatskih [mailto:[email protected]]
    Sent: Tuesday, February 29, 2000 11:02 AM
    To: File Systems Developers Interest List
    Subject: [ntfsd] Re: NO_MORE_IRP_STACK_LOCATION


    > is that the filter driver doesn't have control over
    > the stack size. So what can I do to solve the problem?

    It does. The stack size for the attached device must be larger by 1 than by
    lower one.

    Max


    ---
    You are currently subscribed to ntfsd as: [email protected]
    To unsubscribe send a blank email to $subst('Email.Unsub')
  • OSR_Community_UserOSR_Community_User Member Posts: 110,217
    In your driver, if you do not copy the stack location properly you will
    observe this error.

    You should be using IoCopyCurrentIrpStackLocationToNext; it sets up the next
    stack location properly. Failing to set it up properly can cause this
    problem.

    Regards,

    Tony

    Tony Mason
    Consulting Partner
    OSR Open Systems Resources, Inc.
    http://www.osr.com

    -----Original Message-----
    From: Raymond Lu [mailto:[email protected]]
    Sent: Tuesday, February 29, 2000 10:02 AM
    To: File Systems Developers Interest List
    Subject: [ntfsd] NO_MORE_IRP_STACK_LOCATION


    Hi,

    I'm working on a filter driver on Win2000. Currently my dispatch
    routines only print the IRPs and let them PassThrough. When I
    load the driver, it doesn't take too long for the system to
    BugCheck with the error of "NO_MORE_IRP_STACK_LOCATION". My understanding
    is that the filter driver doesn't have control over
    the stack size. So what can I do to solve the problem?

    Please help!

    Raymond
    ______________________________________________________
    Get Your Private, Free Email at http://www.hotmail.com


    ---
    You are currently subscribed to ntfsd as: [email protected]
    To unsubscribe send a blank email to $subst('Email.Unsub')
Sign In or Register to comment.

Howdy, Stranger!

It looks like you're new here. Sign in or register to get started.

Upcoming OSR Seminars
OSR has suspended in-person seminars due to the Covid-19 outbreak. But, don't miss your training! Attend via the internet instead!
Kernel Debugging 9-13 Sept 2024 Live, Online
Developing Minifilters 15-19 July 2024 Live, Online
Internals & Software Drivers 11-15 Mar 2024 Live, Online
Writing WDF Drivers 20-24 May 2024 Live, Online