[nvmewin] StartIo Function Return value for NVMePowerControl

[Ravi Kumar]

Hi Paul,

I'll put the patch with proper fix in a day and update the same.

Regards,
Ravi Kumar

On Wed, May 2, 2012 at 1:14 AM, Luse, Paul E <paul.e.luse at intel.com> wrote:

>  Thanks for the note Ravi.  Can you please either put a patch together
> with the fix or simply enter a bug at
> https://www.openfabrics.org/resources/developer-tools/nvme-windows-development.html
> .  Using the list to simply report something is a good way to make sure
> it gets lost J****
>
> ** **
>
> *From:* nvmewin-bounces at lists.openfabrics.org [mailto:
> nvmewin-bounces at lists.openfabrics.org] *On Behalf Of *Ravi Kumar
> *Sent:* Sunday, April 29, 2012 10:32 PM
> *To:* nvmewin at lists.openfabrics.org
> *Subject:* [nvmewin] StartIo Function Return value for NVMePowerControl***
> *
>
> ** **
>
> Hi,****
>
>  ****
>
> As per observation on Windows the function NVMeStarIo(NVMeStd.c) for Power
> management, in case NVMePowerControl()****
>
> returns false it is still completed the request in NVMeStartIo and returns
> FALSE to StorPort driver. Whereas in case of StartIo returns FALSE StorPort
> driver treats IO has some issue and try to complete its own in
> AdapterControl call which create the BSOD to system
> (Multiple_IO_Request_Complete error).****
>
>   Don't we required to put the check in case failure of handle the power
> management system need not to be complete the Io as PortDriver makes it
> complete its own.****
>
>  ****
>
>  ****
>
> Regards,****
>
> Ravi Kumar****
>



-- 
Regards,
Ravi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openfabrics.org/pipermail/nvmewin/attachments/20120502/dd5d3461/attachment.html>