[openib-general] Handling SM class (SMInfo vs. other queries)
Hal Rosenstock
Mon Oct 25 09:35:18 PDT 2004
On Fri, 2004-10-22 at 17:25, Roland Dreier wrote:
> Hal> The registration interface will need to be extended somehow
> Hal> for this. I don't think we want to add an attribute ID mask
> Hal> :-) The simplest way I can think of is to add an issm bit to
> Hal> the registration request structure and special case these
> Hal> unsolicited receives to go to the SM if it has been
> Hal> registered and to drop otherwise.
>
> All these special cases are starting to look pretty awkward.
What are the other special cases for registration ?
> Another solution is to get rid of the snoop_mad entry point and the SMA and
> PMA agents in ib_smi, and just pass every MAD to the low-level
> driver. The low-level driver can decide to handle it (consume it
> and/or generate a response) or not. Everything not consumed by the
> low-level driver gets put through agent dispatch as usual.
Wish this part of the discussion occurred 10 days ago or so :-)
> This also avoids having to add another agent for BMA to ib_smi.
Adding another agent is relatively trivial as evidenced by PMA.
> Also it makes it pretty easy for low-level drivers to handle
> vendor-specific GSI classes (of course drivers can register an agent
> for every port and class they want to handle but it turns into a bit
> of a pain).
-- Hal
More information about the openib-general mailing list