Hi All,
I have written a PCMCIA Upper class filter for Windows 2K based on the
toaster class filter sample in the DDK. I’m able to hook to the device stack
of the both the CardBus Controllers in the system and see all the PnP IRPs
flowing down the stack. The second PnP IRP that I get is
IRP_MN_FILTER_RESOURCE_REQUIREMENTS and I pass the IRP down to the next
lower driver with no special processing - Just Skip and Call. As soon as I
do that, I get a BSOD with MULTIPLE_IRP_COMPLETE_REQUESTS (Error Code 0x44)
and the stack points to pcmcia.sys.
I traced through the IRP control flow and found that PCI.SYS has completed
that IRP and pcmcia.sys is attempting to complete it again for some reason.
Has anyone seen a similar behavior?
I’d really appreciate your opinion on this and any recommendation to solve
this issue is welcome.
Thank you,
Ajith Jayamohan
Software Engineer
Adaptec, Inc.
You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
Hi All,
To answer my own questions :), it is a known bug in Windows 2K and hopefully
will be fixed in SP3 (?).
Please see the following link for the update from Microsoft:
http://support.microsoft.com/default.aspx?scid=kb;EN-US;q293385
If anyone found a workaround, let me know.
Thanks,
Ajith
-----Original Message-----
From: Jayamohan , Ajith [mailto:xxxxx@adaptec.com]
Sent: Wednesday, January 23, 2002 1:30 PM
To: NT Developers Interest List
Subject: [ntdev] PCMCIA Upper Class Filter Question
Hi All,
I have written a PCMCIA Upper class filter for Windows 2K based on the
toaster class filter sample in the DDK. I’m able to hook to the device stack
of the both the CardBus Controllers in the system and see all the PnP IRPs
flowing down the stack. The second PnP IRP that I get is
IRP_MN_FILTER_RESOURCE_REQUIREMENTS and I pass the IRP down to the next
lower driver with no special processing - Just Skip and Call. As soon as I
do that, I get a BSOD with MULTIPLE_IRP_COMPLETE_REQUESTS (Error Code 0x44)
and the stack points to pcmcia.sys.
I traced through the IRP control flow and found that PCI.SYS has completed
that IRP and pcmcia.sys is attempting to complete it again for some reason.
Has anyone seen a similar behavior? I’d really appreciate your opinion on
this and any recommendation to solve this issue is welcome.
—
You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
Ooops … Don’t you mean XP? I doubt there will be an SP3.
Gary G. Little
Broadband Storage, Inc.
xxxxx@broadstor.com
xxxxx@inland.net
-----Original Message-----
From: Jayamohan , Ajith [mailto:xxxxx@adaptec.com]
Sent: Wednesday, January 23, 2002 2:59 PM
To: NT Developers Interest List
Subject: [ntdev] RE: PCMCIA Upper Class Filter Question
Hi All,
To answer my own questions :), it is a known bug in Windows 2K and hopefully
will be fixed in SP3 (?).
Please see the following link for the update from Microsoft:
http://support.microsoft.com/default.aspx?scid=kb;EN-US;q293385
If anyone found a workaround, let me know.
Thanks,
Ajith
-----Original Message-----
From: Jayamohan , Ajith [mailto:xxxxx@adaptec.com]
Sent: Wednesday, January 23, 2002 1:30 PM
To: NT Developers Interest List
Subject: [ntdev] PCMCIA Upper Class Filter Question
Hi All,
I have written a PCMCIA Upper class filter for Windows 2K based on the
toaster class filter sample in the DDK. I’m able to hook to the device stack
of the both the CardBus Controllers in the system and see all the PnP IRPs
flowing down the stack. The second PnP IRP that I get is
IRP_MN_FILTER_RESOURCE_REQUIREMENTS and I pass the IRP down to the next
lower driver with no special processing - Just Skip and Call. As soon as I
do that, I get a BSOD with MULTIPLE_IRP_COMPLETE_REQUESTS (Error Code 0x44)
and the stack points to pcmcia.sys.
I traced through the IRP control flow and found that PCI.SYS has completed
that IRP and pcmcia.sys is attempting to complete it again for some reason.
Has anyone seen a similar behavior? I’d really appreciate your opinion on
this and any recommendation to solve this issue is welcome.
—
You are currently subscribed to ntdev as: xxxxx@broadstor.com
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
—
You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
Hello,
Please install the latest SP3 QFE package containing pcmcia.sys (KB
article Q311537) and check if the problem still exists. If it bugchecks,
let us know. Thanks
Khalid
This posting is provided “AS IS” with no warranties, and confers no
rights.
-----Original Message-----
From: Jayamohan , Ajith [mailto:xxxxx@adaptec.com]
Sent: Wednesday, January 23, 2002 2:59 PM
To: NT Developers Interest List
Subject: [ntdev] RE: PCMCIA Upper Class Filter Question
Hi All,
To answer my own questions :), it is a known bug in Windows 2K and
hopefully
will be fixed in SP3 (?).
Please see the following link for the update from Microsoft:
http://support.microsoft.com/default.aspx?scid=kb;EN-US;q293385
If anyone found a workaround, let me know.
Thanks,
Ajith
-----Original Message-----
From: Jayamohan , Ajith [mailto:xxxxx@adaptec.com]
Sent: Wednesday, January 23, 2002 1:30 PM
To: NT Developers Interest List
Subject: [ntdev] PCMCIA Upper Class Filter Question
Hi All,
I have written a PCMCIA Upper class filter for Windows 2K based on the
toaster class filter sample in the DDK. I’m able to hook to the device
stack
of the both the CardBus Controllers in the system and see all the PnP
IRPs
flowing down the stack. The second PnP IRP that I get is
IRP_MN_FILTER_RESOURCE_REQUIREMENTS and I pass the IRP down to the next
lower driver with no special processing - Just Skip and Call. As soon as
I
do that, I get a BSOD with MULTIPLE_IRP_COMPLETE_REQUESTS (Error Code
0x44)
and the stack points to pcmcia.sys.
I traced through the IRP control flow and found that PCI.SYS has
completed
that IRP and pcmcia.sys is attempting to complete it again for some
reason.
Has anyone seen a similar behavior? I’d really appreciate your opinion
on
this and any recommendation to solve this issue is welcome.
—
You are currently subscribed to ntdev as: xxxxx@microsoft.com
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
—
You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com