netdev - Re: [PATCH v9 net-next 08/14] pds_core: set up the VIF definitions and defaults

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Mon, 10 Apr 2023 12:36:31 -0700
From:   Shannon Nelson <shannon.nelson@....com>
To:     Leon Romanovsky <leon@...nel.org>
Cc:     brett.creeley@....com, davem@...emloft.net, netdev@...r.kernel.org,
        kuba@...nel.org, drivers@...sando.io, jiri@...nulli.us
Subject: Re: [PATCH v9 net-next 08/14] pds_core: set up the VIF definitions
 and defaults

On 4/9/23 5:08 AM, Leon Romanovsky wrote:
> 
> On Thu, Apr 06, 2023 at 04:41:37PM -0700, Shannon Nelson wrote:
>> The Virtual Interfaces (VIFs) supported by the DSC's
>> configuration (vDPA, Eth, RDMA, etc) are reported in the
>> dev_ident struct and made visible in debugfs.  At this point
>> only vDPA is supported in this driver - the other interfaces
>> are defined for future use but not yet realized.
> 
> Let's add only supported modes for now.

As stated, only the vDPA feature is supported in the driver.

> 
> <...>
> 
>> +static int viftype_show(struct seq_file *seq, void *v)
>> +{
>> +     struct pdsc *pdsc = seq->private;
>> +     int vt;
>> +
>> +     for (vt = 0; vt < PDS_DEV_TYPE_MAX; vt++) {
>> +             if (!pdsc->viftype_status[vt].name)
>> +                     continue;
>> +
>> +             seq_printf(seq, "%s\t%d supported %d enabled\n",
>> +                        pdsc->viftype_status[vt].name,
>> +                        pdsc->viftype_status[vt].supported,
>> +                        pdsc->viftype_status[vt].enabled);
>> +     }
>> +     return 0;
>> +}
>> +DEFINE_SHOW_ATTRIBUTE(viftype);
> 
> I think that it is handled by devlink.

Yes, this is handled for those for which the driver sets up parameters 
(only vDPA), but that doesn't help when we want to see what the device 
is actually advertising.  This shows us what the device is thinking, 
which we find useful in debugging, but it doesn't belong in devlink 
information.

> 
> Thanks