Thread (11 messages) 11 messages, 5 authors, 2020-06-17

Re: [PATCH v2 2/4] selftests/livepatch: use $(dmesg --notime) instead of manually filtering

From: Joe Lawrence <joe.lawrence@redhat.com>
Date: 2020-06-17 11:23:03
Also in: linux-kselftest

On 6/17/20 5:23 AM, Petr Mladek wrote:
On Mon 2020-06-15 13:27:54, Joe Lawrence wrote:
quoted
The dmesg utility already comes with a command line switch to omit
kernel timestamps, let's use it instead of applying an extra regex to
filter them out.

Now without the '[timestamp]: ' prefix at the beginning of the log
entry, revise the filtering regex to search for the 'livepatch:'
subsystem prefix at the beginning of the line.
I wanted to push this patchset and run full test after each patch.
Suddenly the tests started to fail, for example:
Hi Petr,

Thank you for running additional tests on your end.  I ran this on 
x86_64, ppc64le and s390 across a bunch of hosts and VMs, but never 
repeatedly so I never saw this interesting combination of issues.
quoted hunk ↗ jump to hunk
$/tools/testing/selftests/livepatch> ./test-livepatch.sh
TEST: basic function patching ... ok
TEST: multiple livepatches ... not ok
--- expected
+++ result
@@ -1,3 +1,9 @@
+% echo 0 > /sys/kernel/livepatch/test_klp_livepatch/enabled
+livepatch: 'test_klp_livepatch': initializing unpatching transition
+livepatch: 'test_klp_livepatch': starting unpatching transition
+livepatch: 'test_klp_livepatch': completing unpatching transition
+livepatch: 'test_klp_livepatch': unpatching complete
+% rmmod test_klp_livepatch
  % modprobe test_klp_livepatch
  livepatch: enabling patch 'test_klp_livepatch'
  livepatch: 'test_klp_livepatch': initializing patching transition
@@ -20,9 +26,3 @@ livepatch: 'test_klp_atomic_replace': co
  livepatch: 'test_klp_atomic_replace': unpatching complete
  % rmmod test_klp_atomic_replace
  test_klp_livepatch: this has been live patched
-% echo 0 > /sys/kernel/livepatch/test_klp_livepatch/enabled
-livepatch: 'test_klp_livepatch': initializing unpatching transition
-livepatch: 'test_klp_livepatch': starting unpatching transition
-livepatch: 'test_klp_livepatch': completing unpatching transition
-livepatch: 'test_klp_livepatch': unpatching complete
-% rmmod test_klp_livepatch
ERROR: livepatch kselftest(s) failed


The problem is a combination of:

   + 1st patch that causes that old kernel messages are not cleared
   + 2nd patch that removes time stamps from the diff
   + lost the oldest messages because internal kernel log buffer overflow
   + run the same tests more times

As a result, the diff might match with an incomplete log from
the previous run.
D'oh.  The referenced commit f131d9edc29d uses dmesg without any 
options, so it didn't suffer this gotcha.
Everything works when this 2nd patch is not commited. The timestamp
helps to distinguish old and new messages. The lost messages
are ignored thanks to the diff parameters:

        --changed-group-format='%>' --unchanged-group-format=''

If you agree, I'll solve this problem by not committing this patch
into livepatch.git repo.
Very good catch and explanation.  I'd be okay w/skipping the 2nd patch, 
hopefully the others don't conflict too much by removing it.
It would be great to add a comment that the timestamp is actually
important. But it might be done in a followup patch.
Yeah, something that subtle should probably have a comment to that 
effect.  We all thought this was the "easy" change in the set, but never 
thought it through :)

-- Joe
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help