
<html><body>

<p><tt>"Michael S. Tsirkin" <mst@mellanox.co.il> wrote on 09/26/2006 11:23:16 PM:<br>

<br>

> Quoting r. Shirley Ma <xma@us.ibm.com>:<br>

> > We<br>

> > are implementing multiple EQs suport for one adapter now.<br>

> <br>

> I think with MSI we can have a per-interface EQ in mthca.<br>

> Main reason I'm not doing this is because I haven't figured out<br>

> the right interface to pass this information to the low level driver yet.<br>

> <br>

> Maybe we should just assign EQs to CQs in a round-robin fashion<br>

> for now, and just hope typical use allocates CQs sequentially.<br>

> Worst case, we are back to where we are now, performance-wise.<br>

> Roland, how does this sound?<br>

> <br>

> > If that works, then<br>

> > we can modify the ehca code as mthca. Actually mthca has the same problem as<br>

> > ehca over two links on the same adapter.<br>

> <br>

> OK, but if as you point out the issue is not device-specific -<br>

> that's a good reason not to do tricks in low-level driver to try<br>

> and work around this, but address this at ULP level.<br>

> <br>

> -- <br>

> MST<br>

Yes. That's what we are working on to define the right APIs to pass information to low level driver. Now we are trying per interface per EQ, then we will extent the work to N(CQ):M(EQ) mapping. ehca could support up to 127 EQs, I would suggest to use hash.</tt><br>

<br>

Thanks<br>

Shirley Ma</body></html>