[ofa-general] ***SPAM*** ibdm network topology format

[Hal Rosenstock]

Sasha,

On Tue, Oct 7, 2008 at 8:32 PM, Sasha Khapyorsky <sashak at voltaire.com> wrote:
> Hi Hal,
>
> On 08:26 Mon 06 Oct     , Hal Rosenstock wrote:
>> >
>> > Me too. See below.
>> >
>> >>> > Somehow it works without ibsim - so I suspect user_mad handles it.
>> >>> >
>> >>> > (Hal, could you clarify?)
>> >>>
>> >>> The kernel (user_mad/mad) does not change the requested registrations
>> >>> but I'm not sure I understand the question you are asking to be
>> >>> clarified. Is that what you're asking ?
>> >>
>> >> ibis works somehow with real stack. It registers 0x1 class only and
>> >> uses direct routing SMPs. Do you have any idea about why
>> >> (osm_vendor_idumad and/or libibumad don't help)?
>> >
>> > libibumad umad_register does not do anything that would affect this
>> > either. I can only conclude there must be something in ibutils that
>> > fixes this if it does work with the real stack. It shouldn't be too
>> > hard to track down where that registration for class 0x81 comes from.
>>
>> Are you sure this is the only registration and not DR class too ?
>
> I'm not sure I understood the question. But I was about registration
> (or more accurate not registration) of class 0x81 by ibutils and by any
> lower layer up to kernel.

The question was whether you are sure that class 0x81 is not being
registered with ibdiagnet ? Was this actually verified at some level
rather than code inspection of ibutils ? Just to be sure...

>> That's the first thing to confirm or maybe you've already confirmed
>> this and it wasn't clear to me in what you wrote. If so, I have a
>> theory about what could be occuring. It may be the case that it is an
>> effect of the kernel MAD layer in that a MAD agent can send any class
>> and when using request/response it matches on transaction ID which
>> contains the MAD agent. Unsolicited messages on that other class
>> wouldn't get through though. I just ran a simple test of this and that
>> appears to be the case.
>
> This could explain the phenomena. And then it seems that similar
> mechanism should be implemented in umad2sim.

Yes.

-- Hal

> Sasha
>