22 Mar, 2011

1 commit

  • * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-2.6-ktest:
    ktest: Add STOP_TEST_AFTER to stop the test after a period of time
    ktest: Monitor kernel while running of user tests
    ktest: Fix bug where the test would not end after failure
    ktest: Add BISECT_FILES to run git bisect on paths
    ktest: Add BISECT_SKIP
    ktest: Add manual bisect
    ktest: Handle kernels before make oldnoconfig
    ktest: Start failure timeout on panic too
    ktest: Print logfile name on failure

    Linus Torvalds
     

08 Mar, 2011

9 commits

  • Currently, if a test causes constant output but never reaches a
    boot prompt, or crashes, the test will never stop. Add STOP_TEST_AFTER
    to create a variable that will stop (and fail) the test after it has run
    for this amount of time. The default is 10 minutes. Setting this
    variable to -1 will disable it.

    Signed-off-by: Steven Rostedt

    Steven Rostedt
     
  • Record the console of tests to both the console and the log.
    Also, record the bug reports afte the test has completed.
    Currently, if a kernel bug happens while running the userland
    test, the test stops and will not record the kernel bug. This
    makes it difficult to solve what happened.

    Signed-off-by: Steven Rostedt

    Steven Rostedt
     
  • The config STOP_AFTER_FAILURE is the number of seconds to continue
    the test when a failure is detected. This lets the monitor record
    more data to the logs and console that may be helpful in solving
    the bug that was found.

    But the test had a bug. If the failure caused multiple
    "Call Trace" stack dumps, the start time to compare the
    STOP_AFTER_FAILURE would constantly be reset. Only update the start
    time at the first "Call Trace" instance.

    Signed-off-by: Steven Rostedt

    Steven Rostedt
     
  • Add the config option BISECT_FILES that allows the user to
    specify what path in the kernel to run the git bisect on.

    Signed-off-by: Steven Rostedt

    Steven Rostedt
     
  • If a during a git bisect, ktest fails on something other than
    what it is testing (if BISECT_TYPE is test but it fails on build),
    if BISECT_SKIP is set, then it will do a "git bisect skip" instead
    of just failing the bisect and letting the user find a good commit
    to test.

    Signed-off-by: Steven Rostedt

    Steven Rostedt
     
  • For both git bisect and config bisect, if BISECT_MANUAL is set to 1,
    then bisect will stop between iterations and ask the user for the
    result. The actual result is ignored. This makes it possible to
    use ktest.pl for bisecting configs and git and let the user examine
    the results themselves and enter their own results.

    Signed-off-by: Steven Rostedt

    Steven Rostedt
     
  • When bisecting, one may come across a kernel that does not have
    make oldnoconfig. In this case, we need to run the command "yes"
    into a make oldconfig. This will select defaults instead of 'n'
    into each command, but it works as a work around.

    Note, "yes n" will not work because a config may have a value that
    "n" is not acceptable for.

    Signed-off-by: Steven Rostedt

    Steven Rostedt
     
  • Currently we just look for a Call Trace to start the time out
    when to reboot the box. But if the kernel panics and does not
    show a Call Trace, the test will not reboot the box after
    the specified timeout.

    Signed-off-by: Steven Rostedt

    Steven Rostedt
     
  • If the test fails and a logfile was specified. Print the name to
    let the user know where to look for more information on the
    failure.

    Signed-off-by: Steven Rostedt

    Steven Rostedt
     

09 Feb, 2011

1 commit


19 Nov, 2010

29 commits