[nvmewin] INTx

Robles, Raymond C raymond.c.robles at intel.com
Tue Feb 28 09:26:59 PST 2012


On the topic of the next release, did we have a tentative date in mind?

Thanks,
Ray

From: nvmewin-bounces at lists.openfabrics.org [mailto:nvmewin-bounces at lists.openfabrics.org] On Behalf Of Chang, Alex
Sent: Tuesday, February 28, 2012 10:07 AM
To: Luse, Paul E; nvmewin at lists.openfabrics.org
Subject: Re: [nvmewin] INTx

Thanks, Paul.
I will do more testing before requesting a patch that includes both changes.

Alex

________________________________
From: Luse, Paul E [mailto:paul.e.luse at intel.com]<mailto:[mailto:paul.e.luse at intel.com]>
Sent: Tuesday, February 28, 2012 5:25 AM
To: Chang, Alex; nvmewin at lists.openfabrics.org<mailto:nvmewin at lists.openfabrics.org>
Subject: RE: INTx
I agree, if you are preparing a patch for the INTx lock change you can put this in there as well.

Thx
Paul

From: Chang, Alex [mailto:Alex.Chang at idt.com]<mailto:[mailto:Alex.Chang at idt.com]>
Sent: Monday, February 27, 2012 4:43 PM
To: Luse, Paul E; nvmewin at lists.openfabrics.org<mailto:nvmewin at lists.openfabrics.org>
Subject: RE: INTx

There is another bug in IoCompletionDpcRoutine. The Boolean variable "InterruptClaimed" needs to be reset to FALSE when checking next completion queues as below. Otherwise, it might write some bogus values to the Head Pointer of the queues.

if (InterruptClaimed == TRUE) {

    /* Now update the Completion Head Pointer via Doorbell register */

    StorPortWriteRegisterUlong(pAE,   pCQI->pCplHDBL,  (ULONG)pCQI->CplQHeadPtr);

    InterruptClaimed = FALSE;

}

________________________________
From: Luse, Paul E [mailto:paul.e.luse at intel.com]<mailto:[mailto:paul.e.luse at intel.com]>
Sent: Monday, February 27, 2012 11:30 AM
To: Chang, Alex; nvmewin at lists.openfabrics.org<mailto:nvmewin at lists.openfabrics.org>
Subject: RE: INTx
Hi Alex,

Yep, you need to grab/release the DpcLock instead of the per message lock when in INTx mode - good catch.

Thx
Paul

From: Chang, Alex [mailto:Alex.Chang at idt.com]<mailto:[mailto:Alex.Chang at idt.com]>
Sent: Monday, February 27, 2012 12:02 PM
To: Luse, Paul E; nvmewin at lists.openfabrics.org<mailto:nvmewin at lists.openfabrics.org>
Subject: INTx

Hi Paul,

I believe the newly added DPC scheme crashes the system when using INTx. In IoCompletionDpcRoutine, the driver calls StorPortAcquireMSISpinLock with a specific MsgID causes blue screen. I should have tested it earlier. Should we call StorPortAcquireSpinLock instead?

Thanks,
Alex
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openfabrics.org/pipermail/nvmewin/attachments/20120228/fdd1bd5a/attachment.html>


More information about the nvmewin mailing list