<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/tools/testing/ktest/sample.conf, branch v3.12.10</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/tools/testing/ktest/sample.conf?h=v3.12.10</id>
<link rel='self' href='https://git.amat.us/linux/atom/tools/testing/ktest/sample.conf?h=v3.12.10'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2013-01-31T15:24:56Z</updated>
<entry>
<title>ktest: Add make_warnings_file and process full warnings</title>
<updated>2013-01-31T15:24:56Z</updated>
<author>
<name>Steven Rostedt (Red Hat)</name>
<email>rostedt@goodmis.org</email>
</author>
<published>2013-01-30T23:37:47Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=4283b169abfb0380850b56287ee644697ecf321a'/>
<id>urn:sha1:4283b169abfb0380850b56287ee644697ecf321a</id>
<content type='text'>
Although the patchcheck test checks for warnings in the files that were
changed, this check does not catch warnings that were caused by header
file changes and the warnings appear in C files not touched by the
commit.

Add a new option called WARNINGS_FILE. If this option is set, then the
file it points to is read before bulid, and the file should contain a
list of known warnings. If a warning appears in the build, this file is
checked, and if the warning does not exist in this file, then it fails
the build showing the new warning.

If the WARNINGS_FILE points to a file that does not exist, this will
cause any warning in the build to fail.

A new test is also added called "make_warnings_file". This test will
create do a build and record any warnings it finds into the
WARNINGS_FILE. This test is something that can be run before other tests
to build a warnings file of "known warnings", ie, warnings that were
there before your changes.

Signed-off-by: Steven Rostedt &lt;rostedt@goodmis.org&gt;
</content>
</entry>
<entry>
<title>ktest: Add native support for syslinux boot loader</title>
<updated>2012-12-11T23:18:46Z</updated>
<author>
<name>Steven Rostedt</name>
<email>srostedt@redhat.com</email>
</author>
<published>2012-12-11T22:37:41Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=7786954c95dbeba26ef39d2b6899bf06fbf2b629'/>
<id>urn:sha1:7786954c95dbeba26ef39d2b6899bf06fbf2b629</id>
<content type='text'>
I installed Fedora 17 which no longer supports grub v1. I worked
with grub2 for a while, but there's so many issues with it and automated
rebooting, that I decided to switch to syslinux. Instead of using
the REBOOT_SCRIPT and add customized changes to get syslinux booted,
I thought it better to make ktest aware of syslinux and add options
to simplify the use of syslinux on a target test box.

Acked-by: H. Peter Anvin &lt;hpa@zytor.com&gt;
Cc: John 'Warthog9' Hawley &lt;warthog9@kernel.org&gt;
Signed-off-by: Steven Rostedt &lt;rostedt@goodmis.org&gt;
</content>
</entry>
<entry>
<title>ktest: Add support for grub2</title>
<updated>2012-11-13T19:30:37Z</updated>
<author>
<name>Steven Rostedt</name>
<email>srostedt@redhat.com</email>
</author>
<published>2012-11-13T19:30:37Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=a15ba91361d46b4cc71d76d5712fb6420b517d8a'/>
<id>urn:sha1:a15ba91361d46b4cc71d76d5712fb6420b517d8a</id>
<content type='text'>
As only grub or 'script' is supported for rebooting to a new kernel,
and Fedora 17 has dropped support for grub, I decided to add grub2
support as well (I also plan on adding syslinux/extlinux support too).

The options GRUB_FILE and GRUB_REBOOT were added to allow the user
to specify where to find the grub.cfg and what tool to use to reboot
into the next kernel respectively.

Signed-off-by: Steven Rostedt &lt;rostedt@goodmis.org&gt;
</content>
</entry>
<entry>
<title>ktest: Add MAX_MONITOR_WAIT option</title>
<updated>2012-07-19T20:05:42Z</updated>
<author>
<name>Steven Rostedt</name>
<email>srostedt@redhat.com</email>
</author>
<published>2012-07-19T20:05:42Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=407b95b7a085b5c1622033edc2720bb05f973317'/>
<id>urn:sha1:407b95b7a085b5c1622033edc2720bb05f973317</id>
<content type='text'>
If the console is constantly outputting content, this can cause ktest
to get stuck waiting on the monitor to settle down.

The option MAX_MONITOR_WAIT is the maximum time (in seconds) for ktest
to wait for the console to flush.

Signed-off-by: Steven Rostedt &lt;rostedt@goodmis.org&gt;
</content>
</entry>
<entry>
<title>ktest: Add CONFIG_BISECT_CHECK option</title>
<updated>2012-07-19T19:26:00Z</updated>
<author>
<name>Steven Rostedt</name>
<email>srostedt@redhat.com</email>
</author>
<published>2012-07-19T19:26:00Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=b0918612545e698e55889c15d25e5118ea09c1fd'/>
<id>urn:sha1:b0918612545e698e55889c15d25e5118ea09c1fd</id>
<content type='text'>
The config-bisect can take a bad config and bisect it down to find out
what config actually breaks the config. But as all tests will apply a
minconfig (defined by a user) to apply before booting, it is possible
that the minconfig could actually make the bad config work (minconfigs
can disable configs). The end result is that the config bisect test will
not find a config that breaks. This can be rather frustrating to the
user.

The CONFIG_BISECT_CHECK option, when set to 1, will make sure that the
bad config (with the minconfig applied) still fails before trying to
bisect.

And yes, I did get burned by this.

Signed-off-by: Steven Rostedt &lt;rostedt@goodmis.org&gt;
</content>
</entry>
<entry>
<title>ktest: Add PRE_INSTALL option</title>
<updated>2012-07-19T19:22:05Z</updated>
<author>
<name>Steven Rostedt</name>
<email>srostedt@redhat.com</email>
</author>
<published>2012-07-19T19:22:05Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=e5c2ec11a07b9e1e7eb714aad13583e2bbae49bd'/>
<id>urn:sha1:e5c2ec11a07b9e1e7eb714aad13583e2bbae49bd</id>
<content type='text'>
Add the PRE_INSTALL option that will allow a user to specify a shell
command to be executed before the install operation executes.

Signed-off-by: Steven Rostedt &lt;rostedt@goodmis.org&gt;
</content>
</entry>
<entry>
<title>ktest: Add PRE/POST_KTEST and TEST options</title>
<updated>2012-07-19T19:18:27Z</updated>
<author>
<name>Steven Rostedt</name>
<email>srostedt@redhat.com</email>
</author>
<published>2012-07-19T19:18:27Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=921ed4c7208e5c466a87db0a11c6fdd26bcc2fe7'/>
<id>urn:sha1:921ed4c7208e5c466a87db0a11c6fdd26bcc2fe7</id>
<content type='text'>
In order to let the user add commands before and after ktest runs, the
PRE_KTEST and POST_KTEST options are defined. They hold shell commands
that will execute befor ktest runs its first test, as well as when it
completed its last test.

The PRE_TEST and POST_TEST will be run befor and after (respectively)
for a given test. They can either be global (done for all tests) or
defined by a single test.

Signed-off-by: Steven Rostedt &lt;rostedt@goodmis.org&gt;
</content>
</entry>
<entry>
<title>ktest: Change singular "paranthesis" to plural "parentheses"</title>
<updated>2012-05-23T14:19:09Z</updated>
<author>
<name>Jesper Juhl</name>
<email>jj@chaosbits.net</email>
</author>
<published>2012-04-16T17:40:24Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=11c38b7575c2f4624d8e199c50cec2ba0d58a753'/>
<id>urn:sha1:11c38b7575c2f4624d8e199c50cec2ba0d58a753</id>
<content type='text'>
Acked-by: Randy Dunlap &lt;rdunlap@xenotime.net&gt;
Signed-off-by: Jesper Juhl &lt;jj@chaosbits.net&gt;
Signed-off-by: Steven Rostedt &lt;rostedt@goodmis.org&gt;
</content>
</entry>
<entry>
<title>ktest: Add USE_OUTPUT_MIN_CONFIG to avoid prompt on make_min_config</title>
<updated>2012-05-22T04:07:34Z</updated>
<author>
<name>Steven Rostedt</name>
<email>srostedt@redhat.com</email>
</author>
<published>2012-05-22T03:35:12Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=43de3316e97c5a9ac4446aa33a893c15cea512b7'/>
<id>urn:sha1:43de3316e97c5a9ac4446aa33a893c15cea512b7</id>
<content type='text'>
If the file that OUTPUT_MIN_CONFIG exists then ktest.pl will prompt the
user and ask them if the OUTPUT_MIN_CONFIG should be used as the
starting point for make_min_config instead of MIN_CONFIG.

This is usually the case, and to allow the user to do so, which is
helpful if the user is creating different min configs based on tests,
and they know one is a superset of another test, they can set
USE_OUTPUT_MIN_CONFIG to one, which will prevent kest.pl from prompting
to use the OUTPUT_MIN_CONFIG and it will just use it.

If USE_OUTPUT_MIN_CONIFG is set to zero, then ktest.pl will continue to
use MIN_CONFIG instead.

The default is that USE_OUTPUT_MIN_CONFIG is undefined.

Signed-off-by: Steven Rostedt &lt;rostedt@goodmis.org&gt;
</content>
</entry>
<entry>
<title>ktest: Add MIN_CONFIG_TYPE to allow making a minum .config that has network</title>
<updated>2012-05-21T21:13:40Z</updated>
<author>
<name>Steven Rostedt</name>
<email>srostedt@redhat.com</email>
</author>
<published>2012-05-21T21:13:40Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=ccc513b688e1f409c03cfaa7117cda778331f6fb'/>
<id>urn:sha1:ccc513b688e1f409c03cfaa7117cda778331f6fb</id>
<content type='text'>
Add a MIN_CONFIG_TYPE that can be set to 'test' or 'boot'. The default
is 'boot' which is what make_min_config has done previously: makes a
config file that is the minimum needed to boot the target.

But when MIN_CONFIG_TYPE is set to 'test', not only must the target
boot, but it must also successfully run the TEST. This allows the
creation of a config file that is the minimum to boot and also
perform ssh to the target, or anything else a developer wants.

Signed-off-by: Steven Rostedt &lt;rostedt@goodmis.org&gt;
</content>
</entry>
</feed>
