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

Home NTDEV

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/


Before Posting...

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

Windows 2000 grabs high I/O ports for exclusive PCI access?

OSR_Community_UserOSR_Community_User Member Posts: 110,217
I just started trying out our drivers on Windows 2000, and the first problem
I found is that our calls to IoReportResourceUsage always fail with a
conflict detected.

The conflict seems to be because the PCI bus driver grabs 0x0D00 through
0xFFFF I/O port space for exclusive access. Our hardware sits in the high
ISA I/O port space, at such addresses as 0x6000. This clearly works for us
under NT 4.0 since we've been shipping this product for quite some time.

I've tried grabbing it both as driver excelusive and as shared, and it fails
in both cases. However, if I just don't report my resouces, my driver and
hardware work fine.

So, my questions are:
1. Why does it grab that I/O space for exclusive access?
2. How do I get around it, other than just not reporting my
resources?
3. Is there a better tool than Device Manager for viewing resouces?
The 4.0 tool called Windows Diagnostics tells how each resource was declared
(driver exclusive, device exclusive, shared), whereas Device Manager does
not seem to give that information.

Thanks!
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!
Writing WDF Drivers 24 January 2022 Live, Online
Internals & Software Drivers 7 February 2022 Live, Online
Kernel Debugging 21 March 2022 Live, Online
Developing Minifilters 23 May 2022 Live, Online