also if your miniport is fabricating INQUIRY data (becuase it’s a
virtual driver, or because you’re exposing non-SCSI devices, etc…)
make sure you set the tagged queueing bit (CommandQueue i believe) in
the INQUIRY data that you pass back or you won’t get tagged requests.
-p
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of
xxxxx@attotech.com
Sent: Thursday, February 17, 2005 12:10 PM
To: Windows System Software Devs Interest List
Subject: Re: [ntdev] Ref: NumberofRequests in ScsiMiniport
drivers
Just always use NextLuRequest.
It should be pretty easy to find out if you are getting any
tagged commands. You won’t during the bus scan, and after a certain
number of certain kinds of errors (if any), the port driver will turn
off Tagged Commands until the next boot.
Jerry.
>>>>>
Hi All,
I am not getting more than 2 pending commands in
miniport drivers when I can support more than that.
I am setting the registry setting “NumberOfRequests”
to 128
During miniport driverEntry, I am setting
TaggedQueuing = TRUE;
MultipleRequestPerLu = TRUE;
In my startIo, I am doing the following:
if (Srb->SrbFlags & SRB_FLAGS_QUEUE_ACTION_ENABLE)
ScsiPortNotification(
NextLuRequest,
DeviceExtension,
Srb->PathId,
Srb->TargetId,
Srb->Lun );
else
ScsiPortNotification(
NextRequest,
DeviceExtension );
I think the reason might be that I am not getting any
tagged commands.
Size of My NoncachedExtension is around 12k and sizeof
SrbExtension is 576 bytes.
I am running Iometer to run Ios.
Any ideas.
Thanks and Regards,
Gurpreet
<<<<<< —
Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256
You are currently subscribed to ntdev as:
xxxxx@windows.microsoft.com
To unsubscribe send a blank email to
xxxxx@lists.osr.com