> We actually use the OFED 1.2 version. So, this feature is in use, but not
> this
> specific implementation.
Hmm... how much testing has the implementation being proposed for
merging actually had?
It might still be OK if the answer is that it hasn't been tested at
scale but that the basic c
>> With OFED 1.2 version of the code, right?
>>
>>
>Yes.
>But maybe they also used the new module - Sean?
We actually use the OFED 1.2 version. So, this feature is in use, but not this
specific implementation.
- Sean
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
Michael S. Tsirkin wrote:
As far as I know Intel run with SA cache enabled on large clusters with
Intel MPI
With OFED 1.2 version of the code, right?
Yes.
But maybe they also used the new module - Sean?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
> Quoting Tziporet Koren <[EMAIL PROTECTED]>:
> Subject: Re: [ofa-general] Re: Further 2.6.23 merge plans...
>
> Michael S. Tsirkin wrote:
> >We have the patches applied in ofed 1.2.c with default module parameter set
> >to caching disabled (ofed 1.2 had a differe
Michael S. Tsirkin wrote:
We have the patches applied in ofed 1.2.c with default module parameter set to
caching disabled (ofed 1.2 had a different version of the patches, but caching
is disabled by default there, too). At least in this configuration
(caching disabled), all issues I've seen seem
> Quoting Roland Dreier <[EMAIL PROTECTED]>:
> Subject: Re: Further 2.6.23 merge plans...
>
> > - Take a look at Sean's local SA caching patches. I merged
> >everything else from Sean's tree, but I'm still undecided about
> >these. I
> We are working on IPoIB to use multiple EQ for multiple
> links/connetions scalability. Does this mean this will wait for 2.6.24?
I think so -- I don't want to merge something that first appears in
the last few days of the merge window. The idea is to get your stuff
queued up *before
> Well, the only issue I recall is about the # of EQs we want to allocate.
> Was there something else?
Yes, some ideas about how applications should pick which EQ to use.
And how to handle CPU affinity. And whether we want to try to do
something NUMA-aware.
- R.
-
To unsubscribe from this lis
> Quoting Roland Dreier <[EMAIL PROTECTED]>:
> Subject: Re: Further 2.6.23 merge plans...
>
> > > I haven't done any work on it or seen anything from anyone else, so I
> > > expect this will have to wait for 2.6.24.
>
> > I'
> > I haven't done any work on it or seen anything from anyone else, so I
> > expect this will have to wait for 2.6.24.
> I'm surprised to hear this. How about this:
> http://lists.openfabrics.org/pipermail/general/2007-May/035757.html
Sure, I remember that. But I haven't seen anything to su
> Quoting Shirley Ma <[EMAIL PROTECTED]>:
> Subject: Re: [ofa-general] Re: Further 2.6.23 merge plans...
>
> Michael,
>
> I would like to try this patch for one adapter/2 ports scalability performance
> for IPoIB. Is this patch appliable to OFED-1.2?
Most likely yes
> Quoting Roland Dreier <[EMAIL PROTECTED]>:
> Subject: Re: Further 2.6.23 merge plans...
>
> > Any plans to do something with multiple EQ support in mthca?
>
> I haven't done any work on it or seen anything from anyone else, so I
> expect this will have to
Hello Roland,
> > Any plans to do something with multiple EQ support in mthca?
>
> I haven't done any work on it or seen anything from anyone else, so I
> expect this will have to wait for 2.6.24.
We are working on IPoIB to use multiple EQ for multiple
links/connetions scalability. Doe
> Any plans to do something with multiple EQ support in mthca?
I haven't done any work on it or seen anything from anyone else, so I
expect this will have to wait for 2.6.24.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Mo
> Also, if there's something I didn't list and didn't already include in
> the tree I asked Linus to pull, please remind me. I probably dropped it.
Any plans to do something with multiple EQ support in mthca?
--
MST
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
15 matches
Mail list logo
