Re: [PATCH v4 for-next] RDMA/hns: dump detailed driver-specific CQ information for hip08

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Dec 03, 2018 at 03:04:43PM -0700, Jason Gunthorpe wrote:
> On Mon, Dec 03, 2018 at 03:00:07PM -0600, Steve Wise wrote:
> >
> >
> > On 12/3/2018 2:48 PM, Jason Gunthorpe wrote:
> > > On Sat, Dec 01, 2018 at 10:53:02AM +0800, liyangyang (M) wrote:
> > >>
> > >> On 2018/11/30 23:56, Jason Gunthorpe wrote:
> > >>> On Fri, Nov 30, 2018 at 03:16:23PM +0800, liyangyang (M) wrote:
> > >>>> Hi Leon:
> > >>>>
> > >>>> Thanks a lot for your reply.
> > >>>>
> > >>>> On 2018/11/29 15:42, Leon Romanovsky wrote:
> > >>>>> On Thu, Nov 29, 2018 at 03:30:14PM +0800, liyangyang (M) wrote:
> > >>>>>> Hi Leon:
> > >>>>>>
> > >>>>>> Thanks a lot for your reply.
> > >>>>>>
> > >>>>>> On 2018/11/28 20:55, Leon Romanovsky wrote:
> > >>>>>>> On Wed, Nov 28, 2018 at 08:21:29PM +0800, Tao Tian wrote:
> > >>>>>>>> This patch adds support of resource track for hip08 and take
> > >>>>>>>> dumping cq context state used for debugging as an example.
> > >>>>>>>> More resources track supports for hns driver will be added in future.
> > >>>>>>>>
> > >>>>>>>> The output should be as follows.
> > >>>>>>>> $ ./rdma res show cq dev hnseth0 -d
> > >>>>>>>> dev hnseth5 cqe 5555 users 2 poll-ctx WORKQUEUE pid 0 comm [ib_core] state 2 ceq
> > >>>>>>>> n 0 cqn 0 hopnum 1 pi 0 ci 0 maxcnt 0 period 0 cqe 0
> > >>>>>>>
> > >>>>>>> You have "cqe" twice, one from IB/core and another from your driver.
> > >>>>>>> It will blow mind to everyone who will see it.
> > >>>>>> "cqe" in my driver means "cqe_cnt", but I mistakenly abbreviated it as "cqe".
> > >>>>>> This name will be changed to "cnt" in patch v5.
> > >>>>>>
> > >>>>>> The output should be as follows.
> > >>>>>> $ ./rdma res show cq dev hnseth0 -d
> > >>>>>> dev hnseth5 cqe 1023 users 2 poll-ctx WORKQUEUE pid 0 comm [ib_core] state 2 ceq
> > >>>>>> n 0 cqn 0 hopnum 1 pi 0 ci 0 maxcnt 0 period 0 cnt 0
> > >>>>>
> > >>>>> So what does it mean to see maxcnt? Why is it zero?
> > >>>>
> > >>>> "maxcnt" is the number of cqe aggregations. If it is 0, it means that cqe is not
> > >>>> aggregated. This name has existed for a long time, and it really makes users
> > >>>> confused. Perhaps "coalesce_num" or "coalesce" is a more appropriate name.
> > >>>
> > >>> coalesce is certainyl better english what you described.. I would
> > >>> never guess maxcnt has anything to do with aggregation.
> > >>>
> > >>> Jason
> > >> Hi Jason:
> > >>
> > >> Thanks a lot for your reply.
> > >>
> > >> Inappropriate naming is not friendly to user, I will pay more attention to the
> > >> subsequent resources track in future.
> > >
> > > The other thing that comes to mind here is how does the user know if a
> > > string is a driver string or a core string? I don't like the idea that
> > > the two namespaces would be conflated..
> > >
> > > Steve? Did you do anything to prevent this in cxgb?
> > >
> > > Jason
> > >
> >
> > In what way could they be conflated?
> >
> > Does the user really care whether an given string is from the core or
> > driver_specific?
>
> They might if the driver is spitt out very generic names like 'cqn'
> and soemday we use that string in the core code...

Or in Steve's code, it is "size" for RQ.

Thanks

>
> Jason

Attachment: signature.asc
Description: PGP signature


[Index of Archives]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Photo]     [Yosemite News]     [Yosemite Photos]     [Linux Kernel]     [Linux SCSI]     [XFree86]

  Powered by Linux