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
*
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 =
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 =
t;>>>vlib_process_wait_for_event_or_clock (vm, 1e-2 /* 10 ms */);
>>>>
>>>>
>>>>
>>>>event_type = vlib_process_get_events (vm, _data);
>>>>
>>>>
>>>>
>>>>switch (event_type) {
>>>&g
et_events (vm, _data);
>>>
>>>
>>>
>>>switch (event_type) {
>>>
>>> case ~0: /* handle timer expirations */
>>>
>>> rtb_event_loop_run_once ();
>>>
>>>break;
>>>
>>>
>>>
&
SERT (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
>> *To:*
}
>
>
>
>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 suspended indefi
);
}
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 below.
VPP
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
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.
@lists.fd.io On Behalf Of Sudhir CR via
lists.fd.io
Sent: Friday, February 17, 2023 12:12 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] process node suspended indefinitely
Hi Team,
We have a process node. which we will use to do some control plane related
activity. Sometimes we observe
Hi Team,
We have a process node. which we will use to do some control plane related
activity. Sometimes we observe that this *process node is
suspended indefinitely*.
I know that if any process node is taking *Unreasonably long time* such
nodes will not be scheduled further. But not able to
14 matches
Mail list logo