[ovs-dev] [openvswitch 2.5.90] testsuite: 2224 failed

[Ilya Maximets]

Exactly same situation with gcc (GCC) 6.1.1 20160510 (Red Hat 6.1.1-2).

On 05.08.2016 14:37, Ilya Maximets wrote:
> There is one interesting bug:
> 
> Test 2224 (ovn -- dhcpv4 : 1 HV, 2 LS, 2 LSPs/LS) constantly fails
> with 'CFLAGS=-march=native'. All other tests works normally.
> 
> Environment:
> 
> 	* OVS current master:
> 	  commit d59831e9b08e ("bridge: No QoS configured is not an error")
> 	* Red Hat Enterprise Linux Server release 7.2 (Maipo)
> 	* Compiler: gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-4)
> 	* Intel(R) Xeon(R) CPU E5-2690 v3
> 
> Test scenario:
> 
> 	1. Checkout current master branch.
> 
> 	2. Configure OVS with default configuration:
> 
> 	   # ./boot.sh && ./configure && make
> 
> 	3. Check test #2224
> 
> 	   # make check TESTSUITEFLAGS='2224'
> 	   2224: ovn -- dhcpv4 : 1 HV, 2 LS, 2 LSPs/LS           ok
> 
> 	4. Clean up
> 
> 	   # make distclean
> 
> 	5. Configure OVS with '-march=native':
> 
> 	   # ./boot.sh && ./configure CFLAGS="-march=native" && make
> 
> 	6. Check test #2224
> 
> 	   # make check TESTSUITEFLAGS='2224'
> 	   2224: ovn -- dhcpv4 : 1 HV, 2 LS, 2 LSPs/LS           FAILED (ovn.at:3205)
> 
> Test failed because of bad packet:
> 
> ./ovn.at:3205: cat 1.packets | cut -c 53-
> --- expout      2016-08-05 14:29:47.205360523 +0300
> +++ /ovs/tests/testsuite.dir/at-groups/2224/stdout   2016-08-05 14:29:47.215360172 +0300
> @@ -1 +1 @@
> -0a0000010a00000400430044011c0000020106006359aa7600000000000000000a0000040000000000000000
>  f000000000010000000000000000000000000000000000000000000000000000000000000000000000000000
>  0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
>  0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
>  0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
>  0000000000000000000000000000000000000000000000000000000000000000638253633501020104ffffff
>  0003040a00000136040a000001330400000e1000000000ff00000000
> +0a0000010a00000400430044011c0000020106006359aa7600000000000000000a0000040000000000000000
>  f000000000010000000000000000000000000000000000000000000000000000000000000000000000000000
>  0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
>  0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
>  0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
>  00000000000000000000000000000000000000000000000000000000000000006382536335010236040a0000
>  010104ffffff0003040a000001330400000e1000000000ff00000000
> 
> Full log attached.
> 
> Best regards, Ilya Maximets.
>