[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CA+GJov4CDitQ0w2CU46rk_zwNxU_Mn1wwGNgn-xx3uA3MwDoRg@mail.gmail.com>
Date: Wed, 19 Mar 2025 17:11:46 -0400
From: Rae Moar <rmoar@...gle.com>
To: Brendan Jackman <jackmanb@...gle.com>
Cc: David Gow <davidgow@...gle.com>, shuah@...nel.org, linux-kselftest@...r.kernel.org,
kunit-dev@...glegroups.com, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v3 1/2] kunit: tool: Fix bug in parsing test plan
On Mon, Mar 17, 2025 at 12:13 PM Brendan Jackman <jackmanb@...gle.com> wrote:
>
> On Fri, 14 Mar 2025 at 06:37, David Gow <davidgow@...gle.com> wrote:
> >
> > On Fri, 14 Mar 2025 at 03:27, Rae Moar <rmoar@...gle.com> wrote:
> > >
> > > A bug was identified where the KTAP below caused an infinite loop:
> > >
> > > TAP version 13
> > > ok 4 test_case
> > > 1..4
> > >
> > > The infinite loop was caused by the parser not parsing a test plan
> > > if following a test result line.
> > >
> > > Fix this bug by parsing test plan line to avoid the infinite loop.
>
> Hi Rae,
>
> With this change and this input:
>
> https://gist.githubusercontent.com/bjackman/220265699f346e16161c6534b115019b/raw/a2e0e1aa75c0d8ab9814708b028ec78810a0471b/run_vmtests.sh.tap
>
> The infinite loop is gone, but it's still hallucinating a [CRASHED] result:
>
> [16:07:15] # SUMMARY: PASS=17 SKIP=0 FAIL=1
> [16:07:15] [CRASHED]
> ...
> [16:07:15] Testing complete. Ran 19 tests: passed: 17, failed: 1, crashed: 1
Hi! Thanks for the response. This is an interesting problem. Should a
test plan at the bottom cause a crash because no tests were found
after? Again with KTAP, a crash would make sense. I feel this example
demonstrates why there is a need for a general parser that can parse
kselftest output as well as KUnit. I'll see how difficult it would be
to change the parser to accommodate removing the crash in a new
version. Thanks!
-Rae
Powered by blists - more mailing lists