From: sven.kreamer on
I have a SCSI attached removable disk drive. In the XP device manager
Policies tab, the options are grayed out and "Optimize for
performance" is selected. Is there a way to default the drive to
"Optimize for quick removal" instead?
From: Ben Voigt [C++ MVP] on
sven.kreamer(a)gmail.com wrote:
> I have a SCSI attached removable disk drive. In the XP device manager
> Policies tab, the options are grayed out and "Optimize for
> performance" is selected. Is there a way to default the drive to
> "Optimize for quick removal" instead?

Perhaps you have a caching SCSI controller, in that case disabling the
Windows write cache wouldn't actually help with surprise removal.


From: sven.kreamer on
> Perhaps you have a caching SCSI controller, in that case disabling the
> Windows write cache wouldn't actually help with surprise removal.

The controller is not caching type. Even if it were, that is no
problem at all because the miniport would set CachesData=TRUE and
Windows would send SRB_FUNCTION_FLUSH whenever it wishes to
synchronously commit all data from the adapter cache to the media.

The problem with "Optimize for performance" is some stuff never gets
written to the disk until shutdown. Users cannot be expected to go
through the safely remove hardware wizard so when the user pulls the
disk out it is in a bad state. Isn't that what "Optimize for quick
removal" is for? Removable disk drives on USB get "Optimize for quick
removal" automatically. I need to find a way to achieve this same
default for SCSI. I don't know where to begin. Is it a change needed
in the miniport itself? An INF file is needed for the disk? A filter
driver?
From: Ben Voigt [C++ MVP] on
sven.kreamer(a)gmail.com wrote:
>> Perhaps you have a caching SCSI controller, in that case disabling
>> the Windows write cache wouldn't actually help with surprise removal.
>
> The controller is not caching type. Even if it were, that is no
> problem at all because the miniport would set CachesData=TRUE and
> Windows would send SRB_FUNCTION_FLUSH whenever it wishes to
> synchronously commit all data from the adapter cache to the media.
>
> The problem with "Optimize for performance" is some stuff never gets
> written to the disk until shutdown. Users cannot be expected to go
> through the safely remove hardware wizard so when the user pulls the
> disk out it is in a bad state. Isn't that what "Optimize for quick
> removal" is for? Removable disk drives on USB get "Optimize for quick
> removal" automatically. I need to find a way to achieve this same
> default for SCSI. I don't know where to begin. Is it a change needed
> in the miniport itself? An INF file is needed for the disk? A filter
> driver?

Well, surprise removal on USB drives doesn't work either, in XP you can get
data corruption really easily. Vista includes a fix (and also automatically
runs chkdsk on any drive that was surprise removed in XP).


From: Pavel A. on
Recently an usb disk corruption on Vista sp1 after successful safe removal
has been reported in .vista.hardware_devices.
So it seems that the story will be continued.

--PA


"Ben Voigt [C++ MVP]" <rbv(a)nospam.nospam> wrote in message
news:uf8MsRLmIHA.4504(a)TK2MSFTNGP06.phx.gbl...
> sven.kreamer(a)gmail.com wrote:
>>> Perhaps you have a caching SCSI controller, in that case disabling
>>> the Windows write cache wouldn't actually help with surprise removal.
>>
>> The controller is not caching type. Even if it were, that is no
>> problem at all because the miniport would set CachesData=TRUE and
>> Windows would send SRB_FUNCTION_FLUSH whenever it wishes to
>> synchronously commit all data from the adapter cache to the media.
>>
>> The problem with "Optimize for performance" is some stuff never gets
>> written to the disk until shutdown. Users cannot be expected to go
>> through the safely remove hardware wizard so when the user pulls the
>> disk out it is in a bad state. Isn't that what "Optimize for quick
>> removal" is for? Removable disk drives on USB get "Optimize for quick
>> removal" automatically. I need to find a way to achieve this same
>> default for SCSI. I don't know where to begin. Is it a change needed
>> in the miniport itself? An INF file is needed for the disk? A filter
>> driver?
>
> Well, surprise removal on USB drives doesn't work either, in XP you can
> get data corruption really easily. Vista includes a fix (and also
> automatically runs chkdsk on any drive that was surprise removed in XP).