瀏覽代碼

torture: Check for nul bytes in console output

When starting a new torture run while an old one is still running, both
qemu processes can be outputting to the same console.out file.  This can
cause quite a bit of confusion, so this commit checks for this situation,
which is normally indicated by nul bytes in the console output.  Yes,
if your new run uses up an exact number of blocks of the file, this
check will be ineffective, but the odds are not bad.

Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Reviewed-by: Pranith Kumar <bobby.prani@gmail.com>
Paul E. McKenney 11 年之前
父節點
當前提交
bc51896da2
共有 1 個文件被更改,包括 4 次插入0 次删除
  1. 4 0
      tools/testing/selftests/rcutorture/bin/parse-console.sh

+ 4 - 0
tools/testing/selftests/rcutorture/bin/parse-console.sh

@@ -32,6 +32,10 @@ title="$2"
 
 
 . functions.sh
 . functions.sh
 
 
+if grep -Pq '\x00' < $file
+then
+	print_warning Console output contains nul bytes, old qemu still running?
+fi
 egrep 'Badness|WARNING:|Warn|BUG|===========|Call Trace:|Oops:' < $file | grep -v 'ODEBUG: ' | grep -v 'Warning: unable to open an initial console' > $T
 egrep 'Badness|WARNING:|Warn|BUG|===========|Call Trace:|Oops:' < $file | grep -v 'ODEBUG: ' | grep -v 'Warning: unable to open an initial console' > $T
 if test -s $T
 if test -s $T
 then
 then