I’ve just encountered probably the same
problem, i.e. getting a STATUS_ACCESS_DENIED on a
REQUEST_ISOCH_FREE_BANDWIDTH operation after a few
hundred cycles of Allocates and Deallocates.
I’m very interested in hearing about the resolution of this issue.
I’m using Win7 64 bit.
Udo Lenz
CCD Videometrie
On Mon, 1 Feb 2010 17:44:00 -0500 (EST), xxxxx@cognex.com wrote:
Just a follow-up -
I tried all three viewers mentioned by Ivan and in all cases, I see a lot of numbers in the text output generated by the viewer but I am unable to decipher anything ‘telling’ from them.More to the point now -
Our upper-level driver occasionally reads IRP’s IoStatus.Status as set to STATUS_ACCESS_DENIED after completion is signalled (waiting using KeWaitForSingleObject) following a REQUEST_ISOCH_FREE_BANDWIDTH operation. The error is reproducible after 300 to 1000 allocate and deallocate bandwidth ‘cycles’.Are we making an error in the set-up of the IRB which can cause this error? What are the situations that can cause an ACCESS_DENIED error from REQUEST_ISOCH_FREE_BANDWIDTH operation?
We are not setting the IRB_FLAG_ALLOW_REMOTE_FREE flag, nor are we setting the IRB_FLAG_USE_PRE_CALCULATE_VALUE flag. We are using SPEED_FLAGS_400 for Speed Flag.We see this ACCESS_DENIED error with the 1394ohci driver (v.6.1.7600.16385) but never with the legacy 1394bus & ohci1394 drivers (also v.6.1.7600.16385).
I have the 1394ohci auto-trace file (ETL format) just in case anyone over at MSFT wants to take a look at it.
Thanks all.
-S.Neoh