Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Feedback-ID: i56a14606:Fastmail
User-Agent: Cyrus-JMAP/3.9.0-alpha0-441-ga3ab13cd6d-fm-20230517.001-ga3ab13cd
Mime-Version: 1.0
Message-Id: <b66b1d4a-50c5-4e0e-98a9-a21a4eb6aab7@app.fastmail.com>
In-Reply-To: <CA+G9fYtzjP_EOjDFZYwTMjv5f3AK2pA_E6mk_mU5FQcZgo_qXQ@mail.gmail.com>
References: <20230526201607.54655398@kernel.org>
 <20230527034922.5542-1-kuniyu@amazon.com>
 <f0194cbe-eb5b-40ee-8723-1927ebddefc1@app.fastmail.com>
 <CA+G9fYtzjP_EOjDFZYwTMjv5f3AK2pA_E6mk_mU5FQcZgo_qXQ@mail.gmail.com>
Date:   Sat, 27 May 2023 20:39:03 +0200
From:   "Arnd Bergmann" <arnd@arndb.de>
To:     "Naresh Kamboju" <naresh.kamboju@linaro.org>
Cc:     "Kuniyuki Iwashima" <kuniyu@amazon.com>,
        "Jakub Kicinski" <kuba@kernel.org>,
        "Anders Roxell" <anders.roxell@linaro.org>,
        "Dan Carpenter" <dan.carpenter@linaro.org>,
        "David S . Miller" <davem@davemloft.net>,
        linux-kernel@vger.kernel.org, lkft-triage@lists.linaro.org,
        "Xin Long" <lucien.xin@gmail.com>,
        "Martin KaFai Lau" <martin.lau@linux.dev>,
        Netdev <netdev@vger.kernel.org>, stable@vger.kernel.org,
        willemdebruijn.kernel@gmail.com
Subject: Re: selftests: net: udpgso_bench.sh: RIP: 0010:lookup_reuseport
Content-Type: text/plain
Precedence: bulk

On Sat, May 27, 2023, at 20:02, Naresh Kamboju wrote:
> On Sat, 27 May 2023 at 15:03, Arnd Bergmann <arnd@arndb.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