Re: [LTP] [patch 00/13] GRU Driver V2 - Overview
Hi, On Thu, 2009-02-19 at 14:51 -0600, Jack Steiner wrote: On Wed, Feb 18, 2009 at 01:28:56PM +0530, Subrata Modak wrote: Hi Jack, On Tue, 2009-02-17 at 08:46 -0600, Jack Steiner wrote: On Tue, Feb 17, 2009 at 10:46:45AM +0530, Subrata Modak wrote: Jack, Can you share the Driver test case with LTP now ? I can share some of the driver test cases but they won't be useful without libgru.so - the user library that contains the user API for the GRU. However, it will illustrate how users can access the GRU. where do we get the library from ? Is it possible to get the library source and build it on any machine ? Unfortunately, not yet. The user API is still evolving we don't want to distribute the libraries until the API is solid. Is it possible to test this driver without having the original hardware attached to machine(s). I mean by building the kernel with the driver source and by enabling some/any KERNEL_CONFIG options, in the way that the running kernel behaves to have a dummy device running, so that the tests can be executed on any machine (may be architecture specific). No. The driver is more-or-less useless without actual hardware. I frequently have good intentions about adding a GRU simulator to the kernel to make it easier to test the driver w/o actual hardware. So far, I have not had time to implement this. Instead, we use a system simulator that has full support for the entire system including the GRU. The full system simulator includes NDA pieces from other companies cannot be distributed outside of SGI. Sorry... I do want to help the testing project. As soon as it makes sense, I'll try to distribute some GRU tests. Sure. Please do that. Regards-- Subrata Please see: http://ltp.cvs.sourceforge.net/viewvc/ltp/ltp/testcases/kernel/device-drivers/v4l/user_space/README, on how the recently added v4l device-drivers tests has been added to LTP, and how they are testing a dummy device. Based on the above model, you can start pushing some of the same tests at the beginning, and, then can keep patching them in future. Regards-- Subrata As an alternative, the GRU kernel driver has a built-in quicktest in drivers/misc/sgi-gru/grukservices.c. This is essentially a copy of one of the user tests that does a simple sanity check of GRU functionality. Once you have a system with GRU support, you can enable the built-in quicktest with a debug option to the gru kernel module. I have additional built-in tests for grukservices.c. These tests are currently NOT part of the driver that has been pushed upstream. I can push these if it helps. Regards-- Subrata On Wed, 2008-10-22 at 18:12 +0530, Subrata Modak wrote: Hi Jack, On Mon, 2008-06-16 at 15:10 +0530, Subrata Modak wrote: On Mon, Jun 16, 2008 at 1:00 AM, Jack Steiner stei...@sgi.com wrote: On Sun, Jun 15, 2008 at 09:33:44PM +0530, Subrata Modak wrote: Hi Steiner, On Sun, Jun 15, 2008 at 7:29 PM, stei...@sgi.com wrote: This series of patches adds a driver for the SGI UV GRU. The driver is still in development but it currently compiles for both x86_64 IA64. All simple regression tests pass on IA64. Although features remain to be added, I'd like to I have been struggling for quite sometime to revive those few device driver test cases in LTP: ( http://ltp.cvs.sourceforge.net/ltp/ltp/testcases/kernel/device-drivers/) One of those few options that i have is to import new test cases for device drivers as well, like the same way other kernel test cases are included in LTP. As you said all the regression tests pass on your device driver, i would like to know if you can contribute these tests/testcases under GPL to LTP for further use by the community. There is no specific platform by which the existing device drivers tests work, expect that they all are run individually/separately for the best reasons known. Regards-- Subrata Sure. The GRU driver current works only on unreleased hardware. Once the hardware is released, I'll be glad to add the tests to ltp. Is it ready for LTP. Regards-- Subrata Thanks for willing to
Re: [LTP] [PATCH] pan: Honor the -q command line option
On Fri, 2009-02-20 at 16:00 +0100, Juergen Beisert wrote: Subject: pan: Honor the -q command line option From: Juergen Beisert j...@pengutronix.de If one wants pan to be quiet, pan should honor this. Signed-off-by: Juergen Beisert j...@pengutronix.de Honored. Regards-- Subrata --- pan/pan.c |5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) Index: ltp-full-20090131/pan/pan.c === --- ltp-full-20090131.orig/pan/pan.c +++ ltp-full-20090131/pan/pan.c @@ -207,7 +207,7 @@ main(int argc, char **argv) filename = strdup(optarg); break; case 'h': /* help */ - fprintf(stdout, Usage: pan -n name [ -SyAehp ] [ -s starts ] + fprintf(stdout, Usage: pan -n name [ -SyAehpq ] [ -s starts ] [-t time[s|m|h|d] [ -x nactive ] [ -l logfile ]\n\t [ -a active-file ] [ -f command-file ] [ -C fail-command-file ] @@ -253,7 +253,8 @@ main(int argc, char **argv) default: printf(Invalid time modifier, try: s|h|m|d\n); exit(-1); } - printf(PAN will run for %d seconds\n, run_time); +if (!quiet_mode) + printf(PAN will run for %d seconds\n, run_time); } timed = 1; //-t implies run as many starts as possible, by default break; -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Ltp-list mailing list Ltp-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ltp-list
Re: [LTP] [PATCH] pan: Forward error messages to stderr
On Fri, 2009-02-20 at 16:01 +0100, Juergen Beisert wrote:
Subject: pan: Forward error messages to stderr
From: Juergen Beisert j...@pengutronix.de
Unsure if I understand the code in the right manner, but
other error messages are also forwarded to stderr instead of stdout.
Signed-off-by: Juergen Beisert j...@pengutronix.de
Though stderr and stdout in all normal circumstances remain the same, it
is always better to put error to stderr, and leave the decision to the
actual PAN user to decide what to do next. Thanks.
Regards--
Subrata
---
pan/pan.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Index: ltp-full-20090131/pan/pan.c
===
--- ltp-full-20090131.orig/pan/pan.c
+++ ltp-full-20090131/pan/pan.c
@@ -237,9 +237,9 @@ main(int argc, char **argv)
break;
case 't': /* run_time to run */
ret = sscanf(optarg, %d%c, run_time, modifier);
-if (ret == 0) { printf(Need proper time input: x where
+if (ret == 0) { fprintf(stderr, Need proper time input: x
where
x is one of s,m,h,d\n); break; }
-else if (ret == 1) { printf(Only got a time value of %d
+else if (ret == 1) { fprintf(stderr, Only got a time value of
%d
modifiers need to come immediately after #
assuming %c\n, run_time, modifier); }
else
@@ -251,7 +251,7 @@ main(int argc, char **argv)
case 'h': run_time = run_time * 60 * 60; break;
case 'd': run_time = run_time * 60 * 60 * 24; break;
default:
- printf(Invalid time modifier, try: s|h|m|d\n);
exit(-1);
+ fprintf(stderr, Invalid time modifier, try:
s|h|m|d\n); exit(-1);
}
if (!quiet_mode)
printf(PAN will run for %d seconds\n, run_time);
--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list
Re: [LTP] [Patch] aio02: Fixing CFLAGS and LDFLAGS in Makefile
On Fri, 2009-02-20 at 15:46 -0300, Higor Aparecido Vieira Alves wrote: Hi Team, This patch fix CFLAGS and LDFLAGS in aio02 Makefile, now it will append the value of these envar in the Makefile values. Thanks. Regards-- Subrata --- ltp_cvs/testcases/kernel/io/aio/aio02/Makefile2009-01-28 04:43:09.0 -0200 +++ ltp/testcases/kernel/io/aio/aio02/Makefile2009-02-19 16:35:16.0 -0300 @@ -5,8 +5,8 @@ HARNESS_SRCS:=main.c # io_queue.c -CFLAGS=--static -Wall -g -O -I../../../../../include -Wall -LDFLAGS=-L../../../../../lib -lltp $(AIO_LIBS) +CFLAGS+=--static -Wall -g -O -I../../../../../include -Wall +LDFLAGS+=-L../../../../../lib -lltp $(AIO_LIBS) #-lpthread -lrt all: $(PROGS) Thanks, -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Ltp-list mailing list Ltp-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ltp-list -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Ltp-list mailing list Ltp-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ltp-list
Re: [LTP] [PATCH] runcc: add cflags option on runcc function to compile lib6 tests for different architectures
On Fri, 2009-02-20 at 15:58 -0300, Higor Aparecido Vieira Alves wrote:
Hi Team,
Runcc function was compiling all tests with default compiler
architecture (32bits on RHEL and 64bits on SLES).
This patch fix this problem adding support to get CFLAGS envar and use
it to compile lib6 test for different architectures (32bits and
64bits).
Thanks.
Regards--
Subrata
--- ltp_cvs/testcases/network/lib6/runcc.c2008-11-11 04:44:51.0
-0200
+++ ltp/testcases/network/lib6/runcc.c2009-02-20 15:05:13.0
-0300
@@ -64,6 +64,7 @@
{
static char filename[1024];
int fd, es, saved_errno;
+ char * cflags;
fd = mkstemp(filename0);
if (fd 0) {
@@ -84,8 +85,14 @@
return -1;
}
(void) close(fd);
- snprintf(cmd, sizeof(cmd), %s -o %s %s /tmp/test 21, cc,
- filename0, filename);
+
+ cflags = getenv(CFLAGS);
+ if (cflags == NULL){
+ tst_resm(TWARN, CFLAGS not found, using default cc arch.);
+ }
+
+ snprintf(cmd, sizeof(cmd), %s %s -o %s %s /tmp/test 21, cc,
+ cflags, filename0, filename);
es = system(cmd);
if (WEXITSTATUS(es) == 127) {
tst_resm(TBROK, %s: can't run C compiler: \%s\, cmd);
--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___ Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list
--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list
Re: [LTP] [PATCH] v4l-test 0.8 for LTP
On Sun, 2009-02-22 at 18:29 +0100, Németh Márton wrote: Hi, today I released v4l-test 0.8. Please find attached the patch for LTP. Changes: Test cases added for VIDIOC_G_CROP, VIDIOC_G_CTRL and VIDIOC_S_CTRL. Signed-off-by: Márton Németh nm...@freemail.hu Thanks for keeping LTP updated with your releases. Did you find time to pursue further to investigate the other Device Drivers tests in LTP ? Regards-- Subrata Regards, Márton Németh --- v4l-test home page: http://v4l-test.sourceforge.net/ -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Ltp-list mailing list Ltp-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ltp-list
Re: [LTP] RFC: Fixes for Shared Memory test case shmat
I decided to merge this patch, hoping that you do not have any issue with the solution proposed. However, i would also hope that better solution from some of you will come in future. On Wed, 2009-02-18 at 13:51 +0530, Subrata Modak wrote: Hi, On Thu, 2009-02-12 at 21:46 +0530, Subrata Modak wrote: Requesting your feedback on this test case scenario. As, i found you provided patch(s) to this test case in past, may be you all will be able to provide a better picture. Could you kindly prefer to provide some feedback on the test case changes ? Regards-- Subrata http://ltp.cvs.sourceforge.net/viewvc/ltp/ltp/testcases/kernel/mem/mtest06/shmat1.c, Regards-- Subrata On Wed, 2009-02-11 at 17:25 +0530, Sharyathi Nagesh wrote: Description: Shmat1.c(testcases/kernel/mem/mtest06) is a test case which tries to create 3 threads during its execution. One thread allocates shared memory, second writes to the shared memory and the third reads from the shared memory. All the 3 threads are synchronized using a global variable. In case of signal (sigsegv) sighandler will be called. The current test case implementation is complete only for x86 arc and is not valid for other archs. We have noticed various issues while executing this test case. Test case issues can be summarized as 1. signals are masked once the signal handler is called 2. comparison signal_context-edi == map address is dubious leading to test case failures under x86 architecture Solution: Issue 1: This is due to calling siglongjmp() with in the signal handler. Once the signal handler is called all the signals will be masked. It wont be set back to the original value unless sigsetjmp() is called with a non zero second parameter. This was not happening earlier leading to segmentation faults while executing the tests. Issue 2: In the x86 architecture source and destination index with in the ES or DS segments are stored in esi and edi registers. While the shared memory address is being written to edi will have the map_address, returned by shmget, while when the data is read from map_address: will be contained in esi register. So it is inappropriate to just compare map_address to edi register. Even after fixing these 2 issues I still see the test case failing some time with messages like: process exited with errors -1 etc I wanted to know whether we should keep this test case in LTP suite The test would remain in LTP as the set/combination/scenarios/functionality it is testing still exists in kernel. The only problem is we do not know how best to fix this issue(s). Regards-- Subrata or if there is a better way to fix the issues? Whether comparing signal_context-edi (or esi) == map_address is it the right thing to do? Attaching the patch to fix the issue Thanks Yeehaw -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Ltp-list mailing list Ltp-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ltp-list
[LTP] [PATCH 10/22] Correct possible errors in the runtest files
Hello, this patch changes some runtest lines, st. the same tests are referred to as same test IDs. Also, ot fixes some (presumably by accident) broken lines in runtest files. Regards Jiri Palecek Signed-off-by: Jiri Palecek jpale...@web.de --- runtest/quickhit | 18 +- runtest/scsi_debug.part1 |9 +++-- 2 files changed, 12 insertions(+), 15 deletions(-) diff --git a/runtest/quickhit b/runtest/quickhit index 7dfe598..0ed4da4 100644 --- a/runtest/quickhit +++ b/runtest/quickhit @@ -294,7 +294,7 @@ symlink01 symlink01 # 5. Receive ENAMETOOLONG error when creating symbolic link which exceeds PATH_MAX in length symlink02 symlink02 # Basic test for symlink(2) -readlink01 symlink01 -T readlink01 +readlink01A symlink01 -T readlink01 # Reads Value of a Symbolic Link #TEST CASES # 1. Read a symbolic link file which points at no object file @@ -308,22 +308,22 @@ stat04 symlink01 -T stat04 # 1. Get object file status through symbolic link file # 2. Receive ENOENT error when accessing non-existent object file through symbolic link file # 3. Receive ELOOP error when nesting of symbolic links exceed maximum -lstat01 symlink01 -T lstat01 +lstat01A symlink01 -T lstat01 # Get file Status About a Symbolic Link File #TEST CASES # 1. Get symbolic link file status when pointing at no object file # 2. Get symbolic link file status when pointing at an object file # 3. Get object file status when argument is not a symbolic link # file. -mkdir05 symlink01 -T mkdir05 +mkdir05A symlink01 -T mkdir05 # Fail When Making a Directory File Indirectly From a Symbolic Link File #TEST CASES # 1. Receive EEXIST error when creating a directory through a symbolic link file -rmdir03 symlink01 -T rmdir03 +rmdir03A symlink01 -T rmdir03 # Fail When Removing a Directory File Indirectly From a Symbolic Link File #TEST CASES # 1. Receive ENOTDIR error when removing an existing directory through a symbolic link file -chdir01 symlink01 -T chdir01 +chdir01A symlink01 -T chdir01 # Changes Current Working DIrectory Location Indirectly From a Symbolic Link File #TEST CASES # 1. Change current working directory through a symbolic link file @@ -339,25 +339,25 @@ unlink01 symlink01 -T unlink01 # Removes a Link To a File And Not Any Object File Which Maybe Pointed At #TEST CASES # 1. Delete a symbolic link file and not the object file which it points at -chmod01 symlink01 -T chmod01 +chmod01A symlink01 -T chmod01 # Change Object File Permissions Indirectly From a Symbolic Link File #TEST CASES # 1. Change file permissions of object file through a symbolic link file # 2. Receive ENOENT error when accessing non-existent directory through symbolic link file # 3. Receive ELOOP error when nesting of symbolic links exceed maximum -utime01 symlink01 -T utime01 +utime01A symlink01 -T utime01 # Set File Access And Modify Object File Times Indirectly From a Symbolic Link File #TEST CASES # 1. Change inode times of object file through a symbolic link file # 2. Receive ENOENT error when accessing non-existent directory through symbolic link file # 3. Receive ELOOP error when nesting of symbolic links exceed maximum -rename01 symlink01 -T rename01 +rename01A symlink01 -T rename01 # Rename a Symbolic Link File And Not Any Object File #TEST CASES # 1. Rename a symbolic link file which points at no object file # 2. Rename a symbolic link file which points at an object file without any object file alterations. # 3. Receive EXDEV when trying to rename a symbolic link file to an address outside of current file system -open01 symlink01 -T open01 +open01A symlink01 -T open01 # Create/Open a File For Reading Or Writing Indirectly From a Symbolic Link File #TEST CASES # 1. Create an object file through a symbolic link file diff --git a/runtest/scsi_debug.part1 b/runtest/scsi_debug.part1 index 6b4809a..1d0b2ef 100644 --- a/runtest/scsi_debug.part1 +++ b/runtest/scsi_debug.part1 @@ -164,16 +164,13 @@ gf216 growfiles -W gf216 -d /test/growfiles/reiser -b -e 1 -i 0 -L 120 -u -g 409 gf217 growfiles -W gf217 -d /test/growfiles/reiser -b -e 1 -i 0 -L 120 -u -g 5000 -T 100 -t 40 -l -C 10 -c 1000 -S 10 -f Lgf03_ gf218 growfiles -W gf218 -d /test/growfiles/reiser -b -e 1 -i 0 -L 120 -w -u -r 10-5000 -I r -T 10 -l -S 2 -f Lgf04_ gf219 growfiles -W gf219 -d /test/growfiles/reiser -b -e 1 -g 5000 -i 500 -t 49900 -T10 -c9 -I p -o O_RDWR,O_CREAT,O_TRUNC -u -f gf08i_ -gf220 growfiles -W gf220 -d /test/growfiles/reiser -D 0 -b -i 0 -L 60 -u -B 1000b -e 1 -r 1-256000:512 -R 512-256000 --T 4 gfbigio-$$ +gf220 growfiles -W gf220 -d /test/growfiles/reiser -D 0 -b -i 0 -L 60 -u -B 1000b -e 1 -r 1-256000:512 -R 512-256000 -T 4 gfbigio-$$ gf221 growfiles -W gf221 -d /test/growfiles/reiser -D 0 -b -i 0 -L 60 -u -B 1000b -e 1 -g 20480 -T 10 -t
Re: [LTP] securebits testcases
Quoting Subrata Modak (subr...@linux.vnet.ibm.com): Serge, Are you considering to submit something on this :-) Not this month. I'll think about it again in April (if noone else has stepped in by then). -serge -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Ltp-list mailing list Ltp-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ltp-list
Re: [LTP] [SMACK] Simplified Mandatory Access Control test cases
Quoting Casey Schaufler (ca...@schaufler-ca.com): Subrata Modak wrote: Please send a tarball of the tests to: ltp-list ltp-l...@lists.sf.net, if you are subscribed to the mailing list. Else: https://lists.sourceforge.net/mailman/listinfo/ltp-list, Also please see: http://ltp.cvs.sourceforge.net/viewvc/ltp/ltp/README, if you would also like to mention the kernel config parameter(s) need to be set to enable SMACK feature(s) in kernel, before the mentioned tests are executed on the running kernel. I will review the tests in terms of ways to integrate the same to LTP and get back to you shortly. Thanks for willing to contribute them to LTP. Tar ball attached. # CONFIG_SECURITY_SELINUX is not set CONFIG_SECURITY_SMACK=y Hi Casey, maybe i'm being pedantic, but note that when paying with securebits, uid 0 can in fact be not allowed to setuid(1). Of course in that case argv[1] will be exec'd as uid 0 but with no caps, which may suffice. -serge -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Ltp-list mailing list Ltp-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ltp-list
Re: [LTP] Usage of 'pan'
Hi Subrata, On Thu, Feb 19, 2009 at 09:35:22AM +0100, Juergen Beisert wrote: specific time is currently also possible without this patch. Just give the '-t time' option *and* than the '-s 1' option. But it is racy yet, to do so. -s is never used to say how many times it should run or not. It??s use is: -s PATTERN Only run test cases which match PATTERN. Huh? From the source of pan (pan.c) I read: [...] case 's': /* number of tags to run */ starts = atoi(optarg); break; [...] It seems more a number than a string, or? And from its help output: [ -s starts ] So im confused now with your answer. Can we clarify this, I hope to slip this patch into the next release... Thanks, rsc -- Pengutronix e.K. | | Industrial Linux Solutions | http://www.pengutronix.de/ | Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0| Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917- | -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Ltp-list mailing list Ltp-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ltp-list
Re: [LTP] Other device driver tests
Hi Németh, On Mon, 2009-02-23 at 16:44 +0100, Németh Márton wrote: Subrata Modak wrote: Thanks for keeping LTP updated with your releases. Did you find time to pursue further to investigate the other Device Drivers tests in LTP ? I had a look on testcases/kernel/device-drivers/usb/tusb and deleted what is no longer supported by Linux 2.6.28, for example struct usb_operations, http://lwn.net/Articles/196429/ . The result is that nearly nothing left which would test any pieces of the USB code. I attached the patch, but I don't know if it is worth to keep the tusb directory at all. I think we would be more interested even in retaining very small but clean stuff. Things which are obsolete should be shown the door to welcome new stuff. Moreover, these device-drivers tests in LTP has been lying idle for long, and, no-body reported any patch(s) for them. Hence, i would be interested to remove the obsolete parts to give way for better ones. Thanks. Keep sending patches for their cleanups whenever you find time. Regards-- Subrata Regards, Márton Németh -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Ltp-list mailing list Ltp-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ltp-list
Re: [LTP] securebits testcases
On Mon, 2009-02-23 at 09:42 -0600, Serge E. Hallyn wrote: Quoting Subrata Modak (subr...@linux.vnet.ibm.com): Serge, Are you considering to submit something on this :-) Not this month. I'll think about it again in April (if noone else has stepped in by then). Ok. -serge -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Ltp-list mailing list Ltp-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ltp-list
Re: [LTP] [PATCH 14/22] Fix broken line in runtest/scsi_debug.part1 file
On Tue, 2009-02-17 at 22:40 +0100, Jiri Palecek wrote: Hello, this is another broken line in a runtest file. Regards Jiri Palecek Signed-off-by: Jiri Palecek jpale...@web.de Thanks. Is there someway/means by which you can send all the patches on a single day? And also address them To/Cc: ltp-list. They do not turn up on my LTP-LIST folder, instead goes to Inbox, which contains huge mails from other sources, and hence gets difficult to sort out. Regards-- Subrata --- runtest/scsi_debug.part1 |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/runtest/scsi_debug.part1 b/runtest/scsi_debug.part1 index 1d0b2ef..1ca8d5f 100644 --- a/runtest/scsi_debug.part1 +++ b/runtest/scsi_debug.part1 @@ -96,8 +96,7 @@ gf721 growfiles -W gf721 -d /test/growfiles/ext3 -D 0 -b -i 0 -L 60 -u -B 1000b gf722 growfiles -W gf722 -d /test/growfiles/ext3 -D 0 -b -i 0 -L 60 -u -B 1000b -e 1 -g 20480 -T 10 -t 20480 gf-bldf-$$ gf723 growfiles -W gf723 -d /test/growfiles/ext3 -D 0 -b -i 0 -L 60 -u -B 1000b -e 1 -r 512-64000:1024 -R 1-384000 -T 4 gf-inf-$$ gf724 growfiles -W gf724 -d /test/growfiles/ext3 -D 0 -b -i 0 -L 60 -u -B 1000b -e 1 -g 20480 gf-jbld-$$ -gf725 growfiles -W gf725 -d /test/growfiles/ext3 -D 0 -b -i 0 -L 60 -u -B 1000b -e 1 -r 1024000-2048000:2048 -R -4095-2048000 -T 1 gf-large-gs-$$ +gf725 growfiles -W gf725 -d /test/growfiles/ext3 -D 0 -b -i 0 -L 60 -u -B 1000b -e 1 -r 1024000-2048000:2048 -R 4095-2048000 -T 1 gf-large-gs-$$ gf726 growfiles -W gf726 -d /test/growfiles/ext3 -D 0 -b -i 0 -L 60 -u -B 1000b -e 1 -r 128-32768:128 -R 512-64000 -T 4 gfsmallio-$$ gf727 growfiles -W gf727 -d /test/growfiles/ext3 -b -D 0 -w -g 8b -C 1 -b -i 1000 -u gfsparse-1-$$ gf728 growfiles -W gf728 -d /test/growfiles/ext3 -b -D 0 -w -g 16b -C 1 -b -i 1000 -u gfsparse-2-$$ -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Ltp-list mailing list Ltp-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ltp-list
Re: [LTP] [PATCH 09/22] Don't declare lseek in the fork10 test to prevent clashes with system definition
On Mon, 2009-01-05 at 01:17 +0100, Jiri Palecek wrote: Hello, this is a patch for bug #2128681 suggested by Fathi Boudra. Regards Jiri Palecek Signed-off-by: Jiri Palecek jpale...@web.de Thanks. Regards-- Subrata --- testcases/kernel/syscalls/fork/fork10.c |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/testcases/kernel/syscalls/fork/fork10.c b/testcases/kernel/syscalls/fork/fork10.c index 7561bf3..fba3c32 100644 --- a/testcases/kernel/syscalls/fork/fork10.c +++ b/testcases/kernel/syscalls/fork/fork10.c @@ -63,7 +63,6 @@ int main(int ac, char **av) int status, pid, fildes; char parchar[2]; char chilchar[2]; - long lseek(); int lc; /* loop counter */ char *msg; /* message returned from parse_opts */ -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Ltp-list mailing list Ltp-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ltp-list
