>       >
>       > I have build OVS(github master branch) with DPDK(2.0.0) as
> mentioned in the
>       > INSTALL.DPDK.md <http://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,

I guess the queue id shouldn’t be negative. It is defined as an int, should it
be an unsigned int?

>     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

Can you inspect frame #9 to see what actions are being executed?

> #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
> 

_______________________________________________
discuss mailing list
discuss@openvswitch.org
http://openvswitch.org/mailman/listinfo/discuss

Reply via email to