linux-kernel - [PATCH 0/2] of: unittest: option to allow tests that trigger kernel stack dump

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-Id: <20230301012116.1488132-1-frowand.list@gmail.com>
Date:   Tue, 28 Feb 2023 19:21:14 -0600
From:   Frank Rowand <frowand.list@...il.com>
To:     Rob Herring <robh+dt@...nel.org>,
        Guenter Roeck <linux@...ck-us.net>,
        Jonathan Corbet <corbet@....net>
Cc:     devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
        linux-doc@...r.kernel.org
Subject: [PATCH 0/2] of: unittest: option to allow tests that trigger kernel stack dump

Commit 74df14cd301a ("of: unittest: add node lifecycle tests") added
some tests that trigger a kernel stack dump.  Filtering the boot
messages with scripts/dtc/of_unittest_expect detects that the stack
dump is expected instead of being a test error.

Test beds might interpret the stack dumps as errors, resulting in
needless debugging and error reports.  These test beds are likely
to remove unittests due to these stack dumps. To avoid these problems,
have the unittest default to skip the tests that trigger a stack dump.

Add a kernel cmdline option to not skip those tests.  This option can
be used by testers who are able to interpret the stack dumps as not
an error.

Frank Rowand (2):
  of: unittest: option to allow tests that trigger kernel stack dump
  of: unittest: add of_unittest_stackdump to kernel documentation

 .../admin-guide/kernel-parameters.txt         |  4 ++
 drivers/of/unittest.c                         | 54 +++++++++++++++++--
 2 files changed, 55 insertions(+), 3 deletions(-)

-- 
Frank Rowand <frowand.list@...il.com>