[dts] Clarifications on setting up DUT

[dts] Clarifications on setting up DUT

[Ravi Kerur]

DTS team,

I am making changes to DTS to support i217, i218 chipsets to DTS and I have
couple of questions

1. Any README on system pre-requisites? Can I run DTS natively on DUT
without any SSH?

 I have I217 and 82540EM NICs in a system running Ubuntu. I would like to
use both NIC's for testing. If I use regular method of SSH, I will loose
one NIC hence the question.

2. When I run DTS, for some of the commands I am getting garbage output.
The problem is seen on 2 Ubuntu systems. When I run those commands manually
commands work fine for e.g.

*16/01/2015 12:58:00       DTS_TESTER_CMD: ls
/sys/bus/pci/devices/0000:00:19.0/net*

*16/01/2015 12:58:00    DTS_TESTER_OUTPUT: ^[[0m^[[01;34meth0^[[0m*

*16/01/2015 12:58:00       DTS_TESTER_CMD: Tester: [000:00:19.0 8086:15a1]
^[[0m^[[01;34meth0^[[0m*

*16/01/2015 12:58:00       DTS_TESTER_CMD: cat
/sys/bus/pci/devices/0000:00:19.0/net/^[[0m^[[01;34meth0^[[0m/address*

*16/01/2015 12:58:00    DTS_TESTER_OUTPUT: cat:
/sys/bus/pci/devices/0000:00:19.0/net/m1: No such file or directory^M*

*-bash: 34meth0m/address: No such file or directory*

*16/01/2015 12:58:00       DTS_TESTER_CMD: ls
/sys/bus/pci/devices/0000:04:02.0/net*

*16/01/2015 12:58:00    DTS_TESTER_OUTPUT: ^[[0m^[[01;34meth1^[[0m*

*16/01/2015 12:58:00       DTS_TESTER_CMD: Tester: [000:04:02.0 8086:100e]
^[[0m^[[01;34meth1^[[0m*

*16/01/2015 12:58:00       DTS_TESTER_CMD: cat
/sys/bus/pci/devices/0000:04:02.0/net/^[[0m^[[01;34meth1^[[0m/address*


3. Tests start failing with following msgs even though I217 NIC is
recognized.

*Traceback (most recent call last):*

*  File "/home/rkerur/dpdk-dts/dts/framework/dts.py", line 527, in
execute_test_setup_all*

*    test_case.set_up_all()*

*  File "../tests/TestSuite_whitelist.py", line 61, in set_up_all*

*    self.verify(len(self.dutPorts) >= 1, "Insufficient ports")*

*  File "/home/rkerur/dpdk-dts/dts/framework/test_case.py", line 62, in
verify*

*    raise VerifyFailure(description)*

*VerifyFailure: 'Insufficient ports'*



*16/01/2015 12:58:23                 INFO:*

*TEST SUITE ENDED: TestWhitelist*


Thanks,

Ravi

Re: [dts] Clarifications on setting up DUT

[Qiu, Michael]

On 2015/1/17 5:09, Ravi Kerur wrote:
> DTS team,
>
> I am making changes to DTS to support i217, i218 chipsets to DTS and I have
> couple of questions
>
> 1. Any README on system pre-requisites? Can I run DTS natively on DUT
> without any SSH?

As I know currently not, but any patches are welcome :)
Do you guys wants to use it in test env?

I know that it would be helpful in development, but for testing, it
would be have a remote access to DUT.

>  I have I217 and 82540EM NICs in a system running Ubuntu. I would like to
> use both NIC's for testing. If I use regular method of SSH, I will loose
> one NIC hence the question.

As I said, it only happens in develop mode, while for automation
testing, it would be unacceptable to have no other NIC for control patch.

Or it would be reasonable to add one serial port to control it in
testing mode.
 
>
> 2. When I run DTS, for some of the commands I am getting garbage output.
> The problem is seen on 2 Ubuntu systems. When I run those commands manually
> commands work fine for e.g.

I have a patch send out maybe can solve this, but I have not checked yet

> *16/01/2015 12:58:00       DTS_TESTER_CMD: ls
> /sys/bus/pci/devices/0000:00:19.0/net*
>
> *16/01/2015 12:58:00    DTS_TESTER_OUTPUT: ^[[0m^[[01;34meth0^[[0m*
>
> *16/01/2015 12:58:00       DTS_TESTER_CMD: Tester: [000:00:19.0 8086:15a1]
> ^[[0m^[[01;34meth0^[[0m*
>
> *16/01/2015 12:58:00       DTS_TESTER_CMD: cat
> /sys/bus/pci/devices/0000:00:19.0/net/^[[0m^[[01;34meth0^[[0m/address*
>
> *16/01/2015 12:58:00    DTS_TESTER_OUTPUT: cat:
> /sys/bus/pci/devices/0000:00:19.0/net/m1: No such file or directory^M*
>
> *-bash: 34meth0m/address: No such file or directory*
>
> *16/01/2015 12:58:00       DTS_TESTER_CMD: ls
> /sys/bus/pci/devices/0000:04:02.0/net*
>
> *16/01/2015 12:58:00    DTS_TESTER_OUTPUT: ^[[0m^[[01;34meth1^[[0m*
>
> *16/01/2015 12:58:00       DTS_TESTER_CMD: Tester: [000:04:02.0 8086:100e]
> ^[[0m^[[01;34meth1^[[0m*
>
> *16/01/2015 12:58:00       DTS_TESTER_CMD: cat
> /sys/bus/pci/devices/0000:04:02.0/net/^[[0m^[[01;34meth1^[[0m/address*
>
>
> 3. Tests start failing with following msgs even though I217 NIC is
> recognized.
>
> *Traceback (most recent call last):*
>
> *  File "/home/rkerur/dpdk-dts/dts/framework/dts.py", line 527, in
> execute_test_setup_all*
>
> *    test_case.set_up_all()*
>
> *  File "../tests/TestSuite_whitelist.py", line 61, in set_up_all*
>
> *    self.verify(len(self.dutPorts) >= 1, "Insufficient ports")*
>
> *  File "/home/rkerur/dpdk-dts/dts/framework/test_case.py", line 62, in
> verify*

This failure maybe because you only have one NIC port :), but two needs.

Thanks,
Michael
> *    raise VerifyFailure(description)*
>
> *VerifyFailure: 'Insufficient ports'*
>
>
>
> *16/01/2015 12:58:23                 INFO:*
>
> *TEST SUITE ENDED: TestWhitelist*
>
>
> Thanks,
>
> Ravi
>

Re: [dts] Clarifications on setting up DUT

[Ravi Kerur]

Hi Michael,

I got 2 systems assembled which had I217 and I218 chipsets on the
motherboard and I  was not quite satisfied with the testing I did to claim
support for these chipsets (primarily used testpmd for testing) so looked
at DTS to complement the testing I did.

More Inline <rk>

On Sun, Jan 18, 2015 at 5:19 PM, Qiu, Michael <michael.qiu@intel.com> wrote:

> On 2015/1/17 5:09, Ravi Kerur wrote:
> > DTS team,
> >
> > I am making changes to DTS to support i217, i218 chipsets to DTS and I
> have
> > couple of questions
> >
> > 1. Any README on system pre-requisites? Can I run DTS natively on DUT
> > without any SSH?
>
> As I know currently not, but any patches are welcome :)
> Do you guys wants to use it in test env?
>

<rk> I want to use it for development testing.

>
> I know that it would be helpful in development, but for testing, it
> would be have a remote access to DUT.
>
> >  I have I217 and 82540EM NICs in a system running Ubuntu. I would like to
> > use both NIC's for testing. If I use regular method of SSH, I will loose
> > one NIC hence the question.
>
> As I said, it only happens in develop mode, while for automation
> testing, it would be unacceptable to have no other NIC for control patch.
>
> Or it would be reasonable to add one serial port to control it in
> testing mode.
>
> >
> > 2. When I run DTS, for some of the commands I am getting garbage output.
> > The problem is seen on 2 Ubuntu systems. When I run those commands
> manually
> > commands work fine for e.g.
>
> I have a patch send out maybe can solve this, but I have not checked yet
>

<rk> I will test the patch and let you know.

>
> > *16/01/2015 12:58:00       DTS_TESTER_CMD: ls
> > /sys/bus/pci/devices/0000:00:19.0/net*
> >
> > *16/01/2015 12:58:00    DTS_TESTER_OUTPUT: ^[[0m^[[01;34meth0^[[0m*
> >
> > *16/01/2015 12:58:00       DTS_TESTER_CMD: Tester: [000:00:19.0
> 8086:15a1]
> > ^[[0m^[[01;34meth0^[[0m*
> >
> > *16/01/2015 12:58:00       DTS_TESTER_CMD: cat
> > /sys/bus/pci/devices/0000:00:19.0/net/^[[0m^[[01;34meth0^[[0m/address*
> >
> > *16/01/2015 12:58:00    DTS_TESTER_OUTPUT: cat:
> > /sys/bus/pci/devices/0000:00:19.0/net/m1: No such file or directory^M*
> >
> > *-bash: 34meth0m/address: No such file or directory*
> >
> > *16/01/2015 12:58:00       DTS_TESTER_CMD: ls
> > /sys/bus/pci/devices/0000:04:02.0/net*
> >
> > *16/01/2015 12:58:00    DTS_TESTER_OUTPUT: ^[[0m^[[01;34meth1^[[0m*
> >
> > *16/01/2015 12:58:00       DTS_TESTER_CMD: Tester: [000:04:02.0
> 8086:100e]
> > ^[[0m^[[01;34meth1^[[0m*
> >
> > *16/01/2015 12:58:00       DTS_TESTER_CMD: cat
> > /sys/bus/pci/devices/0000:04:02.0/net/^[[0m^[[01;34meth1^[[0m/address*
> >
> >
> > 3. Tests start failing with following msgs even though I217 NIC is
> > recognized.
> >
> > *Traceback (most recent call last):*
> >
> > *  File "/home/rkerur/dpdk-dts/dts/framework/dts.py", line 527, in
> > execute_test_setup_all*
> >
> > *    test_case.set_up_all()*
> >
> > *  File "../tests/TestSuite_whitelist.py", line 61, in set_up_all*
> >
> > *    self.verify(len(self.dutPorts) >= 1, "Insufficient ports")*
> >
> > *  File "/home/rkerur/dpdk-dts/dts/framework/test_case.py", line 62, in
> > verify*
>
> This failure maybe because you only have one NIC port :), but two needs.
>

<rk> Issue was primarily with delay to acquire v6 address after link up.
There are some test cases in DTS for 1 port and I am testing with them
right now.

Thanks,
Ravi

>
> Thanks,
> Michael
> > *    raise VerifyFailure(description)*
> >
> > *VerifyFailure: 'Insufficient ports'*
> >
> >
> >
> > *16/01/2015 12:58:23                 INFO:*
> >
> > *TEST SUITE ENDED: TestWhitelist*
> >
> >
> > Thanks,
> >
> > Ravi
> >
>
>

Re: [dts] Clarifications on setting up DUT

[Ravi Kerur]

Hi Yong,

Thanks, your changes worked on Ubuntu.

Yong, Michael,

I have sent out a patch to reduce errors logged in dts.log and I217/I218
support. please take a look at it and let me know your inputs.

Thanks,
Ravi

On Mon, Jan 19, 2015 at 11:07 AM, Ravi Kerur <rkerur@gmail.com> wrote:

> Hi Michael,
>
> I got 2 systems assembled which had I217 and I218 chipsets on the
> motherboard and I  was not quite satisfied with the testing I did to claim
> support for these chipsets (primarily used testpmd for testing) so looked
> at DTS to complement the testing I did.
>
> More Inline <rk>
>
> On Sun, Jan 18, 2015 at 5:19 PM, Qiu, Michael <michael.qiu@intel.com>
> wrote:
>
>> On 2015/1/17 5:09, Ravi Kerur wrote:
>> > DTS team,
>> >
>> > I am making changes to DTS to support i217, i218 chipsets to DTS and I
>> have
>> > couple of questions
>> >
>> > 1. Any README on system pre-requisites? Can I run DTS natively on DUT
>> > without any SSH?
>>
>> As I know currently not, but any patches are welcome :)
>> Do you guys wants to use it in test env?
>>
>
> <rk> I want to use it for development testing.
>
>>
>> I know that it would be helpful in development, but for testing, it
>> would be have a remote access to DUT.
>>
>> >  I have I217 and 82540EM NICs in a system running Ubuntu. I would like
>> to
>> > use both NIC's for testing. If I use regular method of SSH, I will loose
>> > one NIC hence the question.
>>
>> As I said, it only happens in develop mode, while for automation
>> testing, it would be unacceptable to have no other NIC for control patch.
>>
>> Or it would be reasonable to add one serial port to control it in
>> testing mode.
>>
>> >
>> > 2. When I run DTS, for some of the commands I am getting garbage output.
>> > The problem is seen on 2 Ubuntu systems. When I run those commands
>> manually
>> > commands work fine for e.g.
>>
>> I have a patch send out maybe can solve this, but I have not checked yet
>>
>
> <rk> I will test the patch and let you know.
>
>>
>> > *16/01/2015 12:58:00       DTS_TESTER_CMD: ls
>> > /sys/bus/pci/devices/0000:00:19.0/net*
>> >
>> > *16/01/2015 12:58:00    DTS_TESTER_OUTPUT: ^[[0m^[[01;34meth0^[[0m*
>> >
>> > *16/01/2015 12:58:00       DTS_TESTER_CMD: Tester: [000:00:19.0
>> 8086:15a1]
>> > ^[[0m^[[01;34meth0^[[0m*
>> >
>> > *16/01/2015 12:58:00       DTS_TESTER_CMD: cat
>> > /sys/bus/pci/devices/0000:00:19.0/net/^[[0m^[[01;34meth0^[[0m/address*
>> >
>> > *16/01/2015 12:58:00    DTS_TESTER_OUTPUT: cat:
>> > /sys/bus/pci/devices/0000:00:19.0/net/m1: No such file or directory^M*
>> >
>> > *-bash: 34meth0m/address: No such file or directory*
>> >
>> > *16/01/2015 12:58:00       DTS_TESTER_CMD: ls
>> > /sys/bus/pci/devices/0000:04:02.0/net*
>> >
>> > *16/01/2015 12:58:00    DTS_TESTER_OUTPUT: ^[[0m^[[01;34meth1^[[0m*
>> >
>> > *16/01/2015 12:58:00       DTS_TESTER_CMD: Tester: [000:04:02.0
>> 8086:100e]
>> > ^[[0m^[[01;34meth1^[[0m*
>> >
>> > *16/01/2015 12:58:00       DTS_TESTER_CMD: cat
>> > /sys/bus/pci/devices/0000:04:02.0/net/^[[0m^[[01;34meth1^[[0m/address*
>> >
>> >
>> > 3. Tests start failing with following msgs even though I217 NIC is
>> > recognized.
>> >
>> > *Traceback (most recent call last):*
>> >
>> > *  File "/home/rkerur/dpdk-dts/dts/framework/dts.py", line 527, in
>> > execute_test_setup_all*
>> >
>> > *    test_case.set_up_all()*
>> >
>> > *  File "../tests/TestSuite_whitelist.py", line 61, in set_up_all*
>> >
>> > *    self.verify(len(self.dutPorts) >= 1, "Insufficient ports")*
>> >
>> > *  File "/home/rkerur/dpdk-dts/dts/framework/test_case.py", line 62, in
>> > verify*
>>
>> This failure maybe because you only have one NIC port :), but two needs.
>>
>
> <rk> Issue was primarily with delay to acquire v6 address after link up.
> There are some test cases in DTS for 1 port and I am testing with them
> right now.
>
> Thanks,
> Ravi
>
>>
>> Thanks,
>> Michael
>> > *    raise VerifyFailure(description)*
>> >
>> > *VerifyFailure: 'Insufficient ports'*
>> >
>> >
>> >
>> > *16/01/2015 12:58:23                 INFO:*
>> >
>> > *TEST SUITE ENDED: TestWhitelist*
>> >
>> >
>> > Thanks,
>> >
>> > Ravi
>> >
>>
>>
>

Re: [dts] Clarifications on setting up DUT

[Liu, Yong]

Hi Ravi,
DTS can support i218 and i218 chipsets by add codename in setting.py and restore function in crb.py.

For question 1, you can get system requirements from DTS getting started guide. Just enter folder doc/dts_gsg and then "make html" will generate it.
Now ssh session is the only way for DTS to communicate with DUT and Tester. Restore interface function will re-insmod all nic in configuration file. 
We will support specified nic in near future. 

For question 2, the garbage message show that DTS not strip color. Here is one quick fix for it.

diff --git a/framework/crb.py b/framework/crb.py
index aca62c1..e5224c8 100644
--- a/framework/crb.py
+++ b/framework/crb.py
@@ -226,7 +226,7 @@ class Crb(object):
         """
         Get interface name of specified pci device on linux.
         """
-        command = 'ls /sys/bus/pci/devices/0000:%s:%s/net' % (bus_id, devfun_id)
+        command = 'ls --color=never /sys/bus/pci/devices/0000:%s:%s/net' % (bus_id, devfun_id)
         return self.send_expect(command, '# ')

     def get_interface_name_freebsd(self, bus_id, devfun_id):

For question 3, DTS not scan ports normally, so you can try after fix issue 2.

> -----Original Message-----
> From: dts [mailto:dts-bounces@dpdk.org] On Behalf Of Ravi Kerur
> Sent: Saturday, January 17, 2015 5:09 AM
> To: dts@dpdk.org
> Subject: [dts] Clarifications on setting up DUT
> 
> DTS team,
> 
> I am making changes to DTS to support i217, i218 chipsets to DTS and I
> have couple of questions
> 
> 1. Any README on system pre-requisites? Can I run DTS natively on DUT
> without any SSH?
> 
>  I have I217 and 82540EM NICs in a system running Ubuntu. I would like to
> use both NIC's for testing. If I use regular method of SSH, I will loose
> one NIC hence the question.
> 
> 2. When I run DTS, for some of the commands I am getting garbage output.
> The problem is seen on 2 Ubuntu systems. When I run those commands
> manually commands work fine for e.g.
> 
> *16/01/2015 12:58:00       DTS_TESTER_CMD: ls
> /sys/bus/pci/devices/0000:00:19.0/net*
> 
> *16/01/2015 12:58:00    DTS_TESTER_OUTPUT: ^[[0m^[[01;34meth0^[[0m*
> 
> *16/01/2015 12:58:00       DTS_TESTER_CMD: Tester: [000:00:19.0 8086:15a1]
> ^[[0m^[[01;34meth0^[[0m*
> 
> *16/01/2015 12:58:00       DTS_TESTER_CMD: cat
> /sys/bus/pci/devices/0000:00:19.0/net/^[[0m^[[01;34meth0^[[0m/address*
> 
> *16/01/2015 12:58:00    DTS_TESTER_OUTPUT: cat:
> /sys/bus/pci/devices/0000:00:19.0/net/m1: No such file or directory^M*
> 
> *-bash: 34meth0m/address: No such file or directory*
> 
> *16/01/2015 12:58:00       DTS_TESTER_CMD: ls
> /sys/bus/pci/devices/0000:04:02.0/net*
> 
> *16/01/2015 12:58:00    DTS_TESTER_OUTPUT: ^[[0m^[[01;34meth1^[[0m*
> 
> *16/01/2015 12:58:00       DTS_TESTER_CMD: Tester: [000:04:02.0 8086:100e]
> ^[[0m^[[01;34meth1^[[0m*
> 
> *16/01/2015 12:58:00       DTS_TESTER_CMD: cat
> /sys/bus/pci/devices/0000:04:02.0/net/^[[0m^[[01;34meth1^[[0m/address*
> 
> 
> 3. Tests start failing with following msgs even though I217 NIC is
> recognized.
> 
> *Traceback (most recent call last):*
> 
> *  File "/home/rkerur/dpdk-dts/dts/framework/dts.py", line 527, in
> execute_test_setup_all*
> 
> *    test_case.set_up_all()*
> 
> *  File "../tests/TestSuite_whitelist.py", line 61, in set_up_all*
> 
> *    self.verify(len(self.dutPorts) >= 1, "Insufficient ports")*
> 
> *  File "/home/rkerur/dpdk-dts/dts/framework/test_case.py", line 62, in
> verify*
> 
> *    raise VerifyFailure(description)*
> 
> *VerifyFailure: 'Insufficient ports'*
> 
> 
> 
> *16/01/2015 12:58:23                 INFO:*
> 
> *TEST SUITE ENDED: TestWhitelist*
> 
> 
> Thanks,
> 
> Ravi

Re: [dts] Clarifications on setting up DUT

[Thomas Monjalon]

2015-01-19 12:43, Liu, Yong:
> For question 1, you can get system requirements from DTS getting started guide.
> Just enter folder doc/dts_gsg and then "make html" will generate it.

It is now available here:
	http://dpdk.org/doc/dts/gsg/

-- 
Thomas

Re: [dts] Clarifications on setting up DUT

[Ravi Kerur]

Hi Yong,

Thanks for the inputs, inline <rk>

On Mon, Jan 19, 2015 at 4:43 AM, Liu, Yong <yong.liu@intel.com> wrote:

> Hi Ravi,
> DTS can support i218 and i218 chipsets by add codename in setting.py and
> restore function in crb.py.
>
> For question 1, you can get system requirements from DTS getting started
> guide. Just enter folder doc/dts_gsg and then "make html" will generate it.
> Now ssh session is the only way for DTS to communicate with DUT and
> Tester. Restore interface function will re-insmod all nic in configuration
> file.
> We will support specified nic in near future.
>

<rk> I have made changes and done some basic testing which includes "1"
port only. Getting more than 2 ports is a bit taxing to me as I am an
individual  contributor and wanted to find a way to test with what I had. I
have made additional changes esp. handling cases to avoid error messages
seen in "dts.log" . Do you want me to send a patch to you along with
support added for I217 and i218?


> For question 2, the garbage message show that DTS not strip color. Here is
> one quick fix for it.
>
> diff --git a/framework/crb.py b/framework/crb.py
> index aca62c1..e5224c8 100644
> --- a/framework/crb.py
> +++ b/framework/crb.py
> @@ -226,7 +226,7 @@ class Crb(object):
>          """
>          Get interface name of specified pci device on linux.
>          """
> -        command = 'ls /sys/bus/pci/devices/0000:%s:%s/net' % (bus_id,
> devfun_id)
> +        command = 'ls --color=never /sys/bus/pci/devices/0000:%s:%s/net'
> % (bus_id, devfun_id)
>          return self.send_expect(command, '# ')
>
>
<rk> I will apply this patch, test it and let you know.


>      def get_interface_name_freebsd(self, bus_id, devfun_id):
>
> For question 3, DTS not scan ports normally, so you can try after fix
> issue 2.
>

<rk> Issue here was more delay needed for I217 ports to acquire v6
addresses after link up. If you are ok I can send a patch for this.

Thanks,
Ravi


>
> > -----Original Message-----
> > From: dts [mailto:dts-bounces@dpdk.org] On Behalf Of Ravi Kerur
> > Sent: Saturday, January 17, 2015 5:09 AM
> > To: dts@dpdk.org
> > Subject: [dts] Clarifications on setting up DUT
> >
> > DTS team,
> >
> > I am making changes to DTS to support i217, i218 chipsets to DTS and I
> > have couple of questions
> >
> > 1. Any README on system pre-requisites? Can I run DTS natively on DUT
> > without any SSH?
> >
> >  I have I217 and 82540EM NICs in a system running Ubuntu. I would like to
> > use both NIC's for testing. If I use regular method of SSH, I will loose
> > one NIC hence the question.
> >
> > 2. When I run DTS, for some of the commands I am getting garbage output.
> > The problem is seen on 2 Ubuntu systems. When I run those commands
> > manually commands work fine for e.g.
> >
> > *16/01/2015 12:58:00       DTS_TESTER_CMD: ls
> > /sys/bus/pci/devices/0000:00:19.0/net*
> >
> > *16/01/2015 12:58:00    DTS_TESTER_OUTPUT: ^[[0m^[[01;34meth0^[[0m*
> >
> > *16/01/2015 12:58:00       DTS_TESTER_CMD: Tester: [000:00:19.0
> 8086:15a1]
> > ^[[0m^[[01;34meth0^[[0m*
> >
> > *16/01/2015 12:58:00       DTS_TESTER_CMD: cat
> > /sys/bus/pci/devices/0000:00:19.0/net/^[[0m^[[01;34meth0^[[0m/address*
> >
> > *16/01/2015 12:58:00    DTS_TESTER_OUTPUT: cat:
> > /sys/bus/pci/devices/0000:00:19.0/net/m1: No such file or directory^M*
> >
> > *-bash: 34meth0m/address: No such file or directory*
> >
> > *16/01/2015 12:58:00       DTS_TESTER_CMD: ls
> > /sys/bus/pci/devices/0000:04:02.0/net*
> >
> > *16/01/2015 12:58:00    DTS_TESTER_OUTPUT: ^[[0m^[[01;34meth1^[[0m*
> >
> > *16/01/2015 12:58:00       DTS_TESTER_CMD: Tester: [000:04:02.0
> 8086:100e]
> > ^[[0m^[[01;34meth1^[[0m*
> >
> > *16/01/2015 12:58:00       DTS_TESTER_CMD: cat
> > /sys/bus/pci/devices/0000:04:02.0/net/^[[0m^[[01;34meth1^[[0m/address*
> >
> >
> > 3. Tests start failing with following msgs even though I217 NIC is
> > recognized.
> >
> > *Traceback (most recent call last):*
> >
> > *  File "/home/rkerur/dpdk-dts/dts/framework/dts.py", line 527, in
> > execute_test_setup_all*
> >
> > *    test_case.set_up_all()*
> >
> > *  File "../tests/TestSuite_whitelist.py", line 61, in set_up_all*
> >
> > *    self.verify(len(self.dutPorts) >= 1, "Insufficient ports")*
> >
> > *  File "/home/rkerur/dpdk-dts/dts/framework/test_case.py", line 62, in
> > verify*
> >
> > *    raise VerifyFailure(description)*
> >
> > *VerifyFailure: 'Insufficient ports'*
> >
> >
> >
> > *16/01/2015 12:58:23                 INFO:*
> >
> > *TEST SUITE ENDED: TestWhitelist*
> >
> >
> > Thanks,
> >
> > Ravi
>
>

Re: [dts] Clarifications on setting up DUT

[Liu, Yong]

Hi Ravi,
Your patch has been applied in DTS. Thanks a lot.

And we just sent out one patch set which support manually configure DUT ports.
We have done some basic tests on it and I think it can be helpful on your first question.

We have planned to support DUT and Tester use the same platform soon. This will further reduce the requirements of running DTS.

Again, thanks for your inputJ

From: Ravi Kerur [mailto:rkerur@gmail.com]
Sent: Tuesday, January 20, 2015 2:00 AM
To: Liu, Yong
Cc: dts@dpdk.org
Subject: Re: [dts] Clarifications on setting up DUT

Hi Yong,
Thanks for the inputs, inline <rk>

On Mon, Jan 19, 2015 at 4:43 AM, Liu, Yong <yong.liu@intel.com<mailto:yong.liu@intel.com>> wrote:
Hi Ravi,
DTS can support i218 and i218 chipsets by add codename in setting.py and restore function in crb.py.

For question 1, you can get system requirements from DTS getting started guide. Just enter folder doc/dts_gsg and then "make html" will generate it.
Now ssh session is the only way for DTS to communicate with DUT and Tester. Restore interface function will re-insmod all nic in configuration file.
We will support specified nic in near future.

<rk> I have made changes and done some basic testing which includes "1" port only. Getting more than 2 ports is a bit taxing to me as I am an individual  contributor and wanted to find a way to test with what I had. I have made additional changes esp. handling cases to avoid error messages seen in "dts.log" . Do you want me to send a patch to you along with support added for I217 and i218?

For question 2, the garbage message show that DTS not strip color. Here is one quick fix for it.

diff --git a/framework/crb.py b/framework/crb.py
index aca62c1..e5224c8 100644
--- a/framework/crb.py
+++ b/framework/crb.py
@@ -226,7 +226,7 @@ class Crb(object):
         """
         Get interface name of specified pci device on linux.
         """
-        command = 'ls /sys/bus/pci/devices/0000:%s:%s/net' % (bus_id, devfun_id)
+        command = 'ls --color=never /sys/bus/pci/devices/0000:%s:%s/net' % (bus_id, devfun_id)
         return self.send_expect(command, '# ')

<rk> I will apply this patch, test it and let you know.

     def get_interface_name_freebsd(self, bus_id, devfun_id):

For question 3, DTS not scan ports normally, so you can try after fix issue 2.

<rk> Issue here was more delay needed for I217 ports to acquire v6 addresses after link up. If you are ok I can send a patch for this.
Thanks,
Ravi


> -----Original Message-----
> From: dts [mailto:dts-bounces@dpdk.org<mailto:dts-bounces@dpdk.org>] On Behalf Of Ravi Kerur
> Sent: Saturday, January 17, 2015 5:09 AM
> To: dts@dpdk.org<mailto:dts@dpdk.org>
> Subject: [dts] Clarifications on setting up DUT
>
> DTS team,
>
> I am making changes to DTS to support i217, i218 chipsets to DTS and I
> have couple of questions
>
> 1. Any README on system pre-requisites? Can I run DTS natively on DUT
> without any SSH?
>
>  I have I217 and 82540EM NICs in a system running Ubuntu. I would like to
> use both NIC's for testing. If I use regular method of SSH, I will loose
> one NIC hence the question.
>
> 2. When I run DTS, for some of the commands I am getting garbage output.
> The problem is seen on 2 Ubuntu systems. When I run those commands
> manually commands work fine for e.g.
>
> *16/01/2015 12:58:00       DTS_TESTER_CMD: ls
> /sys/bus/pci/devices/0000:00:19.0/net*
>
> *16/01/2015 12:58:00    DTS_TESTER_OUTPUT: ^[[0m^[[01;34meth0^[[0m*
>
> *16/01/2015 12:58:00       DTS_TESTER_CMD: Tester: [000:00:19.0 8086:15a1]
> ^[[0m^[[01;34meth0^[[0m*
>
> *16/01/2015 12:58:00       DTS_TESTER_CMD: cat
> /sys/bus/pci/devices/0000:00:19.0/net/^[[0m^[[01;34meth0^[[0m/address*
>
> *16/01/2015 12:58:00    DTS_TESTER_OUTPUT: cat:
> /sys/bus/pci/devices/0000:00:19.0/net/m1: No such file or directory^M*
>
> *-bash: 34meth0m/address: No such file or directory*
>
> *16/01/2015 12:58:00       DTS_TESTER_CMD: ls
> /sys/bus/pci/devices/0000:04:02.0/net*
>
> *16/01/2015 12:58:00    DTS_TESTER_OUTPUT: ^[[0m^[[01;34meth1^[[0m*
>
> *16/01/2015 12:58:00       DTS_TESTER_CMD: Tester: [000:04:02.0 8086:100e]
> ^[[0m^[[01;34meth1^[[0m*
>
> *16/01/2015 12:58:00       DTS_TESTER_CMD: cat
> /sys/bus/pci/devices/0000:04:02.0/net/^[[0m^[[01;34meth1^[[0m/address*
>
>
> 3. Tests start failing with following msgs even though I217 NIC is
> recognized.
>
> *Traceback (most recent call last):*
>
> *  File "/home/rkerur/dpdk-dts/dts/framework/dts.py", line 527, in
> execute_test_setup_all*
>
> *    test_case.set_up_all()*
>
> *  File "../tests/TestSuite_whitelist.py", line 61, in set_up_all*
>
> *    self.verify(len(self.dutPorts) >= 1, "Insufficient ports")*
>
> *  File "/home/rkerur/dpdk-dts/dts/framework/test_case.py", line 62, in
> verify*
>
> *    raise VerifyFailure(description)*
>
> *VerifyFailure: 'Insufficient ports'*
>
>
>
> *16/01/2015 12:58:23                 INFO:*
>
> *TEST SUITE ENDED: TestWhitelist*
>
>
> Thanks,
>
> Ravi

Re: [dts] Clarifications on setting up DUT

[Ravi Kerur]

Hi Yong,

Thanks for the information.

Regarding support for DUT/Tester on same platform if you want me to test
the patch or anything I can contribute to the development let me know.

Thanks,
Ravi

On Fri, Jan 23, 2015 at 6:18 AM, Liu, Yong <yong.liu@intel.com> wrote:

>  Hi Ravi,
>
> Your patch has been applied in DTS. Thanks a lot.
>
>
>
> And we just sent out one patch set which support manually configure DUT
> ports.
>
> We have done some basic tests on it and I think it can be helpful on your
> first question.
>
>
>
> We have planned to support DUT and Tester use the same platform soon. This
> will further reduce the requirements of running DTS.
>
>
>
> Again, thanks for your inputJ
>
>
>
> *From:* Ravi Kerur [mailto:rkerur@gmail.com]
> *Sent:* Tuesday, January 20, 2015 2:00 AM
> *To:* Liu, Yong
> *Cc:* dts@dpdk.org
> *Subject:* Re: [dts] Clarifications on setting up DUT
>
>
>
> Hi Yong,
>
> Thanks for the inputs, inline <rk>
>
>
>
> On Mon, Jan 19, 2015 at 4:43 AM, Liu, Yong <yong.liu@intel.com> wrote:
>
> Hi Ravi,
> DTS can support i218 and i218 chipsets by add codename in setting.py and
> restore function in crb.py.
>
> For question 1, you can get system requirements from DTS getting started
> guide. Just enter folder doc/dts_gsg and then "make html" will generate
> it.
> Now ssh session is the only way for DTS to communicate with DUT and
> Tester. Restore interface function will re-insmod all nic in
> configuration file.
> We will support specified nic in near future.
>
>
>
> <rk> I have made changes and done some basic testing which includes "1"
> port only. Getting more than 2 ports is a bit taxing to me as I am an
> individual  contributor and wanted to find a way to test with what I had. I
> have made additional changes esp. handling cases to avoid error messages
> seen in "dts.log" . Do you want me to send a patch to you along with
> support added for I217 and i218?
>
>
> For question 2, the garbage message show that DTS not strip color. Here is
> one quick fix for it.
>
> diff --git a/framework/crb.py b/framework/crb.py
> index aca62c1..e5224c8 100644
> --- a/framework/crb.py
> +++ b/framework/crb.py
> @@ -226,7 +226,7 @@ class Crb(object):
>          """
>          Get interface name of specified pci device on linux.
>          """
> -        command = 'ls /sys/bus/pci/devices/0000:%s:%s/net' % (bus_id,
> devfun_id)
> +        command = 'ls --color=never /sys/bus/pci/devices/0000:%s:%s/net'
> % (bus_id, devfun_id)
>          return self.send_expect(command, '# ')
>
>
>
> <rk> I will apply this patch, test it and let you know.
>
>
>      def get_interface_name_freebsd(self, bus_id, devfun_id):
>
> For question 3, DTS not scan ports normally, so you can try after fix
> issue 2.
>
>
>
> <rk> Issue here was more delay needed for I217 ports to acquire v6
> addresses after link up. If you are ok I can send a patch for this.
>
> Thanks,
>
> Ravi
>
>
>
> > -----Original Message-----
> > From: dts [mailto:dts-bounces@dpdk.org] On Behalf Of Ravi Kerur
> > Sent: Saturday, January 17, 2015 5:09 AM
> > To: dts@dpdk.org
> > Subject: [dts] Clarifications on setting up DUT
> >
> > DTS team,
> >
> > I am making changes to DTS to support i217, i218 chipsets to DTS and I
> > have couple of questions
> >
> > 1. Any README on system pre-requisites? Can I run DTS natively on DUT
> > without any SSH?
> >
> >  I have I217 and 82540EM NICs in a system running Ubuntu. I would like to
> > use both NIC's for testing. If I use regular method of SSH, I will loose
> > one NIC hence the question.
> >
> > 2. When I run DTS, for some of the commands I am getting garbage output.
> > The problem is seen on 2 Ubuntu systems. When I run those commands
> > manually commands work fine for e.g.
> >
>
> > *16/01/2015 12:58:00       DTS_TESTER_CMD: ls
> > /sys/bus/pci/devices/0000:00:19.0/net*
> >
> > *16/01/2015 12:58:00    DTS_TESTER_OUTPUT: ^[[0m^[[01;34meth0^[[0m*
> >
> > *16/01/2015 12:58:00       DTS_TESTER_CMD: Tester: [000:00:19.0
> 8086:15a1]
> > ^[[0m^[[01;34meth0^[[0m*
> >
> > *16/01/2015 12:58:00       DTS_TESTER_CMD: cat
> > /sys/bus/pci/devices/0000:00:19.0/net/^[[0m^[[01;34meth0^[[0m/address*
> >
> > *16/01/2015 12:58:00    DTS_TESTER_OUTPUT: cat:
> > /sys/bus/pci/devices/0000:00:19.0/net/m1: No such file or directory^M*
> >
> > *-bash: 34meth0m/address: No such file or directory*
> >
> > *16/01/2015 12:58:00       DTS_TESTER_CMD: ls
> > /sys/bus/pci/devices/0000:04:02.0/net*
> >
> > *16/01/2015 12:58:00    DTS_TESTER_OUTPUT: ^[[0m^[[01;34meth1^[[0m*
> >
> > *16/01/2015 12:58:00       DTS_TESTER_CMD: Tester: [000:04:02.0
> 8086:100e]
> > ^[[0m^[[01;34meth1^[[0m*
> >
> > *16/01/2015 12:58:00       DTS_TESTER_CMD: cat
> > /sys/bus/pci/devices/0000:04:02.0/net/^[[0m^[[01;34meth1^[[0m/address*
> >
> >
> > 3. Tests start failing with following msgs even though I217 NIC is
> > recognized.
> >
> > *Traceback (most recent call last):*
> >
> > *  File "/home/rkerur/dpdk-dts/dts/framework/dts.py", line 527, in
> > execute_test_setup_all*
> >
> > *    test_case.set_up_all()*
> >
> > *  File "../tests/TestSuite_whitelist.py", line 61, in set_up_all*
> >
> > *    self.verify(len(self.dutPorts) >= 1, "Insufficient ports")*
> >
> > *  File "/home/rkerur/dpdk-dts/dts/framework/test_case.py", line 62, in
> > verify*
> >
>
> > *    raise VerifyFailure(description)*
> >
> > *VerifyFailure: 'Insufficient ports'*
> >
> >
> >
> > *16/01/2015 12:58:23                 INFO:*
> >
> > *TEST SUITE ENDED: TestWhitelist*
> >
> >
> > Thanks,
> >
> > Ravi
>
>
>

Re: [dts] Clarifications on setting up DUT

[Liu, Yong]

Ravi,
Thanks for your support. "support for DUT/Tester on same platform" will base on the patch set "[PATCH 0/4] Support additional port configuration file".
You can try this patch in your environment first.

From: Ravi Kerur [mailto:rkerur@gmail.com]
Sent: Saturday, January 24, 2015 8:58 AM
To: Liu, Yong
Cc: dts@dpdk.org
Subject: Re: [dts] Clarifications on setting up DUT

Hi Yong,
Thanks for the information.
Regarding support for DUT/Tester on same platform if you want me to test the patch or anything I can contribute to the development let me know.
Thanks,
Ravi

On Fri, Jan 23, 2015 at 6:18 AM, Liu, Yong <yong.liu@intel.com<mailto:yong.liu@intel.com>> wrote:
Hi Ravi,
Your patch has been applied in DTS. Thanks a lot.

And we just sent out one patch set which support manually configure DUT ports.
We have done some basic tests on it and I think it can be helpful on your first question.

We have planned to support DUT and Tester use the same platform soon. This will further reduce the requirements of running DTS.

Again, thanks for your input:)

From: Ravi Kerur [mailto:rkerur@gmail.com<mailto:rkerur@gmail.com>]
Sent: Tuesday, January 20, 2015 2:00 AM
To: Liu, Yong
Cc: dts@dpdk.org<mailto:dts@dpdk.org>
Subject: Re: [dts] Clarifications on setting up DUT

Hi Yong,
Thanks for the inputs, inline <rk>

On Mon, Jan 19, 2015 at 4:43 AM, Liu, Yong <yong.liu@intel.com<mailto:yong.liu@intel.com>> wrote:
Hi Ravi,
DTS can support i218 and i218 chipsets by add codename in setting.py and restore function in crb.py.

For question 1, you can get system requirements from DTS getting started guide. Just enter folder doc/dts_gsg and then "make html" will generate it.
Now ssh session is the only way for DTS to communicate with DUT and Tester. Restore interface function will re-insmod all nic in configuration file.
We will support specified nic in near future.

<rk> I have made changes and done some basic testing which includes "1" port only. Getting more than 2 ports is a bit taxing to me as I am an individual  contributor and wanted to find a way to test with what I had. I have made additional changes esp. handling cases to avoid error messages seen in "dts.log" . Do you want me to send a patch to you along with support added for I217 and i218?

For question 2, the garbage message show that DTS not strip color. Here is one quick fix for it.

diff --git a/framework/crb.py b/framework/crb.py
index aca62c1..e5224c8 100644
--- a/framework/crb.py
+++ b/framework/crb.py
@@ -226,7 +226,7 @@ class Crb(object):
         """
         Get interface name of specified pci device on linux.
         """
-        command = 'ls /sys/bus/pci/devices/0000:%s:%s/net' % (bus_id, devfun_id)
+        command = 'ls --color=never /sys/bus/pci/devices/0000:%s:%s/net' % (bus_id, devfun_id)
         return self.send_expect(command, '# ')

<rk> I will apply this patch, test it and let you know.

     def get_interface_name_freebsd(self, bus_id, devfun_id):

For question 3, DTS not scan ports normally, so you can try after fix issue 2.

<rk> Issue here was more delay needed for I217 ports to acquire v6 addresses after link up. If you are ok I can send a patch for this.
Thanks,
Ravi


> -----Original Message-----
> From: dts [mailto:dts-bounces@dpdk.org<mailto:dts-bounces@dpdk.org>] On Behalf Of Ravi Kerur
> Sent: Saturday, January 17, 2015 5:09 AM
> To: dts@dpdk.org<mailto:dts@dpdk.org>
> Subject: [dts] Clarifications on setting up DUT
>
> DTS team,
>
> I am making changes to DTS to support i217, i218 chipsets to DTS and I
> have couple of questions
>
> 1. Any README on system pre-requisites? Can I run DTS natively on DUT
> without any SSH?
>
>  I have I217 and 82540EM NICs in a system running Ubuntu. I would like to
> use both NIC's for testing. If I use regular method of SSH, I will loose
> one NIC hence the question.
>
> 2. When I run DTS, for some of the commands I am getting garbage output.
> The problem is seen on 2 Ubuntu systems. When I run those commands
> manually commands work fine for e.g.
>
> *16/01/2015 12:58:00       DTS_TESTER_CMD: ls
> /sys/bus/pci/devices/0000:00:19.0/net*
>
> *16/01/2015 12:58:00    DTS_TESTER_OUTPUT: ^[[0m^[[01;34meth0^[[0m*
>
> *16/01/2015 12:58:00       DTS_TESTER_CMD: Tester: [000:00:19.0 8086:15a1]
> ^[[0m^[[01;34meth0^[[0m*
>
> *16/01/2015 12:58:00       DTS_TESTER_CMD: cat
> /sys/bus/pci/devices/0000:00:19.0/net/^[[0m^[[01;34meth0^[[0m/address*
>
> *16/01/2015 12:58:00    DTS_TESTER_OUTPUT: cat:
> /sys/bus/pci/devices/0000:00:19.0/net/m1: No such file or directory^M*
>
> *-bash: 34meth0m/address: No such file or directory*
>
> *16/01/2015 12:58:00       DTS_TESTER_CMD: ls
> /sys/bus/pci/devices/0000:04:02.0/net*
>
> *16/01/2015 12:58:00    DTS_TESTER_OUTPUT: ^[[0m^[[01;34meth1^[[0m*
>
> *16/01/2015 12:58:00       DTS_TESTER_CMD: Tester: [000:04:02.0 8086:100e]
> ^[[0m^[[01;34meth1^[[0m*
>
> *16/01/2015 12:58:00       DTS_TESTER_CMD: cat
> /sys/bus/pci/devices/0000:04:02.0/net/^[[0m^[[01;34meth1^[[0m/address*
>
>
> 3. Tests start failing with following msgs even though I217 NIC is
> recognized.
>
> *Traceback (most recent call last):*
>
> *  File "/home/rkerur/dpdk-dts/dts/framework/dts.py", line 527, in
> execute_test_setup_all*
>
> *    test_case.set_up_all()*
>
> *  File "../tests/TestSuite_whitelist.py", line 61, in set_up_all*
>
> *    self.verify(len(self.dutPorts) >= 1, "Insufficient ports")*
>
> *  File "/home/rkerur/dpdk-dts/dts/framework/test_case.py", line 62, in
> verify*
>
> *    raise VerifyFailure(description)*
>
> *VerifyFailure: 'Insufficient ports'*
>
>
>
> *16/01/2015 12:58:23                 INFO:*
>
> *TEST SUITE ENDED: TestWhitelist*
>
>
> Thanks,
>
> Ravi

Re: [dts] Clarifications on setting up DUT

[Ravi Kerur]

Thanks Yong, i will test that patch and update.

Thanks,
Ravi

On Sat, Jan 24, 2015 at 4:45 PM, Liu, Yong <yong.liu@intel.com> wrote:

>  Ravi,
>
> Thanks for your support. "support for DUT/Tester on same platform" will
> base on the patch set "[PATCH 0/4] Support additional port configuration
> file".
>
> You can try this patch in your environment first.
>
>
>
> *From:* Ravi Kerur [mailto:rkerur@gmail.com]
> *Sent:* Saturday, January 24, 2015 8:58 AM
>
> *To:* Liu, Yong
> *Cc:* dts@dpdk.org
> *Subject:* Re: [dts] Clarifications on setting up DUT
>
>
>
> Hi Yong,
>
> Thanks for the information.
>
> Regarding support for DUT/Tester on same platform if you want me to test
> the patch or anything I can contribute to the development let me know.
>
> Thanks,
>
> Ravi
>
>
>
> On Fri, Jan 23, 2015 at 6:18 AM, Liu, Yong <yong.liu@intel.com> wrote:
>
> Hi Ravi,
>
> Your patch has been applied in DTS. Thanks a lot.
>
>
>
> And we just sent out one patch set which support manually configure DUT
> ports.
>
> We have done some basic tests on it and I think it can be helpful on your
> first question.
>
>
>
> We have planned to support DUT and Tester use the same platform soon. This
> will further reduce the requirements of running DTS.
>
>
>
> Again, thanks for your inputJ
>
>
>
> *From:* Ravi Kerur [mailto:rkerur@gmail.com]
> *Sent:* Tuesday, January 20, 2015 2:00 AM
> *To:* Liu, Yong
> *Cc:* dts@dpdk.org
> *Subject:* Re: [dts] Clarifications on setting up DUT
>
>
>
> Hi Yong,
>
> Thanks for the inputs, inline <rk>
>
>
>
> On Mon, Jan 19, 2015 at 4:43 AM, Liu, Yong <yong.liu@intel.com> wrote:
>
> Hi Ravi,
> DTS can support i218 and i218 chipsets by add codename in setting.py and
> restore function in crb.py.
>
> For question 1, you can get system requirements from DTS getting started
> guide. Just enter folder doc/dts_gsg and then "make html" will generate
> it.
> Now ssh session is the only way for DTS to communicate with DUT and
> Tester. Restore interface function will re-insmod all nic in
> configuration file.
> We will support specified nic in near future.
>
>
>
> <rk> I have made changes and done some basic testing which includes "1"
> port only. Getting more than 2 ports is a bit taxing to me as I am an
> individual  contributor and wanted to find a way to test with what I had. I
> have made additional changes esp. handling cases to avoid error messages
> seen in "dts.log" . Do you want me to send a patch to you along with
> support added for I217 and i218?
>
>
> For question 2, the garbage message show that DTS not strip color. Here is
> one quick fix for it.
>
> diff --git a/framework/crb.py b/framework/crb.py
> index aca62c1..e5224c8 100644
> --- a/framework/crb.py
> +++ b/framework/crb.py
> @@ -226,7 +226,7 @@ class Crb(object):
>          """
>          Get interface name of specified pci device on linux.
>          """
> -        command = 'ls /sys/bus/pci/devices/0000:%s:%s/net' % (bus_id,
> devfun_id)
> +        command = 'ls --color=never /sys/bus/pci/devices/0000:%s:%s/net'
> % (bus_id, devfun_id)
>          return self.send_expect(command, '# ')
>
>
>
> <rk> I will apply this patch, test it and let you know.
>
>
>      def get_interface_name_freebsd(self, bus_id, devfun_id):
>
> For question 3, DTS not scan ports normally, so you can try after fix
> issue 2.
>
>
>
> <rk> Issue here was more delay needed for I217 ports to acquire v6
> addresses after link up. If you are ok I can send a patch for this.
>
> Thanks,
>
> Ravi
>
>
>
> > -----Original Message-----
> > From: dts [mailto:dts-bounces@dpdk.org] On Behalf Of Ravi Kerur
> > Sent: Saturday, January 17, 2015 5:09 AM
> > To: dts@dpdk.org
> > Subject: [dts] Clarifications on setting up DUT
> >
> > DTS team,
> >
> > I am making changes to DTS to support i217, i218 chipsets to DTS and I
> > have couple of questions
> >
> > 1. Any README on system pre-requisites? Can I run DTS natively on DUT
> > without any SSH?
> >
> >  I have I217 and 82540EM NICs in a system running Ubuntu. I would like to
> > use both NIC's for testing. If I use regular method of SSH, I will loose
> > one NIC hence the question.
> >
> > 2. When I run DTS, for some of the commands I am getting garbage output.
> > The problem is seen on 2 Ubuntu systems. When I run those commands
> > manually commands work fine for e.g.
> >
>
> > *16/01/2015 12:58:00       DTS_TESTER_CMD: ls
> > /sys/bus/pci/devices/0000:00:19.0/net*
> >
> > *16/01/2015 12:58:00    DTS_TESTER_OUTPUT: ^[[0m^[[01;34meth0^[[0m*
> >
> > *16/01/2015 12:58:00       DTS_TESTER_CMD: Tester: [000:00:19.0
> 8086:15a1]
> > ^[[0m^[[01;34meth0^[[0m*
> >
> > *16/01/2015 12:58:00       DTS_TESTER_CMD: cat
> > /sys/bus/pci/devices/0000:00:19.0/net/^[[0m^[[01;34meth0^[[0m/address*
> >
> > *16/01/2015 12:58:00    DTS_TESTER_OUTPUT: cat:
> > /sys/bus/pci/devices/0000:00:19.0/net/m1: No such file or directory^M*
> >
> > *-bash: 34meth0m/address: No such file or directory*
> >
> > *16/01/2015 12:58:00       DTS_TESTER_CMD: ls
> > /sys/bus/pci/devices/0000:04:02.0/net*
> >
> > *16/01/2015 12:58:00    DTS_TESTER_OUTPUT: ^[[0m^[[01;34meth1^[[0m*
> >
> > *16/01/2015 12:58:00       DTS_TESTER_CMD: Tester: [000:04:02.0
> 8086:100e]
> > ^[[0m^[[01;34meth1^[[0m*
> >
> > *16/01/2015 12:58:00       DTS_TESTER_CMD: cat
> > /sys/bus/pci/devices/0000:04:02.0/net/^[[0m^[[01;34meth1^[[0m/address*
> >
> >
> > 3. Tests start failing with following msgs even though I217 NIC is
> > recognized.
> >
> > *Traceback (most recent call last):*
> >
> > *  File "/home/rkerur/dpdk-dts/dts/framework/dts.py", line 527, in
> > execute_test_setup_all*
> >
> > *    test_case.set_up_all()*
> >
> > *  File "../tests/TestSuite_whitelist.py", line 61, in set_up_all*
> >
> > *    self.verify(len(self.dutPorts) >= 1, "Insufficient ports")*
> >
> > *  File "/home/rkerur/dpdk-dts/dts/framework/test_case.py", line 62, in
> > verify*
> >
>
> > *    raise VerifyFailure(description)*
> >
> > *VerifyFailure: 'Insufficient ports'*
> >
> >
> >
> > *16/01/2015 12:58:23                 INFO:*
> >
> > *TEST SUITE ENDED: TestWhitelist*
> >
> >
> > Thanks,
> >
> > Ravi
>
>
>
>
>

Re: [dts] Clarifications on setting up DUT

[Qiu, Michael]

On 1/20/2015 2:01 AM, Ravi Kerur wrote:
> Hi Yong,
>
> Thanks for the inputs, inline <rk>
>
> On Mon, Jan 19, 2015 at 4:43 AM, Liu, Yong <yong.liu@intel.com> wrote:
>
>> Hi Ravi,
>> DTS can support i218 and i218 chipsets by add codename in setting.py and
>> restore function in crb.py.
>>
>> For question 1, you can get system requirements from DTS getting started
>> guide. Just enter folder doc/dts_gsg and then "make html" will generate it.
>> Now ssh session is the only way for DTS to communicate with DUT and
>> Tester. Restore interface function will re-insmod all nic in configuration
>> file.
>> We will support specified nic in near future.
>>
> <rk> I have made changes and done some basic testing which includes "1"
> port only. Getting more than 2 ports is a bit taxing to me as I am an
> individual  contributor and wanted to find a way to test with what I had. I

Great for your work on dts and help it to be more wonderful project :)

> have made additional changes esp. handling cases to avoid error messages
> seen in "dts.log" . Do you want me to send a patch to you along with
> support added for I217 and i218?
>
>
>> For question 2, the garbage message show that DTS not strip color. Here is
>> one quick fix for it.
>>
>> diff --git a/framework/crb.py b/framework/crb.py
>> index aca62c1..e5224c8 100644
>> --- a/framework/crb.py
>> +++ b/framework/crb.py
>> @@ -226,7 +226,7 @@ class Crb(object):
>>          """
>>          Get interface name of specified pci device on linux.
>>          """
>> -        command = 'ls /sys/bus/pci/devices/0000:%s:%s/net' % (bus_id,
>> devfun_id)
>> +        command = 'ls --color=never /sys/bus/pci/devices/0000:%s:%s/net'
>> % (bus_id, devfun_id)
>>          return self.send_expect(command, '# ')
>>
>>
> <rk> I will apply this patch, test it and let you know.
>
>
>>      def get_interface_name_freebsd(self, bus_id, devfun_id):
>>
>> For question 3, DTS not scan ports normally, so you can try after fix
>> issue 2.
>>
> <rk> Issue here was more delay needed for I217 ports to acquire v6
> addresses after link up. If you are ok I can send a patch for this.
>
> Thanks,
> Ravi
>
>
>>> -----Original Message-----
>>> From: dts [mailto:dts-bounces@dpdk.org] On Behalf Of Ravi Kerur
>>> Sent: Saturday, January 17, 2015 5:09 AM
>>> To: dts@dpdk.org
>>> Subject: [dts] Clarifications on setting up DUT
>>>
>>> DTS team,
>>>
>>> I am making changes to DTS to support i217, i218 chipsets to DTS and I
>>> have couple of questions
>>>
>>> 1. Any README on system pre-requisites? Can I run DTS natively on DUT
>>> without any SSH?
>>>
>>>  I have I217 and 82540EM NICs in a system running Ubuntu. I would like to
>>> use both NIC's for testing. If I use regular method of SSH, I will loose
>>> one NIC hence the question.
>>>
>>> 2. When I run DTS, for some of the commands I am getting garbage output.
>>> The problem is seen on 2 Ubuntu systems. When I run those commands
>>> manually commands work fine for e.g.
>>>
>>> *16/01/2015 12:58:00       DTS_TESTER_CMD: ls
>>> /sys/bus/pci/devices/0000:00:19.0/net*
>>>
>>> *16/01/2015 12:58:00    DTS_TESTER_OUTPUT: ^[[0m^[[01;34meth0^[[0m*
>>>
>>> *16/01/2015 12:58:00       DTS_TESTER_CMD: Tester: [000:00:19.0
>> 8086:15a1]
>>> ^[[0m^[[01;34meth0^[[0m*
>>>
>>> *16/01/2015 12:58:00       DTS_TESTER_CMD: cat
>>> /sys/bus/pci/devices/0000:00:19.0/net/^[[0m^[[01;34meth0^[[0m/address*
>>>
>>> *16/01/2015 12:58:00    DTS_TESTER_OUTPUT: cat:
>>> /sys/bus/pci/devices/0000:00:19.0/net/m1: No such file or directory^M*
>>>
>>> *-bash: 34meth0m/address: No such file or directory*
>>>
>>> *16/01/2015 12:58:00       DTS_TESTER_CMD: ls
>>> /sys/bus/pci/devices/0000:04:02.0/net*
>>>
>>> *16/01/2015 12:58:00    DTS_TESTER_OUTPUT: ^[[0m^[[01;34meth1^[[0m*
>>>
>>> *16/01/2015 12:58:00       DTS_TESTER_CMD: Tester: [000:04:02.0
>> 8086:100e]
>>> ^[[0m^[[01;34meth1^[[0m*
>>>
>>> *16/01/2015 12:58:00       DTS_TESTER_CMD: cat
>>> /sys/bus/pci/devices/0000:04:02.0/net/^[[0m^[[01;34meth1^[[0m/address*
>>>
>>>
>>> 3. Tests start failing with following msgs even though I217 NIC is
>>> recognized.
>>>
>>> *Traceback (most recent call last):*
>>>
>>> *  File "/home/rkerur/dpdk-dts/dts/framework/dts.py", line 527, in
>>> execute_test_setup_all*
>>>
>>> *    test_case.set_up_all()*
>>>
>>> *  File "../tests/TestSuite_whitelist.py", line 61, in set_up_all*
>>>
>>> *    self.verify(len(self.dutPorts) >= 1, "Insufficient ports")*
>>>
>>> *  File "/home/rkerur/dpdk-dts/dts/framework/test_case.py", line 62, in
>>> verify*
>>>
>>> *    raise VerifyFailure(description)*
>>>
>>> *VerifyFailure: 'Insufficient ports'*
>>>
>>>
>>>
>>> *16/01/2015 12:58:23                 INFO:*
>>>
>>> *TEST SUITE ENDED: TestWhitelist*
>>>
>>>
>>> Thanks,
>>>
>>> Ravi
>>