t;
>
> *From:* vpp-dev@lists.fd.io *On Behalf Of *Sudhir
> CR via lists.fd.io
> *Sent:* Thursday, March 9, 2023 4:00 AM
> *To:* vpp-dev@lists.fd.io
> *Cc:* rtbrick@lists.fd.io
> *Subject:* Re: [vpp-dev] process node suspended indefinitely
>
>
>
> Hi Dave,
>
s") == 0) {
+ ASSERT(0);
+ }
From: vpp-dev@lists.fd.io On Behalf Of Sudhir CR via
lists.fd.io
Sent: Thursday, March 9, 2023 4:00 AM
To: vpp-dev@lists.fd.io
Cc: rtbrick@lists.fd.io
Subject: Re: [vpp-dev] process node suspended indefinitely
Hi Dave,
Please excu
Hi jinsh,
Thanks for the help.
I placed assert statement in *vlib_process_signal_event_**helper* function. But
in this place the assert statement didn't hit.
When I debugged further I found that my process node is not there in
the *data_from_advancing_timing_wheel
*vector.
i believe due to this pro
*
I think you can query who stopped the current node's time wheel.
always_inline void *
vlib_process_signal_event_helper (vlib_node_main_t * nm,
vlib_node_t * n,
vlib_process_t * p,
uword t,
uword n_data_elts, uword n_data_elt_bytes)
{
if (add_to_pending)
{
u32 x = vlib_timing_wheel_dat
I think you can assert in this function:,
always_inline void *
vlib_process_signal_event_helper (vlib_node_main_t * nm,
vlib_node_t * n,
vlib_process_t * p,
uword t,
uword n_data_elts, uword n_data_elt_bytes)
{
...
if (add_to_pending)
{
u32 x = vlib_timing_wheel_data_set_suspended_pr
>>>>
>>>>
>>>>vlib_process_wait_for_event_or_clock (vm, 1e-2 /* 10 ms */);
>>>>
>>>>
>>>>
>>>> event_type = vlib_process_get_events (vm, &event_data);
>>>>
>>>&g
nts (vm, &event_data);
>>>
>>>
>>>
>>>switch (event_type) {
>>>
>>> case ~0: /* handle timer expirations */
>>>
>>> rtb_event_loop_run_once ();
>>>
>>>break;
>>>
>>>
>>&g
ASSERT (0);
>>
>>}
>>
>>
>>
>>vec_reset_length(event_data);
>>
>> }
>>
>>
>>
>> *From:* vpp-dev@lists.fd.io *On Behalf Of *Sudhir
>> CR via lists.fd.io
>> *Sent:* Monday, February 20, 2023 4:02 AM
>
>}
>
>
>
>vec_reset_length(event_data);
>
> }
>
>
>
> *From:* vpp-dev@lists.fd.io *On Behalf Of *Sudhir
> CR via lists.fd.io
> *Sent:* Monday, February 20, 2023 4:02 AM
> *To:* vpp-dev@lists.fd.io
> *Subject:* Re: [vpp-dev] process node sus
data);
}
From: vpp-dev@lists.fd.io On Behalf Of Sudhir CR via
lists.fd.io
Sent: Monday, February 20, 2023 4:02 AM
To: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] process node suspended indefinitely
Hi Dave,
Thank you for your response and help.
Please find the additional details b
Hi Dave,
Thank you for your response and help.
Please find the additional details below.
VPP Version *21.10*
We are creating a process node* rtb-vpp-epoll-process *to handle control
plane events like interface add/delete, route add/delete.
This process node waits for *10ms* of time (Not Intereste
HI：
*
I have the same problem，
bfd process node stop running. I raised this issue,
https://lists.fd.io/g/vpp-dev/message/22380
I think there is a problem with the porcess scheduling module when using the
time wheel.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
Process is a bit of a misnomer, “cooperative multitasking thread” would be more
accurate. Src/vlib/main.c makes no effort to interrupt process nodes. If a
process runs forever vpp will have a bad day.
Recitations: which version of vpp is involved? Please send “show run” output
for the proces
13 matches
Mail list logo
