[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5375ce1b-8778-4696-a530-1a002f7ec4c7@huawei.com>
Date: Thu, 24 Oct 2024 10:19:55 +0800
From: Jijie Shao <shaojijie@...wei.com>
To: Andrew Lunn <andrew@...n.ch>
CC: <shaojijie@...wei.com>, <davem@...emloft.net>, <edumazet@...gle.com>,
<kuba@...nel.org>, <pabeni@...hat.com>, <andrew+netdev@...n.ch>,
<horms@...nel.org>, <shenjian15@...wei.com>, <wangpeiyang1@...wei.com>,
<liuyonglong@...wei.com>, <chenhao418@...wei.com>, <sudongming1@...wei.com>,
<xujunsheng@...wei.com>, <shiyongbang@...wei.com>, <libaihan@...wei.com>,
<jonathan.cameron@...wei.com>, <shameerali.kolothum.thodi@...wei.com>,
<salil.mehta@...wei.com>, <netdev@...r.kernel.org>,
<linux-kernel@...r.kernel.org>
Subject: Re: [PATCH net-next 2/7] net: hibmcge: Add debugfs supported in this
module
on 2024/10/23 22:00, Andrew Lunn wrote:
>> +static int hbg_dbg_dev_spec(struct seq_file *s, void *unused)
>> +{
>> + struct net_device *netdev = dev_get_drvdata(s->private);
>> + struct hbg_priv *priv = netdev_priv(netdev);
>> + struct hbg_dev_specs *specs;
>> +
>> + specs = &priv->dev_specs;
>> + seq_printf(s, "mac id: %u\n", specs->mac_id);
>> + seq_printf(s, "phy addr: %u\n", specs->phy_addr);
>> + seq_printf(s, "mac addr: %pM\n", specs->mac_addr.sa_data);
>> + seq_printf(s, "vlan layers: %u\n", specs->vlan_layers);
>> + seq_printf(s, "max frame len: %u\n", specs->max_frame_len);
>> + seq_printf(s, "min mtu: %u, max mtu: %u\n",
>> + specs->min_mtu, specs->max_mtu);
> I think these are all available via standard APIs. There is no need to
> have them in debugfs as well.
Yes, and these specifications are displayed by running the ethtool -d command. You can delete these specifications,
We will discuss internally, there is a high probability that this debugfs file will be deleted in v2.
>
>> + seq_printf(s, "mdio frequency: %u\n", specs->mdio_frequency);
> Is this interesting? Are you clocking it greater than 2.5MHz?
MDIO controller supports 1MHz, 2.5MHz, 12.5MHz, and 25MHz
Of course, we chose and tested 2.5M in actual work, but this can be modified.
>
>> +static int hbg_dbg_irq_info(struct seq_file *s, void *unused)
>> +{
>> + struct net_device *netdev = dev_get_drvdata(s->private);
>> + struct hbg_priv *priv = netdev_priv(netdev);
>> + struct hbg_irq_info *info;
>> + u32 i;
>> +
>> + for (i = 0; i < priv->vectors.info_array_len; i++) {
>> + info = &priv->vectors.info_array[i];
>> + seq_printf(s,
>> + "%-20s: is enabled: %s, print: %s, count: %llu\n",
>> + info->name,
>> + hbg_get_bool_str(hbg_hw_irq_is_enabled(priv,
>> + info->mask)),
>> + hbg_get_bool_str(info->need_print),
>> + info->count);
>> + }
> How does this differ from what is available already from the IRQ
> subsystem?
We requested three interrupts: "tx", "rx", "err"
The err interrupt is a summary interrupt. We distinguish different errors
based on the status register and mask.
With "cat /proc/interrupts | grep hibmcge",
we can't distinguish the detailed cause of the error,
so we added this file to debugfs.
the following effects are achieved:
[root@...alhost sjj]# cat /sys/kernel/debug/hibmcge/0000\:83\:00.1/irq_info
RX : is enabled: true, print: false, count: 2
TX : is enabled: true, print: false, count: 0
MAC_MII_FIFO_ERR : is enabled: false, print: true, count: 0
MAC_PCS_RX_FIFO_ERR : is enabled: false, print: true, count: 0
MAC_PCS_TX_FIFO_ERR : is enabled: false, print: true, count: 0
MAC_APP_RX_FIFO_ERR : is enabled: false, print: true, count: 0
MAC_APP_TX_FIFO_ERR : is enabled: false, print: true, count: 0
SRAM_PARITY_ERR : is enabled: true, print: true, count: 0
TX_AHB_ERR : is enabled: true, print: true, count: 0
RX_BUF_AVL : is enabled: true, print: false, count: 0
REL_BUF_ERR : is enabled: true, print: true, count: 0
TXCFG_AVL : is enabled: true, print: false, count: 0
TX_DROP : is enabled: true, print: false, count: 0
RX_DROP : is enabled: true, print: false, count: 0
RX_AHB_ERR : is enabled: true, print: true, count: 0
MAC_FIFO_ERR : is enabled: true, print: false, count: 0
RBREQ_ERR : is enabled: true, print: false, count: 0
WE_ERR : is enabled: true, print: false, count: 0
The irq framework of hibmcge driver also includes tx/rx interrupts.
Therefore, these interrupts are not distinguished separately in debugfs.
>
>> +static int hbg_dbg_nic_state(struct seq_file *s, void *unused)
>> +{
>> + struct net_device *netdev = dev_get_drvdata(s->private);
>> + struct hbg_priv *priv = netdev_priv(netdev);
>> +
>> + seq_printf(s, "event handling state: %s\n",
>> + hbg_get_bool_str(test_bit(HBG_NIC_STATE_EVENT_HANDLING,
>> + &priv->state)));
>> +
>> + seq_printf(s, "tx timeout cnt: %llu\n", priv->stats.tx_timeout_cnt);
> Don't you have this via ethtool -S ?
Although tx_timeout_cnt is a statistical item, it is not displayed in the ethtool -S.
>
>> @@ -209,6 +210,10 @@ static int hbg_init(struct hbg_priv *priv)
>> if (ret)
>> return ret;
>>
>> + ret = hbg_debugfs_init(priv);
>> + if (ret)
>> + return ret;
>> +
> There is no need to test the results from debugfs calls.
ok
>
>> +static int __init hbg_module_init(void)
>> +{
>> + int ret;
>> +
>> + hbg_debugfs_register();
>> + ret = pci_register_driver(&hbg_driver);
>> + if (ret)
>> + hbg_debugfs_unregister();
> This seems odd. I would expect that each device has its own debugfs,
> there is nothing global.
>
> Andrew
Yes, that's how we designed it.
In this, We register and create the root dir of hibmcge,
And in each probe(), device create their own dir using bdf:
/sys/kernel/debug/hibmcge/0000\:83\:00.1/
/sys/kernel/debug/hibmcge/0000\:83\:00.2/
for each device:
[root@...alhost sjj]# ls -n /sys/kernel/debug/hibmcge/0000\:83\:00.1/
-r--r--r--. 1 0 0 0 10月 24 09:42 dev_spec
-r--r--r--. 1 0 0 0 10月 24 09:42 irq_info
-r--r--r--. 1 0 0 0 10月 24 09:42 mac_talbe
-r--r--r--. 1 0 0 0 10月 24 09:42 nic_state
-r--r--r--. 1 0 0 0 10月 24 09:42 rx_ring
-r--r--r--. 1 0 0 0 10月 24 09:42 tx_ring
Thanks a lot!
Jijie Shao
Powered by blists - more mailing lists