[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5209BFB2.2090003@cisco.com>
Date: Mon, 12 Aug 2013 22:10:10 -0700
From: Nishank Trivedi <nistrive@...co.com>
To: Ben Hutchings <bhutchings@...arflare.com>
CC: Stephen Hemminger <stephen@...workplumber.org>,
Neel Patel <neepatel@...co.com>, netdev@...r.kernel.org,
Christian Benvenuti <benve@...co.com>,
"Upinder Malhi (umalhi)" <umalhi@...co.com>
Subject: Re: [PATCH 3/4] drivers/net: enic: Make ASIC information available
to USNIC
On 8/10/13 9:13 AM, Ben Hutchings wrote:
> On Fri, 2013-08-09 at 15:21 -0700, Stephen Hemminger wrote:
>> On Fri, 9 Aug 2013 11:12:20 -0700
>> Neel Patel <neepatel@...co.com> wrote:
>>
>>> This patch provides asic information via ethtool.
> [...]
>>> --- a/drivers/net/ethernet/cisco/enic/enic_ethtool.c
>>> +++ b/drivers/net/ethernet/cisco/enic/enic_ethtool.c
>>> @@ -19,6 +19,7 @@
>>> #include <linux/netdevice.h>
>>> #include <linux/ethtool.h>
>>>
>>> +#include "driver_utils.h"
>>> #include "enic_res.h"
>>> #include "enic.h"
>>> #include "enic_dev.h"
>>> @@ -116,6 +117,9 @@ static void enic_get_drvinfo(struct net_device *netdev,
>>> sizeof(drvinfo->fw_version));
>>> strlcpy(drvinfo->bus_info, pci_name(enic->pdev),
>>> sizeof(drvinfo->bus_info));
>>> + memset(drvinfo->reserved1, 0, sizeof(drvinfo->reserved1));
>>> + driver_encode_asic_info(drvinfo->reserved1, sizeof(drvinfo->reserved1),
>>> + fw_info->asic_type, fw_info->asic_rev);
>>> }
>>
>> If you want to use a reserved field, then make it a first class citizen.
>> Rename it to asic_info, make sure the result is okay for other drivers
>> and add send patch so Ben can make it part of normal ethtool support.
>>
>> Otherwise, this code is likely to break when someone else actually unreserves
>> that field.
>
> Right. I bet this is redundant with the IDs that lspci can show,
> anyway.
Thanks Stephen, Ben for your input, they are valid points. Neel would
send a new patch series minus 3/4 for now.
While you are right that lspci or sysfs can be used to get same info, we
were trying to use asic info (encoded with type and version) within
drvinfo so as to use one string to achieve same effect as reading PCI
subsystem id and revision explicitly. Instead of going to different tool
(lspci), ethtool would be enough to unqiuely identify the device. Asic
version along with already existing firmware version, driver version,
etc seems natural.
Thanks,
nishank
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists