Hi,
We found an issue with the FW that causing this overrun.
The bug happened when incrementing CQ consumer index in more then 1 and a CQE is written at the same time on this CQ.
This bug is the same in 3.3.1 and 4.6.1 versions.
A FW with a fix will be provided next week.
Tziporet
-----Original Message-----
From: Michael S. Tsirkin [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 22, 2004 11:21 PM
To: Roland Dreier
Cc: [email protected]
Subject: Re: [PATCH] Re: [openib-general] Re: IPoIB Failure CQ overrun
Hello!
Quoting r. Roland Dreier ([EMAIL PROTECTED]) "Re: [PATCH] Re: [openib-general] Re: IPoIB Failure CQ overrun":
> Roland> Testing on PCI Express/Arbel systems (with dual 3.2 GHz
> Roland> Xeons) with FW 4.5.3, I've seen somewhat different
> Roland> behavior. Even after setting IPOIB_NUM_WC to 1 so that
> Roland> IPoIB never polls more than 1 CQE at a time (and so we
> Roland> always inc the CI by exactly 1), I still get the CQ
> Roland> overrun.
>
> FW 4.6.1 on these systems behaves the way Tavor FW 3.3.1 did on my
> systems: if I modify IPoIB to always poll 1 CQE at a time, it works
> fine. If IPoIB polls more than 1 CQE at a time then we see an
> overrun.
>
> - Roland
Thanks, Roland!
I'll be working on it.
mst
_______________________________________________
openib-general mailing list
[email protected]
http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
_______________________________________________ openib-general mailing list [email protected] http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
