[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID:
<BY3PR18MB47373D1A7ACBDB92DDDAB655C6C92@BY3PR18MB4737.namprd18.prod.outlook.com>
Date: Fri, 21 Jun 2024 10:30:18 +0000
From: Sunil Kovvuri Goutham <sgoutham@...vell.com>
To: Omer Shpigelman <oshpigelman@...ana.ai>,
"linux-kernel@...r.kernel.org"
<linux-kernel@...r.kernel.org>,
"linux-rdma@...r.kernel.org"
<linux-rdma@...r.kernel.org>,
"netdev@...r.kernel.org"
<netdev@...r.kernel.org>,
"dri-devel@...ts.freedesktop.org"
<dri-devel@...ts.freedesktop.org>
CC: "ogabbay@...nel.org" <ogabbay@...nel.org>,
Zvika Yehudai
<zyehudai@...ana.ai>
Subject: RE: [PATCH 06/15] net: hbl_cn: debugfs support
>>> +
>>> +What: /sys/kernel/debug/habanalabs_cn/hbl_cn<n>/nic_disable_decap
>>> +What: /sys/kernel/debug/habanalabs_cn/hbl_cn<n>/nic_inject_rx_err
>>> +What:
>/sys/kernel/debug/habanalabs_cn/hbl_cn<n>/nic_mac_lane_remap
>>
>> Don't think debugfs is the correct interface for all this configuration.
>> Debugfs should ideally be used for dumping runtime device state info for debug
>purposes.
>>
>
>I see other vendors have debugfs entries for debug configurations or settings, not
>just for dumping debug info.
>
But disable_decap / mac_lane_remap seems configuration related which changes the way pkts are processed not debug.
Configurations are supported via devlink.
Thanks,
Sunil.
Powered by blists - more mailing lists