Bug 205761 - kunit_tool: add TAP extraction support for non-UML kernels
Summary: kunit_tool: add TAP extraction support for non-UML kernels
Status: RESOLVED CODE_FIX
Alias: None
Product: Tools
Classification: Unclassified
Component: KUnit (show other bugs)
Hardware: All Linux
: P1 normal
Assignee: Tools/KUnit virtual default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-12-04 00:51 UTC by Brendan Higgins
Modified: 2023-02-22 23:36 UTC (History)
1 user (show)

See Also:
Kernel Version: kselftest/test (5.4)
Subsystem:
Regression: No
Bisected commit-id:


Attachments

Description Brendan Higgins 2019-12-04 00:51:15 UTC
We should split out the tools/testing/kunit/kunit_parser.py as a standalone KUnit TAP parser so it can be used with arbitrary dmesg output.

For context: Quoting Ted Ts'o:

For people who aren't using UML to run Kunit tests, and are either running the kunit tests during boot, or when the module is loaded, is there the test framework to automatically extract the test reports out of dmesg?

I can boot a kernel with kunit tests enabled using kvm, and I see it splatted intermixed with the rest of the kernel boot messages.  This is how I tested the 32-bit ext4 inode test fix.  But I had to manually find the test output.  Is that the expected way people are supposed to be using Kunit tests w/o using UML and the python runner?

For full email thread, see: https://lore.kernel.org/linux-kselftest/CAAXuY3rYZHac4o1bqqnbR_1g12dtqmJHVp8Taky00J4-+2hwZA@mail.gmail.com/T/#m956d6a2a2af79437ddb558d6eee7adc1db56b9d2
Comment 1 Brendan Higgins 2023-02-22 23:36:31 UTC
Done.

Note You need to log in before you can comment on or make changes to this bug.