[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <b66b1d4a-50c5-4e0e-98a9-a21a4eb6aab7@app.fastmail.com>
Date: Sat, 27 May 2023 20:39:03 +0200
From: "Arnd Bergmann" <arnd@...db.de>
To: "Naresh Kamboju" <naresh.kamboju@...aro.org>
Cc: "Kuniyuki Iwashima" <kuniyu@...zon.com>,
"Jakub Kicinski" <kuba@...nel.org>,
"Anders Roxell" <anders.roxell@...aro.org>,
"Dan Carpenter" <dan.carpenter@...aro.org>,
"David S . Miller" <davem@...emloft.net>,
linux-kernel@...r.kernel.org, lkft-triage@...ts.linaro.org,
"Xin Long" <lucien.xin@...il.com>,
"Martin KaFai Lau" <martin.lau@...ux.dev>,
Netdev <netdev@...r.kernel.org>, stable@...r.kernel.org,
willemdebruijn.kernel@...il.com
Subject: Re: selftests: net: udpgso_bench.sh: RIP: 0010:lookup_reuseport
On Sat, May 27, 2023, at 20:02, Naresh Kamboju wrote:
> On Sat, 27 May 2023 at 15:03, Arnd Bergmann <arnd@...db.de> wrote:
>> On Sat, May 27, 2023, at 05:49, Kuniyuki Iwashima wrote:
>> The current theory right now is that this is a qemu bug when
>> dealing with self-modifying x86 code that has been fixed in
>> qemu-8.0 already, and my suggestion would be to ignore all bugs
>> found by lkft that involve an 'int3' trap, and instead change
>> the lkft setup to use either qemu-8.0 or run the test systems
>> in kvm (which would also be much faster and save resources).
>
> I will send out an update to ignore the 'int3' trap email reports.
Just to clarify: what I meant was ignoring the old reports with
qemu-7.2 but not any new ones that come from qemu-8.0.
Arnd
Powered by blists - more mailing lists