Skip to content

Commit

Permalink
---
Browse files Browse the repository at this point in the history
yaml
---
r: 30915
b: refs/heads/master
c: b71d300
h: refs/heads/master
i:
  30913: 3ae5675
  30911: 35b02d7
v: v3
  • Loading branch information
Alexey Dobriyan authored and Nathan Scott committed Jun 27, 2006
1 parent b4a454d commit 731f489
Show file tree
Hide file tree
Showing 370 changed files with 2,704 additions and 25,104 deletions.
2 changes: 1 addition & 1 deletion [refs]
Original file line number Diff line number Diff line change
@@ -1,2 +1,2 @@
---
refs/heads/master: 03529d9f66b7995c67ddceb8f83258df3c9915da
refs/heads/master: b71d300c8bc0f3617eef4a9c96aebbadeb259177
34 changes: 10 additions & 24 deletions trunk/Documentation/RCU/torture.txt
Original file line number Diff line number Diff line change
Expand Up @@ -7,7 +7,7 @@ The CONFIG_RCU_TORTURE_TEST config option is available for all RCU
implementations. It creates an rcutorture kernel module that can
be loaded to run a torture test. The test periodically outputs
status messages via printk(), which can be examined via the dmesg
command (perhaps grepping for "torture"). The test is started
command (perhaps grepping for "rcutorture"). The test is started
when the module is loaded, and stops when the module is unloaded.

However, actually setting this config option to "y" results in the system
Expand Down Expand Up @@ -35,34 +35,21 @@ stat_interval The number of seconds between output of torture
be printed -only- when the module is unloaded, and this
is the default.

shuffle_interval
The number of seconds to keep the test threads affinitied
to a particular subset of the CPUs. Used in conjunction
with test_no_idle_hz.

test_no_idle_hz Whether or not to test the ability of RCU to operate in
a kernel that disables the scheduling-clock interrupt to
idle CPUs. Boolean parameter, "1" to test, "0" otherwise.

torture_type The type of RCU to test: "rcu" for the rcu_read_lock()
API, "rcu_bh" for the rcu_read_lock_bh() API, and "srcu"
for the "srcu_read_lock()" API.

verbose Enable debug printk()s. Default is disabled.


OUTPUT

The statistics output is as follows:

rcu-torture: --- Start of test: nreaders=16 stat_interval=0 verbose=0
rcu-torture: rtc: 0000000000000000 ver: 1916 tfle: 0 rta: 1916 rtaf: 0 rtf: 1915
rcu-torture: Reader Pipe: 1466408 9747 0 0 0 0 0 0 0 0 0
rcu-torture: Reader Batch: 1464477 11678 0 0 0 0 0 0 0 0
rcu-torture: Free-Block Circulation: 1915 1915 1915 1915 1915 1915 1915 1915 1915 1915 0
rcu-torture: --- End of test
rcutorture: --- Start of test: nreaders=16 stat_interval=0 verbose=0
rcutorture: rtc: 0000000000000000 ver: 1916 tfle: 0 rta: 1916 rtaf: 0 rtf: 1915
rcutorture: Reader Pipe: 1466408 9747 0 0 0 0 0 0 0 0 0
rcutorture: Reader Batch: 1464477 11678 0 0 0 0 0 0 0 0
rcutorture: Free-Block Circulation: 1915 1915 1915 1915 1915 1915 1915 1915 1915 1915 0
rcutorture: --- End of test

The command "dmesg | grep torture:" will extract this information on
The command "dmesg | grep rcutorture:" will extract this information on
most systems. On more esoteric configurations, it may be necessary to
use other commands to access the output of the printk()s used by
the RCU torture test. The printk()s use KERN_ALERT, so they should
Expand Down Expand Up @@ -128,9 +115,8 @@ The following script may be used to torture RCU:
modprobe rcutorture
sleep 100
rmmod rcutorture
dmesg | grep torture:
dmesg | grep rcutorture:

The output can be manually inspected for the error flag of "!!!".
One could of course create a more elaborate script that automatically
checked for such errors. The "rmmod" command forces a "SUCCESS" or
"FAILURE" indication to be printk()ed.
checked for such errors.
4 changes: 0 additions & 4 deletions trunk/Documentation/kernel-parameters.txt
Original file line number Diff line number Diff line change
Expand Up @@ -1669,10 +1669,6 @@ running once the system is up.
usbhid.mousepoll=
[USBHID] The interval which mice are to be polled at.

vdso= [IA-32]
vdso=1: enable VDSO (default)
vdso=0: disable VDSO mapping

video= [FB] Frame buffer configuration
See Documentation/fb/modedb.txt.

Expand Down
121 changes: 0 additions & 121 deletions trunk/Documentation/pi-futex.txt

This file was deleted.

2 changes: 1 addition & 1 deletion trunk/Documentation/robust-futexes.txt
Original file line number Diff line number Diff line change
Expand Up @@ -95,7 +95,7 @@ comparison. If the thread has registered a list, then normally the list
is empty. If the thread/process crashed or terminated in some incorrect
way then the list might be non-empty: in this case the kernel carefully
walks the list [not trusting it], and marks all locks that are owned by
this thread with the FUTEX_OWNER_DIED bit, and wakes up one waiter (if
this thread with the FUTEX_OWNER_DEAD bit, and wakes up one waiter (if
any).

The list is guaranteed to be private and per-thread at do_exit() time,
Expand Down
Loading

0 comments on commit 731f489

Please sign in to comment.