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

[차은호]

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 <http://install.dpdk.md/>.
> > 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/20150528/76301b65/attachment-0002.html>