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: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <485148DA.2060508@trash.net>
Date:	Thu, 12 Jun 2008 18:03:38 +0200
From:	Patrick McHardy <kaber@...sh.net>
To:	Ramachandra K <ariston@...il.com>
CC:	netdev@...r.kernel.org, rdreier@...co.com,
	amar.mudrankit@...gic.com, general@...ts.openfabrics.org,
	poornima.kamath@...gic.com
Subject: Re: [ofa-general] Re: [PATCH v4 14/14] QLogic VNIC: sysfs Documentation

Ramachandra K wrote:
> On Wed, Jun 11, 2008 at 12:17 PM, Patrick McHardy <kaber@...sh.net> wrote:
>> Since I didn't receive anything but a "its too complex" in
>> response to my previous question, let me ask again: why are
>> you inventing a new sysfs interface (combined with ~15 module
>> parameters) instead of using the existing standard interfaces
>> for this?
> 
> Can you please elaborate on the standard interfaces you are referring to ?
> 
> Also as Roland mentioned in the other thread, echo-ing the parameters
> to sysfs files
> is a pretty straightforward way to configure the interfaces. Users
> can setup configuration files to configure QLogic VNIC interfaces
> specifying the name of the interface, various parameters of the
> QLogic EVIC gateway target they want to use  and a simple user level
> script parses the configuration file and echoes the parameters to the driver.


We introduced the rtnl_link API to avoid having each driver
come up with its own method of creating virtual network devices.

Besides the fact that it is the interface intended to be used
for this kind of thing and the advantages mentioned in my
response to Roland, looking at your interface, there are a
few more advantages from integrating this cleanly in iproute:

 > +echo -n 00066a01de000037 		 > 
/sys/class/infiniband_qlgc_vnic/interfaces/veth1/primary_path/ioc_guid
 > +echo -n fe8000000000000100066a11de000037 > 
/sys/class/infiniband_qlgc_vnic/interfaces/veth1/primary_path/dgid
 > +echo -n ffff 				 > 
/sys/class/infiniband_qlgc_vnic/interfaces/veth1/primary_path/pkey

I guess life would be easier for users if those parameters can
be generated in userspace or at least looked up in something
like the maps in /etc/iproute2/.

 > +echo -n 100 				 > 
/sys/class/infiniband_qlgc_vnic/interfaces/veth1/primary_path/heartbeat

I assume thats some kind of timing parameter. iproute
would allow to specify the (undocumented) unit and convert
it appropriately.

In any case, things like tx_csum and rx_csum definitely do
not belong in this interface.

>>> +# An interface can be deleted by echoing the name of the interface to be
>>> deleted
>>> +# to delete_vnic file
>>> +echo -n veth1 > /sys/class/infiniband_qlgc_vnic/interfaces/delete_vnic
>>
>> This clearly shows the advantage of being able to use echo
>> for configuration.
> 
>>>From this statement, I thought you agreed with the advantage of echo for
> configuration.

Sorry, that wasn't meant seriously :)
--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ