On Wed, May 20, 2015 at 02:02:27PM -0400, ira.weiny wrote:
> On Wed, May 20, 2015 at 11:37:47AM -0600, Hefty, Sean wrote:
> > > +/**
> > > + * rdma_max_mad_size - Return the max MAD size required by this RDMA
> > > Port.
> > > + *
> > > + * @device: Device
> > > + * @port_num: Port number
> > > + *
> > > + * Return the max MAD size required by the Port. Should return 0 if the
> > > port
> > > + * does not support MADs
> > > + */
> > > +static inline size_t rdma_max_mad_size(struct ib_device *device, u8
> > > port_num)
> > > +{
> > > + return device->port_immutable[port_num].max_mad_size;
> > > +}
> >
> > Should this function check the mad_cap bit and return 0 if not set? If not,
> > I would remove the 'should return 0...' statement from the comment above and
> > state that the caller should check the mad_cap bit first.
>
> I'll change the comment.
If there is no mad support the port_immutable.max_mad_size should be
0, force it during registration, then the comment is right.
Force to 0 is better than 'some random value'
Jason
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
