Hello folks,

I've got a crash on v22.10
vnet[2391390]: received signal SIGSEGV, PC 0x7f4847feb994, faulting address
0x0
vnet[2391390]: #0  0x00007f484805e85b 0x7f484805e85b
vnet[2391390]: #1  0x00007f4847f753c0 0x7f4847f753c0
vnet[2391390]: #2  0x00007f4847feb994 vlib_get_next_frame_internal + 0x64
vnet[2391390]: #3  0x00007f484814e729 vlib_buffer_enqueue_to_next_fn_hsw +
0x3289
vnet[2391390]: #4  0x00007f4848dcbf2e ip4_rewrite_node_fn_hsw + 0x28ae
vnet[2391390]: #5  0x00007f4847fee6fb vlib_worker_loop + 0x1b3b
vnet[2391390]: #6  0x00007f4848040afa vlib_worker_thread_fn + 0xaa
vnet[2391390]: #7  0x00007f484803ae01 vlib_worker_thread_bootstrap_fn + 0x51
vnet[2391390]: #8  0x00007f4847f69609 start_thread + 0xd9
vnet[2391390]: #9  0x00007f4847ca7163 clone + 0x43

(gdb) info line *0x7f4847feb994
Line 371 of "/home/runner/work/vpp/vpp/src/vlib/main.c" starts at address
0x7f4847feb994 <vlib_get_next_frame_internal+100> and ends at
0x7f4847feb998 <vlib_get_next_frame_internal+104>.

And the code for this line is following:
  n_used = f->n_vectors;

Which means that vlib_node_runtime_get_next_frame allocated vlib_next_frame
with NULL in the frame field.

I wonder how I can debug it further since vpp caught a segfault signal and
in the core file I've got a completely different stacktrace. Is there a way
to find exactly this vlib_next_frame structure? Any ideas are much
appreciated.

-- 
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#22277): https://lists.fd.io/g/vpp-dev/message/22277
Mute This Topic: https://lists.fd.io/mt/95465711/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/leave/1480452/21656/631435203/xyzzy 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to