[P4] Segfault
Péter Vörös
vpetya at mensa.hu
Tue Feb 26 14:09:29 CET 2019
Sziasztok!
Asszem megvan mi a hiba! Nem konfigoljuk fel a hardvare a dolgait.
A hiba szerintem a for ciklusban lévő return (dpdk_lib_init_hw.c:296).
reset_mbuf_pools();
for (unsigned lcore_id = 0; lcore_id < RTE_MAX_LCORE; lcore_id++) {
if (rte_lcore_is_enabled(lcore_id) == 0) *return*;
int socketid = get_socketid(lcore_id);
init_mbuf_pool(socketid);
}
A return-t continue-ra cserélve már nem ott halunk meg ahol Sanyi is írta.
Robi nézz rá légyszi és erősíts meg, hogy jól gondolom-e, hogy ez continue
akart lenni (mert nem akarok hülyeséget commitolni).
Üdv,
Peti
Sándor Laki <lakis at elte.hu> ezt írta (időpont: 2019. febr. 20., Sze, 15:39):
> Sziasztok,
>
> Nem tudom, hogy én vagyok-e béna, de próbálta már valaki valós kártyával
> futtatni a t4p4st? Nekem egyből segfaultol és még nem volt időm a
> mélyére ásni. Csináltam egy regiszter implementációt és bevezettem egy
> atomic annotációt a lock-oláshoz. Ezekből most látszólag jó kód készül,
> de tesztelni nic-kel próbáltam egyelőre.
>
> A nic-es segfault:
>
> P4_FWD: entering main loop on lcore 1
> P4_FWD: -- lcoreid=1 portid=0 rxqueueid=1
> P4_FWD: -- lcoreid=1 portid=1 rxqueueid=1
> P4_FWD: entering main loop on lcore 0
> P4_FWD: -- lcoreid=0 portid=0 rxqueueid=0
> P4_FWD: -- lcoreid=0 portid=1 rxqueueid=0
>
> Thread 4 "lcore-slave-1" received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 0x7ffff51e1700 (LWP 24837)]
> 0x0000000000482c2e in rte_eth_rx_burst (nb_pkts=32, rx_pkts=0x7ffff51df328,
> queue_id=1, port_id=<optimized out>)
> at
> /home/lakis/cnl/t4p4s/dpdk-19.02//x86_64-native-linuxapp-gcc/include/rte_
> ethdev.h:3879
> 3879 nb_rx =
> (*dev->rx_pkt_burst)(dev->data->rx_queues[queue_id],
> (gdb) bt
> #0 0x0000000000482c2e in rte_eth_rx_burst (nb_pkts=32,
> rx_pkts=0x7ffff51df328, queue_id=1, port_id=<optimized out>)
> at
> /home/lakis/cnl/t4p4s/dpdk-19.02//x86_64-native-linuxapp-gcc/include/rte_
> ethdev.h:3879
> #1 main_loop_rx_group (lcdata=lcdata at entry=0x7ffff51df310,
> queue_idx=queue_idx at entry=0)
> at /home/lakis/cnl/t4p4s/src/hardware_dep/dpdk/dpdk_nicon.c:239
> #2 0x000000000048448d in do_rx (lcdata=lcdata at entry=0x7ffff51df310,
> pd=pd at entry=0x7ffff51df440)
> at /home/lakis/cnl/t4p4s/src/hardware_dep/dpdk/main.c:170
> #3 0x00000000004846f8 in dpdk_main_loop ()
> at /home/lakis/cnl/t4p4s/src/hardware_dep/dpdk/main.c:193
> #4 0x000000000048472b in launch_one_lcore (dummy=<optimized out>)
> at /home/lakis/cnl/t4p4s/src/hardware_dep/dpdk/main.c:205
> #5 0x000000000055d5b1 in eal_thread_loop ()
> #6 0x00007ffff6a376ba in start_thread (arg=0x7ffff51e1700)
> at pthread_create.c:333
> #7 0x00007ffff676d41d in clone ()
> at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109
>
> Üdv.
> Sanyi
>
> --
> Sándor Laki, PhD
> Assistant professor
> Department of Information Systems
> Eötvös Loránd University
> Pázmány Péter stny. 1/C
> H-1117, Budapest, Hungary
> Room 2.506
> Web: http://lakis.web.elte.hu
> Phone: +36 1 372 2869 / 8477
> Cell: +36 70 374 2646
>
>
> ---
> Ezt az e-mailt az Avast víruskereső szoftver átvizsgálta.
> https://www.avast.com/antivirus
>
> _______________________________________________
> P4 mailing list
> P4 at plc.inf.elte.hu
> https://plc.inf.elte.hu/mailman/listinfo/p4
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://plc.inf.elte.hu/pipermail/p4/attachments/20190226/4813e7f8/attachment.html>
More information about the P4
mailing list