[openib-general] [PATCH for-2.6.18] IB/cma: option to limitMTU to 1K

Hal Rosenstock halr at voltaire.com
Wed Sep 13 13:10:15 PDT 2006


On Wed, 2006-09-13 at 15:03, Michael S. Tsirkin wrote:
> Quoting r. Fabian Tillier <ftillier at silverstorm.com>:
> > Subject: Re: [PATCH for-2.6.18] IB/cma: option to limitMTU to 1K
> > 
> > On 9/13/06, Michael S. Tsirkin <mst at mellanox.co.il> wrote:
> > > Quoting r. Hal Rosenstock <halr at voltaire.com>:
> > > > Subject: Re: [openib-general] [PATCH for-2.6.18] IB/cma: option to limitMTU to 1K
> > > >
> > > > On Wed, 2006-09-13 at 11:57, Michael S. Tsirkin wrote:
> > > > > Tavor systems get better performance with 1K MTU. Since there does
> > > > > not seem to be any way to find out whether the remote system uses Tavor,
> > > > > add an option to limit the MTU globally.
> > > >
> > > > Can't Tavor be determined locally ?
> > >
> > > It can, but we need this for remote tavor as well, anyway.
> > >
> > > > And couldn't the remote end negotiate the MTU down (if Tavor) as well ?
> > >
> > > The way to do this is would be for SA to select 1K MTU if it detects Tavor on one side
> > > and if this does not conflict with MTU selector.
> > 
> > You can't do this because the SA doesn't have a way to tell if a path
> > query is going to be used for RC or UD, and IPoIB needs paths with 2K
> > MTU.
> 
> I think we can do that without breaking IPoIB.
> IPoIB needs mtu >= 1K.

Huh ?

>  IPoIB sets mtu selector to >= 2K.

I don't think that's a requirement for IPoIB.

> I am talking about users that do not set mtu selector.

Understood.

-- Hal






More information about the general mailing list