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

차은호 eunho.cha at atto-research.com
Thu May 28 17:43:33 UTC 2015


Thank you.

This patch fixes this issue.

Thanks for the patch.


On Thu, May 28, 2015 at 10:24 PM, Daniele Di Proietto <
diproiettod at vmware.com> wrote:

> 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
> >
> >
> >
> >
> >
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://openvswitch.org/pipermail/ovs-discuss/attachments/20150529/8ec340bf/attachment-0002.html>


More information about the discuss mailing list