Task Title

Task Description

IO-THROTTLE fix

Compile error message occured on ia64 box. You should get a gcc warning on x86: "PAGE_SIZE" redefined. We can avoid the warning: #ifndef PAGE_SIZE #define PAGE_SIZE getpagesize() #endif But normally upper-case macros means constants, but the above macro is not a constant. Shi Weihua <shiwh@cn.fujitsu.com> & Li Zefan <lizf@cn.fujitsu.com>.

fs_inod fix

This patch fixes the fs_inod script. On error-condition it was not setting up proper error values and used to throw up error. Also, it was referring to a non-existent function 'error()'. Now it returns 0 on Success or non-zero value on Failure. I have verified this script on ReadWrite dir and ReadOnly-dir where the tests fail. Signed-Off-By: Veerendra Chandrappa <vechandr@in.ibm.com>.

SETGID16 syscall test addition

Addition of setgid16 syscall tests. I've tried this task. Please put compat_16.h to testcases/kernel/syscalls/setgid. And apply following patch before rebuilding tests. In addition I removed one getgid() invocation in testcases/kernel/syscalls/setgid/setgid02.c because the returned value is not used anywhere in the program. Signed-off-by: Masatake YAMATO <yamato@redhat.com>.

Io-throttle fix

As reported by Li Zefan, normally upper-case macros means constants, but the above macros are not constants: Use lower-case names instead. Signed-off-by: Andrea Righi <righi.andrea@gmail.com>. Signed-off-by: Li Zefan <lizf@cn.fujitsu.com>.

Io-throttle fix

It is surely better to support the old blockio.bandwidth and the new blockio.bandwidth-max interface for now. So, just ignore the previous patch. Support both blockio.bandwidth and the new interface blockio.bandwidth-max, to set i/o limiting rules according to the new userspace->kernel interface (io-throttle v8). In perspective we would like to have also blockio. and width-min and implement a mechanism to guarantee minimum performance levels as well. Signed-off-by: Andrea Righi <righi.andrea@gmail.com>.

utimensat01 fix

utimensat01 give a build error when NR_utimensat is not set because test.h is not included. It also gives a link error because TCID is not defined. This patch fixes these issues. =Signed-off-by: Martin Habets <errandir_news@mph.eclipse.co.uk>.

FTRUNCATE64 syscall tests addition

Addition of ftruncate64 syscall test support. Signed-off-by: Masatake YAMATO <yamato@redhat.com>.

TRUNCATE64 syscall tests addition

Addition of truncate64 syscall test support. Signed-off-by: Masatake YAMATO <yamato@redhat.com>.

RO Bind Mount tests addition

Here is the RO Bind mount updated testcase. This script consists of 3 files. test_robind.sh - This is the basis testcase which setups the infrastructure for the ROBind mount fs_ro_test - Which has the different tests to be executed. Readme_ROBind - Explains the different testcases executed. This testcase addresses the earlier comments and has been made more generic. Also will be adding few ioctl syscalls testcases to the fs_ro_test flatfile. As we can append more tests to the flat file fs_ro_test. Signed-Off-By: Veerendra <veeren@linux.vnet.ibm.com>.

EVENTFD() syscall tests addition

Added basic testcases for eventfd() syscall. Signed-off-by: Vijay Kumar <vijaykumar@bravegnu.org>.

GET_ROBUST_LIST() & SET_ROBUST_LIST() syscall tests addition

Addition of get_robust_list() & set_robust_list() syscalls. Signed-Off-By: Ramon de Carvalho Valle <rcvalle@linux.vnet.ibm.com>.

HUGEMMAP01 & HUGEMMAP04 fixes

In hugemmap01, huge page size was defined as a macro-definition. #define page_sz ((1UL) << 24) /* Huge page size */ However different architecture may has different huge page size in kernel. Such as : 1. http://lxr.linux.no/linux/include/asm-i386/page.h#L122 #define HPAGE_SHIFT 22 #define HPAGE_SIZE ((1UL) << HPAGE_SHIFT) // the size is 4M 2. http://lxr.linux.no/linux/include/asm-parisc/page.h#L16 #define HPAGE_SHIFT 22 /* 4MB (is this fixed?) */ #define HPAGE_SIZE ((1UL) << HPAGE_SHIFT) 3. PPC: 16M. So read the huge page size for the kernel parameters is reasonable. The solution is to get the huge page size from the /proc/meminfo. Signed-off-by: Jin Bing Guo <guojb@cn.ibm.com>.

test_robind.sh fix

Now this script returns proper exit code , in the event of failure/success. I have verified this. Signed-Off-By: Veerendra <veeren@linux.vnet.ibm.com>.

message_queue_test_05 fix

In message_queue_test_05, it planned to allocate 100 message queues for stress testing. But if the system resource of message queue couldn't meet it, it would exit without deleting the allocated message queues. In addition, other test cases couldn't allocate a new message queue any more. This patch addresses this by: 1> Add a cleanup() to remove the created message queues at premature exit. 2> Change the default number of message queues from 100 to 10. Because the maxium on RHEL/SLES/Ubuntu is 16. Signed-Off-By: Jin Bing Guo <guojb@cn.ibm.com>.

2.6.16-gcov.patch fix

gcov-kernel: updated patch for 2.6.16 to include CONSTRUCTORS for ppc

HACKBENCH fix

When compiling hackbench.c , I got the warning message: $ ./testcases/kernel/sched/cfs-scheduler$ make cc -I../../../../include -Wall hackbench.c -L../../../../lib -lltp -lpthread -o hackbench hackbench.c: In function ‘main’: hackbench.c:350: warning: control reaches end of non-void function. That means the hackbench would return a random number. I tested it on some different versions of GCC and got the non-zero return value. This simple patch can avoid this problem. Signed-off-by: Jin Bing Guo <guojb@cn.ibm.com>.

GCOV/LCOV fixes

lcov: integrated function coverage patch by Tom Zoernen + sorting function

SEMAPHORE_TEST_01 fix

In semaphore_test_01 case, it wanted to create a semaphore and printed out the semaphore ID for comparison with the output of the 'ipcs -s' command. So it didn't remove the semaphore when exited. Since the resource of semaphore is limited. It's better to write a shell script to perform the comparison and remove the semaphore. I wrote the bash script "testcases/kernel/ipc/ipc_stress/run_semaphore_test_01.sh", and patched the "Makefile" and "runtest/ipc" to run the script. Please clean the semaphore up post patching and before executing tests. Signed-Off-By: Jin Bing Guo <guojb@cn.ibm.com>.

GCOV/LCOV fixes

lcov: several changes - update download link - unify webpage links - provide --sort and --function-coverage switch + documentation

GCOV/LCOV fixes

lcov: change sorting order to low-to-high coverage

SYNC_FILE_RANGE() syscall tests addition

Intial Addition of sync_file_range() syscall test to LTP. I have developed test cases for sync_file_range() system call which will do the basic sanity (error) checking for the system call. These tests have to be run on 2.6.17 kernel and above. The test cases have been currently tested only on x86 and x86_64 architecture. Also, I have hard coded the system call number in the test case for review purposes and will be later on moving it to linux_syscall_numbers.h file in the LTP framework. The support for PowerPC was provided from 2.6.22 kernel onwards. I had not taken care of it in my previous patch. Now this is addressed. Signed-Off-By: "B. N. Poornima" <poornima@in.ibm.com>.

message_queue_test_02 fix

Changed the way by which message_queue_test_02 should be run properly. Signed-Off-By: Jin Bing Guo <guojb@cn.ibm.com>.

REALTIME Tests fix

This is a patch from John, written a few months back. I have fixed up a few cosmetic whitespace bits, and have refreshed it so it should apply cleanly to LTP today. Will Schmidt <will_schmidt@vnet.ibm.com>. Comments originally by John Stultz: So I've been trying to go through and review our test cases to make sure we're getting sane data and the tests are really testing what we want. Looking at gtod_latency and gtod_infinite, I was always struck that gtod_infinite always came up with much larger latencies while gtod_latency usually seemed to miss them. Main issues: 1) gtod_latency was not running for long enough, I've upped the iterations by 10x to make sure we get more solid results. 2) gtod_latency was doing too much computation between gtod calls. This means it could miss latencies that occur while it was running. I reworked the data collection loop so the un-measured window is smaller. 3) gtod_infinite was accidentally measuring its own computation in its delay, inflating its values. I cut that logic out. 4) both gtod_latency and gtod_infinite were not running mlocked. this caused background SCHED_OTHER disk access to inject delays, making the results less reliable. Those four issues have been fixed, and I also converted gtod_latency to use clock_gettime() just to be consistent and to give slightly better resolution. Signed-off-by: John Stultz <johnstul@us.ibm.com>, Acked-by: Darren Hart <dvhltc@us.ibm.com>, Acked-by: Will Schmidt <will_schmidt@vnet.ibm.com>

16 & 64 bit syscalls fixes

How about introducing TCID_DEFINE? I'm not sure puttint TCID_DEFINE macro to test.h. I'm not sure using a symbol as an argument for TCID_DEFINE macro is better than using a string. (I had strong lisp backgroud:-). If this acceptable, I'll update related documents and test cases I worked. Signed-off-by: Masatake YAMATO <yamato@redhat.com>.

setfsuid04, setresuid04, setreuid07 & setuid04 tests addition for syscalls setuid, setfsuid, setreuid & setresuid

I propose this new test setuid04, setfsuid04, setreuid07 & setresuid04 for the setuid, setfsuid, setreuid & setresuid syscall. The goal if this test is to check the fsuid is correctly handled by the setuid syscall. To do so, the test create a testfile as root with permission 0644, then do a setuid and try to open the file RDWR. This last open must fail since the process with new UID is not allowed to open the file on write. In a second step, the test does a fork to check the fsuid is correctly passed to a son and the son behaves correctly regarding files, i.e. it cannot open on write the test file. Signed-Off-By: Renaud Lottiaux <Renaud.Lottiaux@kerlabs.com>, Signed-Off-By: Subrata Modak <subrata@linux.vnet.ibm.com>.

runltp -D fix

I was experimenting with using runltp along with disk stress (-D option). It does not parse the arguments properly. It only uses the last parameter in the comma separated list. With this patch it properly parses the arguments to the -D option. Signed-off-by: Doug Chapman <doug.chapman@hp.com>.

16 & 64 bit syscall fixes

I've done on the other test cases. In addition, I've cleaned up Makefiles related to _64 and _16 testcases as suggested by Garrett Cooper <yanegomi@gmail.com>. Signed-off-by: Masatake YAMATO <yamato@redhat.com>. Garret suggested: You can avoid situations like the above by doing something like this in your Makefiles: SRC := $(patsubst %.c,%,$(wildcard *.c)) MAKE_TARGETS := $(SRCS) $(addsuffix _16,$(SRCS)) all: $(MAKE_TARGETS) %_16: %.c %_16: CFLAGS += -DUSE_COMPAT16_SYSCALL=1 -DTST_USE_COMPAT16_SYSCALL=1

EVENTFD COUNTER OVERFLOW tests addition

This patch adds eventfd counter overflow test cases. I have cleaned up this patch - separated the test cases into its own functions and fixed a few typos. Please ignore the previous patch, and use this cleaned up patch. After the patch is applied, a "make clean" and a "make" should result in a clean build. It works perfectly for me. Anyways I am providing an updated patch with the other linux_syscall_numbers.h removed. As noted in my previous mail, there are two instances of the generated file in the CVS repo now, "include/linux_syscall_numbers.h" and "testcases/kernel/include/linux_syscall_numbers.h". The first is supposed to be a link to the second, and both are generated during the build process, and should be removed. The new patch removes both the files. Signed-off-by: Vijay Kumar <vijaykumar@bravegnu.org>.

Default build/install integration of BSD Secure Levels LSM

Integrating build/install of ...security/seclvl (BSD Secure Levels LSM) to default LTP build environment. Was just browsing through and found that this piece of code is not built/installed by default. I did not find any issue to do so. So, just added up to the Makefile(s). I am however investigating the best possible way to run them. Signed-Off-By: Subrata Modak <subrata@linux.vnet.ibm.com>.

ARM specific fixes

I am attaching a patch fs.patch for fixing some testcases failing on arm. fs.patch:- For arm architecture some system calls has been removed like time, utime etc. Since fs testcases include time system call, it should be replaced with gettimeofday system call. It wouldn't effect other architectures and thus works for arm also. Also testcases like utime should be made architecture specific. sasa sasa <sasak.1983@gmail.com>.

NUMA Version2 fix

The LTP numa testcases were initially designed for libnuma API in version 1. Building latest LTP (intermediate 20080820) against latest version of libnuma (2.0.2) requires -DNUMA_VERSION1_COMPATIBILITY in the CFLAGS - to switch to to the compatibility interface of libnuma API version 1. There are no libnuma testcases for API version 2 in ltp yet. Currently -DNUMA_VERSION1_COMPATIBILITY will not help for the LTP numa testcase, since the compability interface is missing some interface from version 1: Fix for the VERSION1 compatibility interface got already send to linux-numa list. I hope the libnuma fix got accepted and attached can be applied to LTP soon to fix the build of the LTP numa testcases, when building against libnuma 2.0.2 or greater. Signed-off-by: Daniel Gollub <dgollub@suse.de>.

BSD Secure Levels LSM (..security/seclvl)test cases removal

Was just browsing through and found that this piece of code is not built/installed by default. I did not find any issue to do so. So, just added up to the Makefile(s). I am however investigating the best possible way to run them. Signed-Off-By: Subrata Modak subrata@linux.vnet.ibm.com>. Heh, seclvl hasn't been in the kernel in quite some time. Should it be dropped? BTW, Mike, I'd expect you to consider re-implementing some of seclvl using capability bounding sets. "Serge E. Hallyn" <serue@us.ibm.com>. I do not anticipate that anyone will ever try to get seclvl back into the kernel, so I vote that the test be dropped from LTP. Michael Halcrow <mhalcrow@us.ibm.com>.

GETCPU() syscall test cases addition

Addition of getcpu() syscall to LTP. I have fixed the problem noticed earlier. Hope it will be fine this time. More over I wanted to mention that I have dropped getcpu2.c as it was found to be less relevant for getcpu() testing. Andi had made some suggestions to improve the test, I am submitting this before making all those changes. If possible I will sit and work on Andi's suggestion. Signed-Off-By: Sharyathi Nagesh <sharyath@in.ibm.com>.

sync_file_range() build error fix

Build Error fix. I too had prepared the same patch, but there were some more issues on a different kernel. Hence, have put more checks in the newly attached patch. Subrata, I have tested it on ppc64 and x86_64 and is working fine. Please test and let me know. Signed-Off-By: "B. N. Poornima" <poornima@in.ibm.com>, Signed-Off-By: Jin Bing Guo <guojb@cn.ibm.com>.

Inotify01 & inotify02 build error fix

inotify01 build error fix for x86_64. Signed-Off-By: Andrew Vagin <avagin@parallels.com>.

move_pages() build error fix

move_pages() failed to compile on the following machine. Subrata <subrata@linux.vnet.ibm.com>. Jin Bing Guo <guojb@cn.ibm.com> wrote: I also met this problem on ppc machine with SLES 10.2. I checked the numactl package and found the problem was due to the unmatch of the version of numa. The numa_move_pages was supported from numactl-2.0.0. See the change log of it. Vijay Kumar <vijaykumar@bravegnu.org> wrote: Hi Subrata, as pointed out by Jin Bing Guo, only recent versions of libnuma have support for move_pages(). It is necessary to check if move_pages() support is available before compiling the test cases. Check if move_pages() support is available in libnuma. Signed-off-by: Vijay Kumar <vijaykumar@bravegnu.org>.

_16 & _64 syscalls porting fix

I've rearranged Makefile for setgid test case. I've put _16 related macros to compat_16.mk file. The original Makefile includes it. So when I work on more _16 test cases, I just have to do the same. I'll do the same on _64. I choose utils as its directory name. Please put attached files compat_16.mk and newer_64.mk to ltp/testcases/kernel/syscalls/utils. Signed-off-by: Masatake YAMATO <yamato@redhat.com>.

GROWFILES fix

When we execute ./growfiles -h command then it gives the result as: growfiles 1 PASS : Test passed, Which is just confusing the user that some testcase has been executed, whether it just ran the help/usage command. So here is the small patch for fixing this issue. Signed-Off-By: "Rishikesh K. Rajak" <risrajak@linux.vnet.ibm.com>.

PROC01 fix

The following patch adds two known issues seen on some versions of Kernels, and also modifies the copyright information. Signed-off-by: CAI Qian <caiqian@redhat.com>.

OPEN_POSIX fix

Conformance/interfaces/timer_getoverrun/2-2 has failed on tests with some distros running on ppc64 machines. As far as I could realize, it happens due to these machines are running kernel with timer frequency configured to 100 Hz, which represents a clock precision smaller than the defined INTERVALNSEC. This patch sets the interval equals to the clock precision (retrieved via function clock_getres()), in order to avoid to use a interval smaller than the resolution of the clock. However, with these changes, this testcase becomes very similar to the test 2-3. Is this a valid modification? If not, any thought what should be done in this case?. Signed-off-by: Edjunior Barbosa Machado <emachado@linux.vnet.ibm.com>.

Serious compiler warning fixes spotted by GCC4.1 (SLES10SP2), & GCC4.3 (openSUSE Factory)

Find attached patchset which address some serious compiler warning fixes spotted by GCC4.1 (SLES10 SP2) and GCC4.3 (openSUSE Factory). Fix potential overflow in umount01.c, spotted by _FORTIFY_SOURCE=2. Unintended truncating of string length could cause potential overflow, which got spotted by GCC with _FORTIFY_SOURCE=2. Note the difference: malloc(strlen(fstype + 1)) != alloc(strlen(fstype) + 1). I guess this was not intended? Also valgrind detected this issue. Replaced wrong use of malloc/strncpy with simple strdup(). Signed-off-by: Daniel Gollub <dgollub@suse.de>.

Add missing/correct Shebang to exectuable

When packaging LTP with rpmlinit, rpmlinit complains about several scripts which don't have Shebang on the head of the file. Some files didn't have a Shebang at all. Signed-off-by: Daniel Gollub <dgollub@suse.de>.

SETGROUPS16() syscall test cases addition

I've extended setgroup test cases can test setgroups16 old system calls. To test, please put attached compat_16.h to ltp/testcases/kernel/syscalls/setgroups; and apply the patch. Signed-off-by: Masatake YAMATO <yamato@redhat.com>.

Time-schedule test fix

In testcases/kernel/sched/tool/time-schedule, it used kill(0, SIGTERM) to terminate the all the processes in the group. However, the progress group leader might be different regarding the different call methods. In interactive call such as pan, it called time-schedule by exec() and setpgrp() as a child process. The time-schedule process would be the process group leader and all the child processes created by it had the same PGID. So the SIGTERM was sent to process group and the exit code got by pan was 0. In non-inactive call such as STAF/STAX, one shell script called the time-schedule directly. The shell script would be the process group leader. So the SIGTERM was also sent to the shell script and the exit code got by STAF/STAX was 143 (128+15). This patch can resolve this Problem. Signed-off-by: Lin Feng Shen <shenlinf@cn.ibm.com>, Signed-off-by: Jin Bing Guo <guojb@cn.ibm.com>.

newer_64.mk fix

Sorry, I found one typo in my code. Please apply following patch. Signed-off-by: Masatake YAMATO <yamato@redhat.com>.

Runltp fix

I tried to run runltp with the arguments suggested in the scripts help and I get the error: ./runltp: 783: arith: syntax error: "2,4,10240,1" I have checked out the latest intermediate (August 20th) and noticed there was a change that fixed one of the sources of this error but still one remained. I am attaching the patch (to July stable version) which fixed the issue in my case. I am running Ubuntu 7.04 (Feisty) on a Core 2 Duo based machine. Also may I suggest you update the maintainers info in the script too? I hope this can be helpful. Signed-Off-By: "elder.costa" <elder.costa@terra.com.br>.

HACKBENCH Memory Leak fix

I didn't see the oom-killer in my test machines. But I found large memory leak of the Hackbench with valgrind tool. From that we can get that it will lose 73,800 bytes with running "hackbench 150 process 1000" once. This patch fixed the memory leak problem. Signed-Off-By: Jin Bing Guo <guojb@cn.ibm.com>.

RT Test fix

While the synchronization in the sched_football testcase under the realtime test suite is not erroneous, it can be enahnced and made more reliable by making use of pthread_barriers, like in other testcases. This patch adds the same. Testing done: Infinite iterations of the testcase run with this patch. Signed-off-by: Ankita Garg <ankita@in.ibm.com>, Acked-by: Vernon Mauery <vernux@us.ibm.com>.

INOTIFY syscall fix

We can add a check for the header in the Makefile, so that we don't break builds. I think test should report fail in this case if a version of kernel more then 2.6.13. The Patch is for the reason that we don't break builds. Signed-Off-By: Andrew Vagin <avagin@gmail.com>

SHMAT01 fix

On centos-5 2.6.18 kernel, I get a failure with shmat01. In the setup() function at the end: /* some architectures (e.g. parisc) are strange, so better always align to * next SHMLBA address. */ base_addr = (void *)( ((unsigned long)(base_addr) & ~(SHMLBA-1)) + SHMLBA ); This bumps up the address if it's already aligned. Signed-off-by: Bob Hepple <bhepple@promptu.com>.

IDCheck.sh fix

Under Ubuntu (tested with both 7.04 and 8.04) IDCheck shows the message [: 100: 0: unexpected operator. That happens because the variable EUID is not defined. I guess dash (Ubuntu's sh) is not as tolerant as Fedora's (which shows no message). Bellow a small patch for it. Signed-Off-By: Elder <elder.costa@terra.com.br>.

No.

System Call

Comment on its position w.r.t LTP

To-be-Ported-by

Status

1

ftruncate64

We have ftruncate at testcases/kernel/syscalls/ftruncate/. But this may not be doing the ftruncate64() test. You may need to include/port ftruncate64 on similar lines to sendfile64 and fadvise64

Masatake YAMATO <yamato@redhat.com>

Completed on 05/08/2008

2

setgid16

We have setgid at testcases/kernel/syscalls/setgid. You may need to include/port setgid16 on similar lines to sendfile64 and fadvise64.

Masatake YAMATO <yamato@redhat.com>

Completed on 04/08/2008

3

shmget

We have this at testcases/kernel/syscalls/ipc/shmget. Need not look into this right now. May be after the porting is over, we can see whether there is some additional functionality that Crackerjack shmget is covering over LTP-shmget. We may then need to add 1/2 test cases in this regard. But, not to be prioritized immediately.

Need Volunteer

N/A

4

mbind

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

5

removexattr

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

6

exit_group

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

7

io_cancel

We need this from Crackerjack as we do not have this in LTP anywhere

Masatake YAMATO<yamato@redhat.com>

Completed on 26/06/2008

8

migrate_pages

We have a different form of this at recently added Memory Hotplug testcases at testcases/kernel/hotplug/memory_hotplug/. But i would like to see this tested inside testcases/kernel/syscalls, as hotplug testing presently is optional. So, please include/port this as well

Need Volunteer

N/A

9

setgroups16

We have setgroups at testcases/kernel/syscalls/setgroups. You may need to include/port setgroups16 on similar lines to ssendfile64 and fadvise64

Masatake YAMATO<yamato@redhat.com>

Completed on 27/08/2008

10

getdents64

We have getdents at testcases/kernel/syscalls/getdents. You may need to include/port getdents64 on similar lines to sendfile64 and fadvise64

Need Volunteer

N/A

11

add_key

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

12

getegid16

We have getegid at testcases/kernel/syscalls/getegid. You may need to include/port getegid16 on similar lines to sendfile64 and fadvise64

Masatake YAMATO<yamato@redhat.com>

Completed on 04/09/2008

13

io_destroy

We need this from Crackerjack as we do not have this in LTP anywhere

Masatake YAMATO <yamato@redhat.com>

Completed on 12/07/2008

14

newfstat

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

15

set_mempolicy

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

16

timer_getoverrun

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

17

fadvise64_64

We have fadvise64 support added by Masatake Yamato. But i am not sure what this fadvise64_64 is. May need to include/port this as well

Already Taken Care by Masatake Yamato

Completed

18

io_getevents

We need this from Crackerjack as we do not have this in LTP anywhere

Masatake YAMATO <yamato@redhat.com>

Completed on 12/07/2008

19

newlstat

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

20

rt_sigaction

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

21

sigreturn

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

22

timer_gettime

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

23

geteuid16

We have geteuid at testcases/kernel/syscalls/geteuid. You may need to include/port geteuid16 on similar lines to sendfile64 and fadvise64

Need Volunteer

N/A

24

newuname

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

25

rt_sigprocmask

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

26

bdflush

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

27

getgid16

We have getgid at testcases/kernel/syscalls/getgid. You may need to include/port getgid16 on similar lines to sendfile64 and fadvise64

Need Volunteer

N/A

28

rt_sigqueueinfo

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

29

ioprio_get

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

30

rt_sigsuspend

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

31

setregid16

We have setregid at testcases/kernel/syscalls/setregid. You may need to include/port setregid16 on similar lines to sendfile64 and fadvise64

Need Volunteer

N/A

32

tkill

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

33

getgroups16

We have getgroups at testcases/kernel/syscalls/getgroups. You may need to include/port getgroups16 on similar lines to sendfile64 and fadvise64

Need Volunteer

N/A

34

ioprio_set

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

35

sched_getaffinity

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

36

ssetmask

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

37

fchown16

We have fchown at testcases/kernel/syscalls/fchown. You may need to include/port fchown16 on similar lines to sendfile64 and fadvise64

Need Volunteer

N/A

38

io_setup

We need this from Crackerjack as we do not have this in LTP anywhere

Masatake YAMATO <yamato@redhat.com>

Completed on 12/07/2008

39

mmap2

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

40

setresgid16

We have setresgid at testcases/kernel/syscalls/setresgid. You may need to include/port setresgid16 on similar lines to sendfile64 and fadvise64

Need Volunteer

N/A

41

truncate64

We have truncate at testcases/kernel/syscalls/truncate. You may need to include/port truncate64 on similar lines to sendfile64 and fadvise64

Masatake YAMATO <yamato@redhat.com>

Completed on 05/08/2008

42

get_mempolicy

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

43

io_submit

We need this from Crackerjack as we do not have this in LTP anywhere

Masatake YAMATO <yamato@redhat.com>

Completed on 12/07/2008

44

stat64

We have stat at testcases/kernel/syscalls/stat. You may need to include/port stat64 on similar lines to sendfile64 and fadvise64

Need Volunteer

N/A

45

keyctl

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

46

setresuid16

We have setresuid at testcases/kernel/syscalls/setresuid. You may need to include/port setresuid16 on similar lines to sendfile64 and fadvise64

Need Volunteer

N/A

47

chown16

We have chown at testcases/kernel/syscalls/chown. You may need to include/port chown16 on similar lines to sendfile64 and fadvise64

Need Volunteer

N/A

48

fcntl64

We have fcntl at testcases/kernel/syscalls/fcntl. You may need to include/port fcntl64 on similar lines to sendfile64 and fadvise64

Need Volunteer

N/A

49

move_pages

But work for this has been already initiated. Need not consider this

Vijay Kumar B. <vijaykumar@bravegnu.org>

Completed on 26/07/2008. This was not ported, but written by him

50

statfs64

We have statfs at testcases/kernel/syscalls/statfs. You may need to include/port statfs64 on similar lines to sendfile64 and fadvise64

Need Volunteer

N/A

51

clock_getres

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

52

lchown16

We have lchown at testcases/kernel/syscalls/lchown. You may need to include/port lchown16 on similar lines to sendfile64 and fadvise64

Need Volunteer

N/A

53

setreuid16

We have setreuid at testcases/kernel/syscalls/setreuid. You may need to include/port setreuid16 on similar lines to sendfile64 and fadvise64

Need Volunteer

N/A

54

fgetxattr

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

55

lgetxattr

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

56

mq_getsetattr

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

57

unshare

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

58

clock_nanosleep

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

59

flistxattr

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

60

mq_notify

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

61

ppoll

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

62

useclock_settime

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

63

mq_open

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

64

set_thread_area

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

65

listxattr

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

66

mq_timedreceive

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

67

pread64

We have pread at testcases/kernel/syscalls/pread. You may need to include/port pread64 on similar lines to sendfile64 and fadvise64

Need Volunteer

N/A

68

set_tid_address

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

69

fremovexattr

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

70

llistxatt

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

71

mq_timedsend

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

72

pselect64

We have pselect at testcases/kernel/syscalls/pselect. You may need to include/port pselect64 on similar lines to sendfile64 and fadvise64

Need Volunteer

N/A

73

utimes

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

74

fsetxattr

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

75

mq_unlink

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

76

gettid

We need this from Crackerjack as we do not have this in LTP anywhere

Masatake YAMATO <yamato@redhat.com>

Completed on 17/06/2008

77

lremovexattr

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

78

quotactl

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

79

setuid16

We have setuid at testcases/kernel/syscalls/setuid and testcases/kernel/syscalls/mount. You may need to include/port setuid16 on similar lines to sendfile64 and fadvise64

Need Volunteer

N/A

80

fstat64

We have fstat at testcases/kernel/syscalls/fstat. You may need to include/port fstat64 on similar lines to sendfile64 and fadvise64

Need Volunteer

N/A

81

setxattr

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

82

fstatat64

We have fstatat at testcases/kernel/syscalls/fstatat. You may need to include/port fstatat64 on similar lines to ssendfile64 and fadvise64

Need Volunteer

N/A

83

lsetxattr

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

84

readahead

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

85

setfsgid16

We have setfsgid at testcases/kernel/syscalls/setfsgid. You may need to include/port setfsgid16 on similar lines to sendfile64 and fadvise64

Need Volunteer

N/A

86

sgetmask

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

87

waitid

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

88

fstatfs64

We have fstatfs at testcases/kernel/syscalls/fstatfs. You may need to include/port fstatfs64 on similar lines to ssendfile64 and fadvise64

Need Volunteer

N/A

89

getuid16

We have getuid at testcases/kernel/syscalls/getuid. You may need to include/port getuid16 on similar lines to sendfile64 and fadvise64

Need Volunteer

N/A

90

getxattr

We need this from Crackerjack as we do not have this in LTP anywhere

Need Volunteer

N/A

91

lstat64

We have lstat at testcases/kernel/syscalls/lstat. You may need to include/port lstat64 on similar lines to sendfile64 and fadvise64

Need Volunteer

N/A

92

setfsuid16

We have setfsuid at testcases/kernel/syscalls/setfsuid. You may need to include/port setfsuid16 on similar lines to sendfile64 and fadvise64

Need Volunteer

N/A

Feature Name

Added in Kernel Version

Willing contributor

Execute-in-place support

2.6.13

(You can add your name here)

CPU hotplug for i386

do

We recently added this to LTP

suid_dumpable

do

PCI code rewritten to ignore the BIOS

do

Voluntary preemption

do

HZ can be changed at build time

do

XTensa arch

do

I/O priorities added to the CFQ scheduler

do

kexec

do

runtime selectable TCP congestion algorithm

do

Lots of TCP congestion modules added=>H-TCP,TCP Hybla,High Speed TCP,TCP Westwood,TCP BIC

do

DRM support for VIA Unichrome

do

DRM 32/64bit ioctl compatibility

do

ACLs for NFSv3

do

"Trusted computing" driver added

do

Numa aware scheduler

2.6.14

(You can add your name here)

smap file in proc to show true memory usage of processes

do

nmap_maps file in proc

do

lock-free file descriptor lookup, benchmarks are even faster now

do

SELinux memory improvements

do

spinlock cleanups

do

accounting subsystem can now handle files bigger than 2Gb

do

auto-detect kernel soft lockups

do

kzalloc() added

do

ppc64 adds 4 level page support, increasing the ammount of supported memory to 64 Terrabytes

do

32bit ppc gets cpu hotplug support

do

ISA DMA suspend support

do

PPTP protocol added for support with windows machines

do

DCCP protocol added

do

SKB fast clone added

do

netlink connector added

do

Lots of new IPV6 options added

do

FUSE added (userspace filesystems)

do

Plan9 filesystem added

do

NTFS fixes to allow Windows to work better

do

relayfs added

do

This is in our Plan. We will add them shortly

securityfs added

do

ext3 and ext2 get security labeling

do

SCSI SAS transport class added

do

removed ACPI S4 BIOS support

do

ipw2100 and ipw2200 (centrino wireless) drivers added

do

HostAP support added

do

radeon r300 3d support added

do

PCI PM CAP v3 support added

do

possessor permission added to key support

do

hdaps driver added

do

apple usb touchpad driver added

do

Shared subtrees support added

2.6.15

(This is successfully addedd)

page table scalab