<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel about="http://blog.gmane.org/gmane.linux.ltp">
    <title>gmane.linux.ltp</title>
    <link>http://blog.gmane.org/gmane.linux.ltp</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ltp/6632"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ltp/6626"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ltp/6625"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ltp/6621"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ltp/6615"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ltp/6613"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ltp/6612"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ltp/6610"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ltp/6609"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ltp/6599"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ltp/6592"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ltp/6559"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ltp/6557"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ltp/6556"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ltp/6555"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ltp/6554"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ltp/6553"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ltp/6550"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ltp/6549"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ltp/6548"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ltp/6632">
    <title>fails in syscalls/stat04_64 and syscalls/lstat01A_64 testcases</title>
    <link>http://comments.gmane.org/gmane.linux.ltp/6632</link>
    <description>Hi,

stat04 and lstat01A are testcases of symlink01 test:

from runtest/syscalls:

lstat01A symlink01 -T lstat01
lstat01A_64 symlink01 -T lstat01_64
...
stat04 symlink01 -T stat04
stat04_64 symlink01 -T stat04_64

symlink01 test has no testcases with name lstat01_64 and stat04_64, so this 
testcases fail now. What can we do with this ?


</description>
    <dc:creator>Dmitry Guryanov</dc:creator>
    <dc:date>2008-12-01T17:55:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ltp/6626">
    <title>[PATCH 0/4][RT][RFC][Take#5] XML dumps for realtime tests</title>
    <link>http://comments.gmane.org/gmane.linux.ltp/6626</link>
    <description>Hello,

To overcome libstats limitations, I have implemented this library and
integrated it into libstats matrix_mult.c

I've used this because I had to compare/correlate stats of differents tests
runs on several kernels and architectures. This proved very useful as once the
tests have run, many extracts can be done from original results, without
having to modify/recompile/rerun the test itself.
This really made things easier.

With a single test run output, I could plot 2-D or 3-D graphs just by changing
the xquery that generates the gnuplot data file.

Basic understanding of XML is necessary to use this.

I think this work is worth sharing. I wish people review it and comment it.

Though it's been implemented on top of realtime tests, it should be easily
portable to the reset of LTP, should some be interested...

This series consists of four patches:
first is the library itself,
second is the integration with libstat,
third is a first use with matrix_mult,
forth is the documentation and a tool.




---</description>
    <dc:creator>Gilles Carry</dc:creator>
    <dc:date>2008-12-01T15:10:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ltp/6625">
    <title>[ANNOUNCE] The Linux Test Project has been Released forNOVEMBER2008</title>
    <link>http://comments.gmane.org/gmane.linux.ltp/6625</link>
    <description>Dear All,

The Linux Test Project test suite has been released for the month of
NOV 2008. The latest version of the test-suite contains 3000+
tests for the Linux OS and can be found at
http://ltp.sourceforge.net/,
Latest happenings in LTP can also be found at:
http://ltp.sourceforge.net/wiki/,
http://ltp.sourceforge.net/wikiArchives.php, and,
IRC: irc.freenode.org #ltp.

========================
NOVEMBER 2008 Highlights:
========================
* Addition of 23 new _16 &amp; _64 bit versions of syscall tests,
* Addition of 1 PIDNS test,
* Introduction of AUTOCONF,
* Integration of various other tests to default run,
* Release of LCOV-1.7,
* Major updates to RT, TI-RPC &amp; CONTROLLER tests,
------------------------------

==============================
NOVEMBER 2008 LTP Contributors:
==============================
* Gilles Carry,
* Darren Hart,
* Mike Frysinger,
* Elder Costa,
* Henry Yei,
* Naresh kamboju,
* Alan Cox,
* Sukadev,
* Nageswara R Sastry,
* Peter Oberparleiter,
* Veerendra C,
* Stephen Smalley,
* Sudh</description>
    <dc:creator>Subrata Modak</dc:creator>
    <dc:date>2008-12-01T09:30:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ltp/6621">
    <title>problems with signalfd testcase on different systems</title>
    <link>http://comments.gmane.org/gmane.linux.ltp/6621</link>
    <description>Hi,

signalfd syscall is absent on a lot of systems. As I understand from discussion 
about using autoconf for this test, it's supposed to use default config on new 
systems and run autoconf on old ones. But required autoconf version - 2.61, 
rhel-5.2 for example has autoconf-2.59.

I need to run ltp on different distributions and installing non-native packages 
is undesirable. Can we do something with it ?

</description>
    <dc:creator>Dmitry Guryanov</dc:creator>
    <dc:date>2008-11-28T18:23:50</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ltp/6615">
    <title>[PATCH] [TEST_ADD] Interface to query tun/tap features</title>
    <link>http://comments.gmane.org/gmane.linux.ltp/6615</link>
    <description>Hi Rusty,

I found that you wrote a test program to verify whether all the valid
IFF flags are implemented by TUNGETFEATURES ioctl (recently in 2.6.27:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=07240fd0902c872f044f523893364a1a24c9f278).

I ported the same into LTP format and created the first draft version.
Yet to test it on the latest kernel, but the first draft works fine. If
you do not have any issue(s), can we add this code to LTP with your
permission ??

Signed-Off-By: Subrata Modak &lt;subrata-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8&lt; at &gt;public.gmane.org&gt;,
Signed-Off-By: Rusty Russell &lt;rusty-8n+1lVoiYb80n/F98K4Iww&lt; at &gt;public.gmane.org&gt;,

--
diff -uprN
ltp-intermediate-20081127/testcases/kernel/syscalls/ioctl.orig/ioctl03.c
ltp-intermediate-20081127/testcases/kernel/syscalls/ioctl/ioctl03.c
---
ltp-intermediate-20081127/testcases/kernel/syscalls/ioctl.orig/ioctl03.c
1970-01-01 05:30:00.000000000 +0530
+++ ltp-intermediate-20081127/testcases/kernel/syscalls/ioctl/ioctl03.c
2008-11-28 15:23</description>
    <dc:creator>Subrata Modak</dc:creator>
    <dc:date>2008-11-28T10:06:24</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ltp/6613">
    <title>[RFC] Testing Support for deferred mapping of contexts &amp;enableprocesses with mac_admin to get the raw inode contexts</title>
    <link>http://comments.gmane.org/gmane.linux.ltp/6613</link>
    <description>Hi Stephen/James,

Is there any plan, or, somebody working to add Testing Support to LTP
for:
1) Deferred mapping of contexts, &amp;
2) Enable processes with mac_admin to get the raw inode contexts,

recently being added to 2.6.27
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=12b29f34558b9b45a2c6eabd4f3c6be939a3980f,
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=abc69bb633931bf54c6db798bcdc6fd1e0284742

Regards--
Subrata



-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Subrata Modak</dc:creator>
    <dc:date>2008-11-28T08:27:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ltp/6612">
    <title>[RFC] Testing Support for FILECAPS improvements in 2.6.27</title>
    <link>http://comments.gmane.org/gmane.linux.ltp/6612</link>
    <description>Hi Serge/Andrew,

Are you planning to improve/add-on the testing support for FILECAPS in
LTP , in the backdrop of improvements in 2.6.27 kernel:
1) Protect legacy applications from executing with insufficient
privilege,
2) Filesystem capabilities refactor kernel code.

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=5459c164f0591ee75ed0203bb8f3817f25948e2f
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=ab763c7112ce0e2559c73f921617c81dc7287ca6

Regards--
Subrata



-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Subrata Modak</dc:creator>
    <dc:date>2008-11-28T08:28:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ltp/6610">
    <title>[ ltp-Patches-1908313 ] Fix broken POSIX shell compliance</title>
    <link>http://comments.gmane.org/gmane.linux.ltp/6610</link>
    <description>Patches item #1908313, was opened at 2008-03-05 21:13
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;atid=303382&amp;aid=1908313&amp;group_id=3382

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Testscripts
Group: Miscellaneous
Status: Closed
Resolution: Accepted
Priority: 5
Private: No
Submitted By: Dustin Kirkland (dustin_kirkland)
Assigned to: Nobody/Anonymous (nobody)
Summary: Fix broken POSIX shell compliance

Initial Comment:
runltp will not execute on a POSIX-compliant shell (dash).

I found this thread, and a patch that to fixes my issues:
http://www.mail-archive.com/ltp-list-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&lt; at &gt;public.gmane.org/msg00510.html

In the last message in the thread, it's claimed that the changes were
committed to CVS.
http://www.mail-archive.com/ltp-list-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&lt; at &gt;pu</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2008-11-28T03:01:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ltp/6609">
    <title>fix typo in runtest/syscalls</title>
    <link>http://comments.gmane.org/gmane.linux.ltp/6609</link>
    <description>
fix typo in pselect01_64 testcase:
pselect0_64-&gt;pselect01_64

Index: runtest/syscalls
===================================================================
RCS file: /cvsroot/ltp/ltp/runtest/syscalls,v
retrieving revision 1.224
diff -u -p -r1.224 syscalls
--- runtest/syscalls19 Nov 2008 10:34:37 -00001.224
+++ runtest/syscalls27 Nov 2008 21:32:17 -0000
&lt; at &gt;&lt; at &gt; -686,7 +686,7 &lt; at &gt;&lt; at &gt; pread03_64 pread03_64
 profil01 profil01
 
 pselect01 pselect01
-pselect01_64 pselect0_64
+pselect01_64 pselect01_64
 
 ptrace01 ptrace01
 ptrace02 ptrace02

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Dmitry Guryanov</dc:creator>
    <dc:date>2008-11-27T21:36:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ltp/6599">
    <title>[PATCH] ltp iptables testcase failed</title>
    <link>http://comments.gmane.org/gmane.linux.ltp/6599</link>
    <description>Hi,

Manas K. Nayak reported:

While executing iptables testcases from ltp ,it failed to list iptables
chain rules.

ltptestsuite used: ltp-full-20081031.tgz

iptables test case  gets failed  with following errors:

[root&lt; at &gt;mx3350a iptables]# ./iptables_tests.sh
iptables    0  INFO  :  INIT: Inititalizing tests.
iptables    0  INFO  :  INIT: Flushing all rules.
iptables01    0  INFO  :  iptables01: iptables -L -t filter will list all rules
in table filter.
iptables01    1  FAIL  :  iptables01: iptables -L -t filter failed to list
rules. Reason:
Chain INPUT (policy ACCEPT)
target     prot opt source               destination         
Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         
Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination         
Chain RH-Firewall-1-INPUT (0 references)
target     prot opt source               destination         

By executing this test on both sles* and rhel5* noticed similar failures like "failed to list rul</description>
    <dc:creator>Subrata Modak</dc:creator>
    <dc:date>2008-11-26T12:23:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ltp/6592">
    <title>[PATCH 0/2] Remove libjvmsim from realtime testsuite</title>
    <link>http://comments.gmane.org/gmane.linux.ltp/6592</link>
    <description>Hi,
        These patches remove the jvmsim library and
        references from all applications that optionally use it.

        Signed-Off-By: Chirag &lt;chirag-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8&lt; at &gt;public.gmane.org&gt;

        PATCH 1/2 - Remove all references of jvmsim from tests.
        PATCH 2/2 - Remove the libjvmsim and associated files.



</description>
    <dc:creator>Chirag Jog</dc:creator>
    <dc:date>2008-11-26T05:04:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ltp/6559">
    <title>fix for netns</title>
    <link>http://comments.gmane.org/gmane.linux.ltp/6559</link>
    <description>Hi Subrata

Here is a patch to fix the error below.

/root/ltp-full-20081031/testcases/kernel/containers/netns/parentns.sh: 42: source: not found

Some shells are not having the cmd 'source' which inturn are failing the tests for netns in containers.
Like the abat job : 204849
http://abat.linux.ibm.com/abat-repo/logs/204849-vechandr-xthvdsQ13ZrQT0dZR+AlfA&lt; at &gt;public.gmane.org/cont_ppc64:1/debug/test.log.1

I found few other ltp scripts are using the source cmd. Have others reported the same issue ? Just curious to know this .

The below patch would replace the 'source with .' for containers in netns.

Thanks
Veerendra C








-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/____________________________</description>
    <dc:creator>Veerendra</dc:creator>
    <dc:date>2008-11-25T12:18:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ltp/6557">
    <title>[patch] containers testcase on the pidns16.pat</title>
    <link>http://comments.gmane.org/gmane.linux.ltp/6557</link>
    <description>hi,

Please find the testcase for the below scenario..

Assertion
* *----------------
* * kill -USR1 container_init
* *     - from the parent process and also inside a container
* *     - Where init has defined a custom handler for USR1
* *     - Should call the handler and
* *     - Verify whether the signal handler is called from the proper 
process.
* *

Signed-off by:

Veerendra C &lt;vechandr-xthvdsQ13ZrQT0dZR+AlfA&lt; at &gt;public.gmane.org&gt;

Results:

# ./pidns16
pidns16     0  INFO  :  sig_handler is signalled from pid  29640
pidns16     0  INFO  :  Container: Resumed after receiving SIGUSR1 from 
parentNS
pidns16     0  INFO  :  sig_handler is signalled from pid  1
pidns16     0  INFO  :  Container: Resumed after sending SIGUSR1 from 
container itself
pidns16     1  PASS  :  container init continued successfuly, after 
handling signal -USR1


Suka,

      After your comments, now I am checking in the signal handler the 
sending procee id.
If it is from the parent ns and when it is from container init.
Also made </description>
    <dc:creator>Veerendra</dc:creator>
    <dc:date>2008-11-25T10:20:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ltp/6556">
    <title>[patch] pidns14.patch for the containers on pidns</title>
    <link>http://comments.gmane.org/gmane.linux.ltp/6556</link>
    <description>Hi

        Please find the patch for the pidns14.c testcase.

       Test Assertion
* *    kill -USR1 container_init from outside a container
* *     $ Where init has not defined a custom handler for USR1
* *     $ Should kill the container
* *     $ else the test fails.

       Signed-off-by
Veerendra C &lt;vechandr-xthvdsQ13ZrQT0dZR+AlfA&lt; at &gt;public.gmane.org&gt;

       Results
# ./pidns14
pidns14     1  PASS  :  container init is killed, as expected

Sukadev,

      Included the changes suggested by you after doing waitpid() at the 
end.


Regards
Veerendra C


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/_______________________________________________
Ltp-list mailing list
Ltp-list-5NWGOfrQmneRv+LV9MX</description>
    <dc:creator>Veerendra</dc:creator>
    <dc:date>2008-11-25T10:04:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ltp/6555">
    <title>Aftertaste of removing testcases/kernel/include/stub-list</title>
    <link>http://comments.gmane.org/gmane.linux.ltp/6555</link>
    <description>Hello,

the file testcases/kernel/include/stub-list was recently removed. It  
contained the list of syscall numbers which, if not present in the kernel  
headers or in one of the architecture-specific lists, should be defined as  
0 (a stub value). Now, this list is automatically generated as union of  
the architecture-specific lists. However, some syscalls only appeared in  
stub-list, which means they are not stubbed now, so architectures lacking  
them will probably fail to build (alpha...).

To overcome this, I have added these syscalls to the i386 list, which  
means they will be defined whenever they are defined in the kernel  
sources, on i386, and stubbed otherwise. See the attached patch.

BTW, the list of syscalls is not exhaustive. In the attachment  
filtered-syscalls, there is a list of syscalls which appear as  
__IGNORE_syscall-nr in the kernel sources (which means they are missing on  
some architecture), but are not used in ltp or their use is guarded by an  
#ifdef. They would have to be </description>
    <dc:creator>Jiří Paleček</dc:creator>
    <dc:date>2008-11-24T21:41:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ltp/6554">
    <title>[PATCH] fs_bind: correct umount actions</title>
    <link>http://comments.gmane.org/gmane.linux.ltp/6554</link>
    <description>umount can return error if /etc/mtab link to /proc/mounts
$ mount --rbind /tmp/1 /tmp/2
$ mount
...
/tmp/1 on /tmp/2 type none (rw,bind)
$ mv /etc/mtab{,.orig}
$ mount
...
/dev/root on /tmp/2 type ext3 (rw,data=ordered)
$ umount /tmp/1
umount: /tmp/1: not mounted

if umount return error, test_fs_bind.sh will hang up in the infinite loop:

( while grep_proc_mounts ; do
grep_proc_mounts | awk '{print $2}' | xargs -r --max-args=1 umount -l
done ) &gt;&amp; /dev/null

but /proc/mounts contain next info:
/dev/root /tmp/2\040(deleted) ext3 rw,data=ordered 0 0
because source directory has been deleted.

previous script try execute umount -l /tmp/2\040(deleted), umount fail correctly
but all message from stdout and stderr redirecte to /dev/null.

my patch fixed testcase fs_bind/regression/test02,
that execute all umount commands with target directories.
---
 testcases/kernel/fs/fs_bind/regression/test02 |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/testcases/kernel/fs/fs_bind/regression/test02 </description>
    <dc:creator>Andrew Vagin</dc:creator>
    <dc:date>2008-11-24T16:46:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ltp/6553">
    <title>[PATCH] Fix soft lockups due to gtod_latency test case</title>
    <link>http://comments.gmane.org/gmane.linux.ltp/6553</link>
    <description>Hi,

The test case gtod_latency in realtime causes soft lockups on some 
machines. This is because the test hogs the cpus for a long time, 
because it's main loop runs at 
SCHED_FIFO, 99. We have seen soft lockups mainly on LS20 machines 
(x86_64, Opterons). 

The following patch introduces a sleep after some iterations of the 
test. This ensures that the test doesn't hog the cpu completely and 
hence avoids soft lockups.

Testing done:
Compiled with the patch and observed that the soft lockups are gone. 
Also observed that the latencies are not affected. In fact latencies 
improve with this patch on most hardware.

Changelog:
 * Introduce periodic sleeps in the busy loop of gtod_latency to avoid soft lockups.

Signed-off-by: Sripathi Kodi &lt;sripathik-xthvdsQ13ZrQT0dZR+AlfA&lt; at &gt;public.gmane.org&gt;
Acked-by: John Stultz &lt;johnstul-r/Jw6+rmf7HQT0dZR+AlfA&lt; at &gt;public.gmane.org&gt;

diff -uprN ltp_cvs_24nov_org/testcases/realtime/func/gtod_latency/gtod_latency.c ltp_cvs_24nov/testcases/realtime/func/gtod_latency/gtod_latency.c
</description>
    <dc:creator>Sripathi Kodi</dc:creator>
    <dc:date>2008-11-24T16:30:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ltp/6550">
    <title>[PATCH] Fix for Bug 36014</title>
    <link>http://comments.gmane.org/gmane.linux.ltp/6550</link>
    <description>This patch adds librt debug support for prio-wake.
The log level selected is 0, as it necessary to print
all the buffered information.

Tested: ./prio-wake
./run_auto.

Signed-Off-By: Chirag &lt;chirag-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8&lt; at &gt;public.gmane.org&gt;
Acked-by: Darren Hart &lt;dvhltc-r/Jw6+rmf7HQT0dZR+AlfA&lt; at &gt;public.gmane.org&gt;

Index: ltp/testcases/realtime/func/prio-wake/prio-wake.c
===================================================================
--- ltp.orig/testcases/realtime/func/prio-wake/prio-wake.c
+++ ltp/testcases/realtime/func/prio-wake/prio-wake.c
&lt; at &gt;&lt; at &gt; -141,7 +141,7 &lt; at &gt;&lt; at &gt; void *worker_thread(void* arg)
 }
 
 start = rt_gettime() - beginrun;
-printf("%08lld us: RealtimeThread-%03d pri %03d started\n", start/NS_PER_US, j, mypri);
+debug(0, "%08lld us: RealtimeThread-%03d pri %03d started\n", start/NS_PER_US, j, mypri);
 
 rc = pthread_mutex_lock(&amp;mutex);
 running_threads++;
&lt; at &gt;&lt; at &gt; -150,7 +150,7 &lt; at &gt;&lt; at &gt; void *worker_thread(void* arg)
 wake = rt_gettime() - beginrun;
 running_threads--;
 wakeup.arr[wakeup.count</description>
    <dc:creator>Chirag Jog</dc:creator>
    <dc:date>2008-11-24T05:17:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ltp/6549">
    <title>[PATCH] Fix BUG 36012</title>
    <link>http://comments.gmane.org/gmane.linux.ltp/6549</link>
    <description>This patch ensures that prio-preempt uses the librt debug mechanism.

Tested: Running the test 
./prio_preempt
./prio_preempt -v3
./run_auto 

Signed-Off-By: Chirag &lt;chirag-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8&lt; at &gt;public.gmane.org&gt;

Acked-by: Darren Hart &lt;dvhltc-r/Jw6+rmf7HQT0dZR+AlfA&lt; at &gt;public.gmane.org&gt;

Index: ltp/testcases/realtime/func/prio-preempt/prio-preempt.c
===================================================================
--- ltp.orig/testcases/realtime/func/prio-preempt/prio-preempt.c
+++ ltp/testcases/realtime/func/prio-preempt/prio-preempt.c
&lt; at &gt;&lt; at &gt; -188,7 +188,7 &lt; at &gt;&lt; at &gt; void *worker_thread(void* arg)
 rc = pthread_cond_wait(&amp;cond[tid], &amp;mutex[tid]);
 rc = pthread_mutex_unlock(&amp;mutex[tid]);
 
-/* printf("%llu: Thread %d(%d) wakes up from sleep \n", rt_gettime(), tid, mypri); */
+debug(DBG_INFO, "%llu: Thread %d(%d) wakes up from sleep \n", rt_gettime(), tid, mypri);
 
 /*check if we're the last thread */
 if (tid == NUM_WORKERS-1) {
&lt; at &gt;&lt; at &gt; -202,13 +202,13 &lt; at &gt;&lt; at &gt; void *worker_thread(void* arg)
 /* Signal next threa</description>
    <dc:creator>Chirag Jog</dc:creator>
    <dc:date>2008-11-24T05:16:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ltp/6548">
    <title>[PATCH] Add Kernel Config Info for compiling KDUMP/KEXECkernel</title>
    <link>http://comments.gmane.org/gmane.linux.ltp/6548</link>
    <description>Please review:

--

--- ltp-intermediate-20081120/README.orig2008-11-21 21:10:26.000000000
+0530
+++ ltp-intermediate-20081120/README2008-11-21 21:14:06.000000000 +0530
&lt; at &gt;&lt; at &gt; -207,3 +207,19 &lt; at &gt;&lt; at &gt; explicit internal "stacking" e.g. as is 
 Smack with capabilities).  Unless you use the security= option to
select
 one at boot.  SELinux and Smack will honor the security= option.
 ---------------------------------
+Enablement for Enhancement to kexec/kdump for implementing the
following features:
+- Backup/restore memory used by the original kernel before/after kexec.
+- Save/restore CPU state before/after kexec.
+Now, only the i386 architecture is supported. More from the following
git logs:
+http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=3ab83521378268044a448113c6aa9a9e245f4d2f,
+http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=89081d17f7bb81d89fa1aa9b70f821c5cf4d39e9,
+---------------------------------
+CONFIG_X86_32=y
+CONFIG_RELOCATABLE=y
+CONFIG_KEXEC=y
+CO</description>
    <dc:creator>Subrata Modak</dc:creator>
    <dc:date>2008-11-21T15:47:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ltp/6541">
    <title>[patch 00/18] CONTROLLERS: Patches to modify the existing cpucontroller testcases</title>
    <link>http://comments.gmane.org/gmane.linux.ltp/6541</link>
    <description/>
    <dc:creator>skumar-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2008-11-21T11:55:02</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.linux.ltp">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.linux.ltp</link>
  </textinput>
</rdf:RDF>
