[ovs-discuss] [Dpdk-ovs] How use userspace tunneling?

Daniele Di Proietto diproiettod at vmware.com
Thu May 28 13:24:51 UTC 2015


Thanks for the report!

I sent out a fix:

http://openvswitch.org/pipermail/dev/2015-May/055675.html

Would you mind trying again with the above patch?

Thanks!

On 28/05/2015 03:21, "차은호" <eunho.cha at atto-research.com> wrote:

>
>On Thu, May 28, 2015 at 12:46 AM, Ben Pfaff
><blp at nicira.com> wrote:
>
>On Wed, May 27, 2015 at 10:54:04AM +0900, 차은호 wrote:
>> I want to use dpdk-ovs with vxlan tunneling.
>>
>> I have build OVS(github master branch) with DPDK(2.0.0) as mentioned in
>>the
>> 
>INSTALL.DPDK.md 
><https://urldefense.proofpoint.com/v2/url?u=http-3A__INSTALL.DPDK.md&d=BQM
>FaQ&c=Sqcl0Ez6M0X8aeM67LKIiDJAXVeAw-YihVMNtXt-uEs&r=SmB5nZacmXNq0gKCC1s_Cw
>5yUNjxgD4v5kJqZ2uWLlE&m=jxzas3FFv7ACd22DKbif83gzbaxoubgCzSCXVTnRUf4&s=42ws
>dGSbxSo0_y9fu6dJXQmX61UwnoGlVqVnDEiYdnY&e=> <http://install.dpdk.md/
><https://urldefense.proofpoint.com/v2/url?u=http-3A__install.dpdk.md_&d=BQ
>MFaQ&c=Sqcl0Ez6M0X8aeM67LKIiDJAXVeAw-YihVMNtXt-uEs&r=SmB5nZacmXNq0gKCC1s_C
>w5yUNjxgD4v5kJqZ2uWLlE&m=jxzas3FFv7ACd22DKbif83gzbaxoubgCzSCXVTnRUf4&s=GFG
>3IR24h6XskJixqZK4LZbogcJULxg71KH2vvTePEg&e=>>.
>> And I try use userspace tunneling as mentioned in
>> the README-native-tunneling.md.
>>
>> ovs-vsctl add-br br-eth1  -- set bridge br-eth1 datapath_type=netdev
>> ovs-vsctl add-port br-eth1 dpdk0 -- set Interface dpdk0 type=dpdk;
>>
>> However, when I try assign ip address to br-eth1, ovs-vswitchd is killed
>> with segfault.
>> ifconfig br-eth1 172.168.1.1 netmask 255.255.255.0
>
>You must have found a bug.  Can you get us a backtrace?
>
>
>
>
>
>Thanks Ben.
>
>
>I build openvswitch with -g option (no optimization) and attach gdb.
>(ovs revision is 8909c56c467881236b655e5c4f4c5caa63178cd5)
>
>
>This is the gdb backtrace:
>
>
>
>
>Program received signal SIGSEGV, Segmentation fault.
>0x000000000069dd09 in rte_eth_tx_burst (port_id=0 '\000', queue_id=65535,
>    tx_pkts=0x7fc8c0995e00, nb_pkts=1)
>    at 
>/home/molla/work/dpdk-2.0.0/x86_64-native-linuxapp-gcc/include/rte_ethdev.
>h:2561
>2561 struct rte_eth_rxtx_callback *cb = dev->pre_tx_burst_cbs[queue_id];
>(gdb) bt
>#0  0x000000000069dd09 in rte_eth_tx_burst (port_id=0 '\000',
>queue_id=65535,
>    tx_pkts=0x7fc8c0995e00, nb_pkts=1)
>    at 
>/home/molla/work/dpdk-2.0.0/x86_64-native-linuxapp-gcc/include/rte_ethdev.
>h:2561
>#1  0x00000000006a156f in dpdk_queue_flush__ (dev=0x7fc8c0afbf00, qid=-1)
>    at lib/netdev-dpdk.c:808
>#2  0x00000000006a3e64 in dpdk_queue_pkts (dev=0x7fc8c0afbf00, qid=-1,
>    pkts=0x7fff5c0d3880, cnt=1) at lib/netdev-dpdk.c:1007
>#3  0x00000000006a4141 in dpdk_do_tx_copy (netdev=0x7fc8c0afbf00, qid=-1,
>    pkts=0x7fff5c0d4780, cnt=1) at lib/netdev-dpdk.c:1073
>#4  0x00000000006a42cc in netdev_dpdk_send__ (dev=0x7fc8c0afbf00, qid=-1,
>    pkts=0x7fff5c0d4780, cnt=1, may_steal=true) at lib/netdev-dpdk.c:1116
>#5  0x00000000006a4522 in netdev_dpdk_eth_send (netdev=0x7fc8c0afbf00,
>qid=-1,
>    pkts=0x7fff5c0d4780, cnt=1, may_steal=true) at lib/netdev-dpdk.c:1169
>#6  0x00000000005dd16f in netdev_send (netdev=0x7fc8c0afbf00, qid=-1,
>    buffers=0x7fff5c0d4780, cnt=1, may_steal=true) at lib/netdev.c:739
>#7  0x00000000005b6049 in dp_execute_cb (aux_=0x7fff5c0d3da0,
>    packets=0x7fff5c0d4780, cnt=1, a=0x7fff5c0d4048, may_steal=true)
>    at lib/dpif-netdev.c:3390
>#8  0x00000000005e6665 in odp_execute_actions (dp=0x7fff5c0d3da0,
>    packets=0x7fff5c0d4780, cnt=1, steal=true, actions=0x7fff5c0d4048,
>    actions_len=8, dp_execute_action=0x5b5f56 <dp_execute_cb>)
>    at lib/odp-execute.c:492
>#9  0x00000000005b65db in dp_netdev_execute_actions (pmd=0x23264b0,
>    packets=0x7fff5c0d4780, cnt=1, may_steal=true, actions=0x7fff5c0d4048,
>    actions_len=8) at lib/dpif-netdev.c:3530
>#10 0x00000000005b5801 in fast_path_processing (pmd=0x23264b0,
>    packets=0x7fff5c0d4780, cnt=1, keys=0x7fff5c0d4600,
>    batches=0x7fff5c0d44e0, n_batches=0x7fff5c0d46d8) at
>lib/dpif-netdev.c:3231
>#11 0x00000000005b5d57 in dp_netdev_input (pmd=0x23264b0,
>    packets=0x7fff5c0d4780, cnt=1) at lib/dpif-netdev.c:3306
>#12 0x00000000005b3d08 in dp_netdev_process_rxq_port (pmd=0x23264b0,
>    port=0x22ee810, rxq=0x22911f0) at lib/dpif-netdev.c:2528
>#13 0x00000000005b3e3b in dpif_netdev_run (dpif=0x229f090)
>    at lib/dpif-netdev.c:2554
>#14 0x00000000005b81f8 in dpif_run (dpif=0x229f090) at lib/dpif.c:430
>#15 0x00000000005663c7 in type_run (type=0x2325720 "netdev")
>    at ofproto/ofproto-dpif.c:533
>#16 0x0000000000558aab in ofproto_type_run (datapath_type=0x2325720
>"netdev")
>    at ofproto/ofproto.c:1594
>#17 0x0000000000549220 in bridge_run__ () at vswitchd/bridge.c:2857
>#18 0x0000000000549430 in bridge_run () at vswitchd/bridge.c:2916
>#19 0x000000000054f0dd in main (argc=4, argv=0x7fff5c0d4c88)
>    at vswitchd/ovs-vswitchd.c:116
>
>
>
>
>
>



More information about the discuss mailing list