Hi
Oki i find the problem is come from nf_conntrack_core
I isolate problem in this part :
queue_delayed_work(system_power_efficient_wq, &conntrack_gc_work.dwork, HZ);
When package go to queue delayed in one moment if connection track is to big
process to delayed go to lock and start high cp
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
A: No.
Q: Should I include quotations after my reply?
http://daringfireball.net/2007/07/on_top
On Wed, Jul 08, 2020 at 11:3
Yes i search but not find any information.
And write hear to help if any have same problem or any of you have
idea from where is comme this problem.
If need more debug i will only write how to get more information.
Martin
На ср, 8.07.2020 г. в 10:09 Greg KH написа:
>
> On Wed, Jul 08, 2020 at
On Wed, Jul 08, 2020 at 09:50:49AM +0300, Martin Zaharinov wrote:
> Add Greg , Florian, Eric to this bug
>
> > On 7 Jul 2020, at 22:54, Martin Zaharinov wrote:
> >
> > And this is log from /sys/kernel/debug/tracing/trace
> >
> >
> > # entries-in-buffer/entries-written: 32410/32410 #P:64
> >
Add Greg , Florian, Eric to this bug
> On 7 Jul 2020, at 22:54, Martin Zaharinov wrote:
>
> And this is log from /sys/kernel/debug/tracing/trace
>
>
> # entries-in-buffer/entries-written: 32410/32410 #P:64
> #
> # _-=> irqs-off
> #
And this is log from /sys/kernel/debug/tracing/trace
# entries-in-buffer/entries-written: 32410/32410 #P:64
#
# _-=> irqs-off
# / _=> need-resched
#| / _---=> hardirq/softirq
#
the problem is hear with kernel 5.7.7
last work kernel without this problem is 5.6.7
hear is more info:
cat /proc/57259/stack
root@megacableamarilis:~# cat /proc/57259/stack
[<0>] gc_worker+0x1be/0x380 [nf_conntrack]
[<0>] process_one_work+0x1bc/0x3b0
[<0>] worker_thread+0x4d/0x460
[<0>] kthrea
7 matches
Mail list logo
