mbox series

[net-next,0/8] net: hns3: Adds support of debugfs to HNS3 driver

Message ID 20181119211845.23168-1-salil.mehta@huawei.com
Headers show
Series net: hns3: Adds support of debugfs to HNS3 driver | expand

Message

Salil Mehta Nov. 19, 2018, 9:18 p.m. UTC
This patchset adds support of debugfs to the HNS3 driver. 

Support has been added to query info related to below items:
1. Queue related
2. Flow Director
3. TC config
4. Transmit Module/Scheduler
5. QoS pause
6. QoS buffer
7. QoS prio map

liuzhongzhu (8):
  net: hns3: Add debugfs framework registration
  net: hns3: Add "queue info" query function
  net: hns3: Add "FD flow table" info query function
  net: hns3: Add "tc config" info query function
  net: hns3: Add "tm config" info query function
  net: hns3: Add pause config info query function
  net: hns3: Add "qos prio map" info query function
  net: hns3: Add "qos buffer" config info query function

 drivers/net/ethernet/hisilicon/hns3/Makefile  |   2 +-
 drivers/net/ethernet/hisilicon/hns3/hnae3.h   |   2 +
 .../ethernet/hisilicon/hns3/hns3_debugfs.c    | 265 ++++++++++
 .../net/ethernet/hisilicon/hns3/hns3_enet.c   |  17 +-
 .../net/ethernet/hisilicon/hns3/hns3_enet.h   |   4 +
 .../ethernet/hisilicon/hns3/hns3pf/Makefile   |   2 +-
 .../hisilicon/hns3/hns3pf/hclge_cmd.h         |   1 +
 .../hisilicon/hns3/hns3pf/hclge_debugfs.c     | 487 ++++++++++++++++++
 .../hisilicon/hns3/hns3pf/hclge_debugfs.h     |  23 +
 .../hisilicon/hns3/hns3pf/hclge_main.c        |   1 +
 .../hisilicon/hns3/hns3pf/hclge_main.h        |   1 +
 .../hisilicon/hns3/hns3pf/hclge_main.h.rej    |  12 +
 .../ethernet/hisilicon/hns3/hns3pf/hclge_tm.h |   6 +
 13 files changed, 819 insertions(+), 4 deletions(-)
 create mode 100644 drivers/net/ethernet/hisilicon/hns3/hns3_debugfs.c
 create mode 100644 drivers/net/ethernet/hisilicon/hns3/hns3pf/hclge_debugfs.c
 create mode 100644 drivers/net/ethernet/hisilicon/hns3/hns3pf/hclge_debugfs.h
 create mode 100644 drivers/net/ethernet/hisilicon/hns3/hns3pf/hclge_main.h.rej

-- 
2.17.1

Comments

Salil Mehta Nov. 21, 2018, 6:06 p.m. UTC | #1
> From: Jakub Kicinski [mailto:jakub.kicinski@netronome.com]

> Sent: Monday, November 19, 2018 10:30 PM

> To: Salil Mehta <salil.mehta@huawei.com>

> Cc: davem@davemloft.net; Zhuangyuzeng (Yisen) <yisen.zhuang@huawei.com>;

> lipeng (Y) <lipeng321@huawei.com>; mehta.salil@opnsrc.net;

> netdev@vger.kernel.org; linux-kernel@vger.kernel.org; Linuxarm

> <linuxarm@huawei.com>

> Subject: Re: [PATCH net-next 0/8] net: hns3: Adds support of debugfs to

> HNS3 driver

> 

> On Mon, 19 Nov 2018 21:18:37 +0000, Salil Mehta wrote:

> > This patchset adds support of debugfs to the HNS3 driver.

> >

> > Support has been added to query info related to below items:

> > 1. Queue related

> > 2. Flow Director

> > 3. TC config

> > 4. Transmit Module/Scheduler

> > 5. QoS pause

> > 6. QoS buffer

> > 7. QoS prio map

> 

> Please provide a more informative cover letter.

> 

> From a short glance it looks like you add a single debugfs file, which

> can be written to, and upon that write the driver will dump stuff into

> kernel logs.


That is correct. Do you foresee any problem with it or are we doing something
which is objectionable?

Salil.
Jakub Kicinski Nov. 21, 2018, 6:25 p.m. UTC | #2
On Wed, 21 Nov 2018 18:06:19 +0000, Salil Mehta wrote:
> > From: Jakub Kicinski [mailto:jakub.kicinski@netronome.com]

> > Sent: Monday, November 19, 2018 10:30 PM

> > To: Salil Mehta <salil.mehta@huawei.com>

> > Cc: davem@davemloft.net; Zhuangyuzeng (Yisen) <yisen.zhuang@huawei.com>;

> > lipeng (Y) <lipeng321@huawei.com>; mehta.salil@opnsrc.net;

> > netdev@vger.kernel.org; linux-kernel@vger.kernel.org; Linuxarm

> > <linuxarm@huawei.com>

> > Subject: Re: [PATCH net-next 0/8] net: hns3: Adds support of debugfs to

> > HNS3 driver

> > 

> > On Mon, 19 Nov 2018 21:18:37 +0000, Salil Mehta wrote:  

> > > This patchset adds support of debugfs to the HNS3 driver.

> > >

> > > Support has been added to query info related to below items:

> > > 1. Queue related

> > > 2. Flow Director

> > > 3. TC config

> > > 4. Transmit Module/Scheduler

> > > 5. QoS pause

> > > 6. QoS buffer

> > > 7. QoS prio map  

> > 

> > Please provide a more informative cover letter.

> > 

> > From a short glance it looks like you add a single debugfs file, which

> > can be written to, and upon that write the driver will dump stuff into

> > kernel logs.  

> 

> That is correct. Do you foresee any problem with it or are we doing something

> which is objectionable?


Its fine with me, but I think not everyone reading the list will read
the code so a few extra words and adding one of the examples from the
patches to the cover letter could help people understand the changes.