[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <85F1F301-BECA-4210-A81F-12CAEEC85FD7@gmail.com>
Date: Wed, 20 Sep 2023 10:32:08 +0300
From: Martin Zaharinov <micron10@...il.com>
To: Eric Dumazet <edumazet@...gle.com>
Cc: Bagas Sanjaya <bagasdotme@...il.com>,
Paolo Abeni <pabeni@...hat.com>,
netdev <netdev@...r.kernel.org>,
patchwork-bot+netdevbpf@...nel.org,
Jakub Kicinski <kuba@...nel.org>,
Stephen Hemminger <stephen@...workplumber.org>,
kuba+netdrv@...nel.org,
dsahern@...il.com,
Florian Westphal <fw@...len.de>,
Pablo Neira Ayuso <pablo@...filter.org>
Subject: Re: Urgent Bug Report Kernel crash 6.5.2
I will make this yes .
And will wait if any find fix in future release.
Thanks for your time Eric
m.
> On 20 Sep 2023, at 10:29, Eric Dumazet <edumazet@...gle.com> wrote:
>
> On Wed, Sep 20, 2023 at 9:25 AM Eric Dumazet <edumazet@...gle.com> wrote:
>>
>> On Wed, Sep 20, 2023 at 9:04 AM Martin Zaharinov <micron10@...il.com> wrote:
>>>
>>> Hi
>>>
>>> Ok on first see all is look come after in kernel 6.4 add : atomics: Provide rcuref - scalable reference counting ( https://www.spinics.net/lists/linux-tip-commits/msg62042.html )
>>>
>>> I check all running machine with kernel 6.4.2 is minimal and have same bug report.
>>>
>>> i have fell machine with kernel 6.3.9 and not see problems there .
>>>
>>> and the problem may be is allocate in this part :
>>>
>>> [39651.444202] ? rcuref_put_slowpath (lib/rcuref.c:267 (discriminator 1))
>>> [39651.444297] ? rcuref_put_slowpath (lib/rcuref.c:267 (discriminator 1))
>>> [39651.444391] dst_release (./arch/x86/include/asm/preempt.h:95 ./include/linux/rcuref.h:151 net/core/dst.c:166)
>>> [39651.444487] __dev_queue_xmit (./include/net/dst.h:283 net/core/dev.c:4158)
>>> [39651.444582] ? nf_hook_slow (./include/linux/netfilter.h:143 net/netfilter/core.c:626)
>>>
>>> may be changes in dst.c make problem , I'm guessing at the moment.
>>>
>>> but in real with kernel 6.3 all is fine for now.
>>>
>>> dst.c changes 6.3.9 > 6.5.4 :
>>
>> Then start a real bisection. This is going to be the last time I say it.
>
> Or stick to an older kernel for your production, and wait for others
> to find the issue.
Powered by blists - more mailing lists