Re: [LTP] [PATCH 1/8] Scaling msgmni to the amount of lowmem
On Fri, 2008-02-22 at 07:25 +0100, Nadia Derbey wrote: > Subrata Modak wrote: > >>Nadia Derbey wrote: > >> > >>>Matt Helsley wrote: > >>> > >>> > >>>>On Tue, 2008-02-19 at 18:16 +0100, Nadia Derbey wrote: > >>>> > >>>> > >>>> > >>>>>+#define MAX_MSGQUEUES 16 /* MSGMNI as defined in linux/msg.h */ > >>>>>+ > >>>> > >>>> > >>>> > >>>>It's not quite the maximum anymore, is it? More like the minumum > >>>>maximum ;). A better name might better document what the test is > >>>>actually trying to do. > >>>> > >>>>One question I have is whether the unpatched test is still valuable. > >>>>Based on my limited knowledge of the test I suspect it's still a correct > >>>>test of message queues. If so, perhaps renaming the old test (so it's > >>>>not confused with a performance regression) and adding your patched > >>>>version is best? > >>>> > >>> > >>>So, here's the new patch based on Matt's points. > >>> > >>>Subrata, it has to be applied on top of the original ltp-full-20080131. > >>>Please tell me if you'd prefer one based on the merged version you've > >>>got (i.e. with my Tuesday patch applied). > > > > > > Nadia, I would prefer Patch on the top of the already merged version (on > > top of latest CVS snapshot as of today). Anyways, thanks for all these > > effort :-) > > > > --Subrata > > > > In attachment, you'll find a patch to apply on top of the patches I sent > you on Tuesday. Nadia, Thanks a ton for that. The same has been merged. Regards-- Subrata > > Regards, > Nadia -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [LTP] [PATCH 1/8] Scaling msgmni to the amount of lowmem
> Nadia Derbey wrote: > > Matt Helsley wrote: > > > >> On Tue, 2008-02-19 at 18:16 +0100, Nadia Derbey wrote: > >> > >> > >> > >>> +#define MAX_MSGQUEUES 16 /* MSGMNI as defined in linux/msg.h */ > >>> + > >> > >> > >> > >> It's not quite the maximum anymore, is it? More like the minumum > >> maximum ;). A better name might better document what the test is > >> actually trying to do. > >> > >> One question I have is whether the unpatched test is still valuable. > >> Based on my limited knowledge of the test I suspect it's still a correct > >> test of message queues. If so, perhaps renaming the old test (so it's > >> not confused with a performance regression) and adding your patched > >> version is best? > >> > > > > So, here's the new patch based on Matt's points. > > > > Subrata, it has to be applied on top of the original ltp-full-20080131. > > Please tell me if you'd prefer one based on the merged version you've > > got (i.e. with my Tuesday patch applied). Nadia, I would prefer Patch on the top of the already merged version (on top of latest CVS snapshot as of today). Anyways, thanks for all these effort :-) --Subrata > > > > Forgot the patch, sorry for that (thx Andrew). > > Regards, > Nadia > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [LTP] [PATCH 1/8] Scaling msgmni to the amount of lowmem
> Subrata Modak wrote: > >>Nadia Derbey wrote: > >> > >>>Andrew Morton wrote: > >>> > >>> > >>>>On Mon, 11 Feb 2008 15:16:47 +0100 [EMAIL PROTECTED] wrote: > >>>> > >>>> > >>>> > >>>>>[PATCH 01/08] > >>>>> > >>>>>This patch computes msg_ctlmni to make it scale with the amount of > >>>>>lowmem. > >>>>>msg_ctlmni is now set to make the message queues occupy 1/32 of the > >>>>>available > >>>>>lowmem. > >>>>> > >>>>>Some cleaning has also been done for the MSGPOOL constant: the msgctl > >>>>>man page > >>>>>says it's not used, but it also defines it as a size in bytes (the code > >>>>>expresses it in Kbytes). > >>>>> > >>>> > >>>> > >>>>Something's wrong here. Running LTP's msgctl08 (specifically: > >>>>ltp-full-20070228) cripples the machine. It's a 4-way 4GB x86_64. > >>>> > >>>>http://userweb.kernel.org/~akpm/config-x.txt > >>>>http://userweb.kernel.org/~akpm/dmesg-x.txt > >>>> > >>>>Normally msgctl08 will complete in a second or two. With this patch I > >>>>don't know how long it will take to complete, and the machine is horridly > >>>>bogged down. It does recover if you manage to kill msgctl08. Feels like > >>>>a terrible memory shortage, but there's plenty of memory free and it > >>>>isn't > >>>>swapping. > >>>> > >>>> > >>>> > >>> > >>>Before the patchset, msgctl08 used to be run with the old msgmni value: > >>>16. Now it is run with a much higher msgmni value (1746 in my case), > >>>since it scales to the memory size. > >>>When I call "msgctl08 10 16" it completes fast. > >>> > >>>Doing the follwing on the ref kernel: > >>>echo 1746 > /proc/sys/kernel/msgmni > >>>msgctl08 10 1746 > >>> > >>>makes th test block too :-( > >>> > >>>Will check to see where the problem comes from. > >>> > >> > >>Well, actually, the test does not block, it only takes much much more > >>time to be executed: > >> > >>doing this: > >>date; ./msgctl08 10 XXX; date > >> > >> > >>gives us the following results: > >>XXX 16 32 64 128 256 512 1024 1746 > >>time(secs) 248163264132241 > >> > >>XXX is the # of msg queues to be created = # of processes to be forked > >>as readers = # of processes to be created as writers > >>time is approximative since it is obtained by a "date" before and after. > >> > >>XXX used to be 16 before the patchset ---> 1st column > >> --> 16 processes forked as reader > >> --> + 16 processes forked as writers > >> --> + 16 msg queues > >>XXX = 1746 (on my victim) after the patchset ---> last column > >> --> 1746 reader processes forked > >> --> + 1746 writers forked > >> --> + 1746 msg queues created > >> > >>The same tests on the ref kernel give approximatly the same results. > >> > >>So if we don't want this longer time to appear as a regression, the LTP > >>should be changed: > >>1) either by setting the result of get_max_msgqueues() as the MSGMNI > >>constant (16) (that would be the best solution in my mind) > >>2) or by warning the tester that it may take a long time to finish. > >> > >>There would be 3 tests impacted: > >> > >>kernel/syscalls/ipc/msgctl/msgctl08.c > >>kernel/syscalls/ipc/msgctl/msgctl09.c > >>kernel/syscalls/ipc/msgget/msgget03.c > > > > > > We will change the test case if need that be. Nadia, kindly send us the > > patch set which will do the necessary changes. > > > > Regards-- > > Subrata > > > > Subrata, > > You'll find the patch in attachment. > FYI I didn't change msgget03.c since we need to get the actual max value > in order to generate an error. Thanks. The same has been Merged. Regards-- Subrata > > Regards, > Nadia > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [LTP] [PATCH 1/8] Scaling msgmni to the amount of lowmem
> Nadia Derbey wrote: > > Andrew Morton wrote: > > > >> On Mon, 11 Feb 2008 15:16:47 +0100 [EMAIL PROTECTED] wrote: > >> > >> > >>> [PATCH 01/08] > >>> > >>> This patch computes msg_ctlmni to make it scale with the amount of > >>> lowmem. > >>> msg_ctlmni is now set to make the message queues occupy 1/32 of the > >>> available > >>> lowmem. > >>> > >>> Some cleaning has also been done for the MSGPOOL constant: the msgctl > >>> man page > >>> says it's not used, but it also defines it as a size in bytes (the code > >>> expresses it in Kbytes). > >>> > >> > >> > >> Something's wrong here. Running LTP's msgctl08 (specifically: > >> ltp-full-20070228) cripples the machine. It's a 4-way 4GB x86_64. > >> > >> http://userweb.kernel.org/~akpm/config-x.txt > >> http://userweb.kernel.org/~akpm/dmesg-x.txt > >> > >> Normally msgctl08 will complete in a second or two. With this patch I > >> don't know how long it will take to complete, and the machine is horridly > >> bogged down. It does recover if you manage to kill msgctl08. Feels like > >> a terrible memory shortage, but there's plenty of memory free and it > >> isn't > >> swapping. > >> > >> > >> > > > > Before the patchset, msgctl08 used to be run with the old msgmni value: > > 16. Now it is run with a much higher msgmni value (1746 in my case), > > since it scales to the memory size. > > When I call "msgctl08 10 16" it completes fast. > > > > Doing the follwing on the ref kernel: > > echo 1746 > /proc/sys/kernel/msgmni > > msgctl08 10 1746 > > > > makes th test block too :-( > > > > Will check to see where the problem comes from. > > > > Well, actually, the test does not block, it only takes much much more > time to be executed: > > doing this: > date; ./msgctl08 10 XXX; date > > > gives us the following results: > XXX 16 32 64 128 256 512 1024 1746 > time(secs) 248163264132241 > > XXX is the # of msg queues to be created = # of processes to be forked > as readers = # of processes to be created as writers > time is approximative since it is obtained by a "date" before and after. > > XXX used to be 16 before the patchset ---> 1st column > --> 16 processes forked as reader > --> + 16 processes forked as writers > --> + 16 msg queues > XXX = 1746 (on my victim) after the patchset ---> last column > --> 1746 reader processes forked > --> + 1746 writers forked > --> + 1746 msg queues created > > The same tests on the ref kernel give approximatly the same results. > > So if we don't want this longer time to appear as a regression, the LTP > should be changed: > 1) either by setting the result of get_max_msgqueues() as the MSGMNI > constant (16) (that would be the best solution in my mind) > 2) or by warning the tester that it may take a long time to finish. > > There would be 3 tests impacted: > > kernel/syscalls/ipc/msgctl/msgctl08.c > kernel/syscalls/ipc/msgctl/msgctl09.c > kernel/syscalls/ipc/msgget/msgget03.c We will change the test case if need that be. Nadia, kindly send us the patch set which will do the necessary changes. Regards-- Subrata > > Cc-ing ltp mailing list ... > > Regards, > Nadia > > > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > ___ > Ltp-list mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/ltp-list -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[ANNOUNCE] The Linux Test Project has been Released for JANUARY 2008
ump/verify_dump ltp/testcases/kdump/rhtools/Makefile ltp/testcases/kdump/rhtools/OO_Descriptions.txt ltp/testcases/kdump/rhtools/crasher_mod/Makefile ltp/testcases/kdump/rhtools/crasher_mod/crasher.c ltp/testcases/kdump/rhtools/lkdtm_mod/Makefile ltp/testcases/kdump/rhtools/lkdtm_mod/lkdtm.c ltp/testcases/kdump/susetools/Makefile ltp/testcases/kdump/susetools/OO_Descriptions.txt ltp/testcases/kdump/susetools/crasher_mod/Makefile ltp/testcases/kdump/susetools/crasher_mod/crasher.c ltp/testcases/kdump/susetools/lkdtm_mod/Makefile ltp/testcases/kdump/susetools/lkdtm_mod/lkdtm.c ltp/testcases/kdump/testlists/crasher ltp/testcases/kdump/testlists/lkdtm.base ltp/testcases/kdump/testlists/lkdtm.exha 16) Log Message: A huge Update to the RT Linux Tree by Sebastien Dugu <[EMAIL PROTECTED]> Modified Files: ltp/testcases/realtime/func/async_handler/async_handler.c ltp/testcases/realtime/func/async_handler/async_handler_tsc.c ltp/testcases/realtime/func/gtod_latency/gtod_latency.c ltp/testcases/realtime/func/hrtimer-prio/hrtimer-prio.c ltp/testcases/realtime/func/matrix_mult/matrix_mult.c ltp/testcases/realtime/func/periodic_cpu_load/periodic_cpu_load.c ltp/testcases/realtime/func/periodic_cpu_load/periodic_cpu_load_single.c ltp/testcases/realtime/func/pi_perf/pi_perf.c ltp/testcases/realtime/func/pthread_kill_latency/pthread_kill_latency.c ltp/testcases/realtime/func/sched_football/sched_football.c ltp/testcases/realtime/func/sched_latency/sched_latency.c 17) Log Message: Fix for remap_file_pages(01/02) failing on 31(s390) bit linux guest running RHEL4.6, by, [EMAIL PROTECTED] Modifiled File(s): ltp/testcases/kernel/syscalls/remap_file_pages/remap_file_pages01.c ltp/testcases/kernel/syscalls/remap_file_pages/remap_file_pages02.c 18) Log Message: Fixing missing argument for open() function when O_CREAT is in the flag, by, Yi Xu <[EMAIL PROTECTED]> Modified File(s): testcases/kernel/syscalls/clone/clone02.c testcases/kernel/syscalls/fcntl/fcntl18.c testcases/kernel/syscalls/fdatasync/fdatasync01.c testcases/kernel/syscalls/getdents/getdents04.c testcases/kernel/syscalls/mprotect/mprotect02.c testcases/kernel/syscalls/mprotect/mprotect03.c testcases/kernel/syscalls/open/open04.c testcases/kernel/syscalls/pselect/pselect01.c testcases/kernel/syscalls/read/read02.c testcases/kernel/syscalls/select/select01.c testcases/kernel/syscalls/sendfile/sendfile03.c testcases/kernel/syscalls/splice/splice01.c testcases/kernel/syscalls/symlink/symlink01.c testcases/kernel/syscalls/tee/tee01.c testcases/network/ipv6/sendfile6/testsf_c6.c testcases/network/tcp_cmds/sendfile/testsf_c.c testcases/kernel/fs/doio/iogen.c 19) Log Message: Fix for generation of HTML output for absolute paths, by, Subrata Modak <[EMAIL PROTECTED]> Modified File(s): ltp/runltp ltp/tools/genhtml.pl 20) Log Message: Initial set of Filecaps testcases from Serge, "Serge E. Hallyn" <[EMAIL PROTECTED]> Modified Files: ltp/runltp ltp/testcases/kernel/security/Makefile Added Files: ltp/runtest/filecaps ltp/testcases/kernel/security/filecaps/Makefile ltp/testcases/kernel/security/filecaps/README ltp/testcases/kernel/security/filecaps/check_simple_capset.c ltp/testcases/kernel/security/filecaps/checkforfilecaps.sh ltp/testcases/kernel/security/filecaps/checkforlibcap.sh ltp/testcases/kernel/security/filecaps/filecapstest.sh ltp/testcases/kernel/security/filecaps/gotlibcap.c ltp/testcases/kernel/security/filecaps/inh_capped.c ltp/testcases/kernel/security/filecaps/nolibcap.c ltp/testcases/kernel/security/filecaps/print_caps.c ltp/testcases/kernel/security/filecaps/verify_caps_exec.c ltp/testscripts/test_filecaps.sh 21) Log Message: testcase ballista gcc 4.3 conformance, by, Patrick Kirsch <[EMAIL PROTECTED]> Modified File(s): ltp/testcases/ballista/ballista/compile/bparser.cpp 22) Log Message: Enhancing runltp to run testcases in desired sequence, by, Subrata Modak <[EMAIL PROTECTED]> Modified File(s): ltp/runltp 23) Log Message: Adding volatile to avoid the compiler optimization to produce an infinite, by, Carmelo AMOROSO <[EMAIL PROTECTED]>, Haavard Skinnemoen <[EMAIL PROTECTED]> Modified File(s): ltp/testcases/kernel/syscalls/times/times03.c 24) Log Message: Extend the unconfined_runs_test interface in the selinux testsuite policy to allow the test programs to properly report back to the caller, by, Stephen Smalley <[EMAIL PROTECTED]> Modified File(s): ltp/testcases/kernel/security/selinux-testsuite/README ltp/testcases/kernel/security/selinux-testsuite/misc/sbin_deprecated.patch 25) Log Message: added gcov-kernel patches for linux-2.6.24, by, Peter Oberparleiter <[EMAIL PROTECTED]> Added File(s): ltp/utils/analysis/gcov-kernel/linux-2.6.24-gcov-arm-eabi.patch ltp/utils/analysis/gcov-kernel/linux-2.6.24-gcov-arm-hack.patch ltp/utils/analysis/gcov-kernel/linux-2.6.24-gcov.patch 26) Log Message: Fix for Build Error issues on NUMA Machine in absence of important RPMs, by, psuriset <[EMAIL PROTECTED]> Modified File(s): ltp/testcases/kernel/numa/Makefile ltp/testcases/kernel/numa/README ltp/testcases/kernel/numa/numa01.sh ltp/testcases/kernel/numa/numa_node_size.c ltp/testcases/kernel/numa/test.sh
Re: x86: kdump failure
On Fri, 2008-01-18 at 10:02 +0100, Ingo Molnar wrote:
> * Hiroshi Shimamoto <[EMAIL PROTECTED]> wrote:
>
> > kdump needs ELF_CORE_COPY_REGS in crash_save_cpu(). This lack of the
> > macro causes the following BUG.
> >
> > SysRq : Trigger a crashdump
> > [ cut here ]
> > kernel BUG at include/linux/elfcore.h:105!
> > invalid opcode: [1] PREEMPT SMP
>
> thanks, applied.
>
> > +/*
> > + * regs is struct pt_regs, pr_reg is elf_gregset_t (which is
> > + * now struct_user_regs, they are different)
> > + */
> > +
> > +#define ELF_CORE_COPY_REGS(pr_reg, regs) do { \
>
> this macro got removed by the regset patches. Roland, any ideas?
>
> Ingo
Hi Ingo/Hiroshi Shimamoto,
There also has been a huge update on ltp-kdump test suite. You can find
the same @ http://ltp.cvs.sourceforge.net/ltp/ltp/testcases/kdump/,
--Subrata
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: [LTP] Container Code Coverage for 2.6.23 mainline kernel
On Wed, 2008-01-09 at 15:01 +0530, Balbir Singh wrote: > > OK Balbir, > > > > Thanks and textual data will also do, if it helps save space. > > > I will find out how this can be made available to the community. I will > > probably upload it to sf.net and inform the community about the link to > > download. > > > > Balbir Here goes the link for downloading the code coverage data: http://prdownloads.sourceforge.net/ltp/Code_Coverage_kernel_2.6.23-Containers-UTS-SYSVIPC-NAMESPACE.tgz?download Thanks-- Subrata -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [LTP] Container Code Coverage for 2.6.23 mainline kernel
On Wed, 2008-01-09 at 14:38 +0530, Balbir Singh wrote: > On Jan 9, 2008 12:52 PM, Rishikesh K. Rajak <[EMAIL PROTECTED]> wrote: > > > > Hi All, > > > > You can find the code coverage data for container code which has been > > merged with mainline linux-2.6.23 and respective testcases are merged with > > ltp for the feature called SYSVIPC NAMESPACE & UTS NAMESPACE . > > > > I have genrated the code on s390x machine, the more info you can find > > below. > > > > Linux 2.6.23-gcov-autokern1 #1 SMP Wed Jan 9 00:27:11 EST 2008 s390x s390x > > s390x GNU/Linux > > > > Please let me know if you need more info. > > > > Thanks > > Rishi > > > > Rishi, > > Something is wrong with the HTML within the tarball, it still points > to files in /home/rishi/ > Could you please fix that. Balbir, this HTML is just a saved as version of the original HTML as Rishi cannot TAR and send the original HTML file as it has to refer to hundreds of other files, which in that case will be difficult to Pack and send to the mailing list. So, he has saved the original HTML and then posted just that. --Subrata > > Thanks, > Balbir > > - > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > ___ > Ltp-list mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/ltp-list -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[ANNOUNCE] [LTP] The Linux Test Project has been Released for DECEMBER 2007
Dear All, Happy New Year 2008. The Linux Test Project test suite has been released for the month of DECEMBER 2007. 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. Our web site also contains other information such as: - A Linux test tools matrix - Technical papers - How To's on Linux testing - Code coverage analysis tool. Release Highlights: * Real Time Linux Test Cases added, * PIDNAMESPACE Test Cases added, * New NUMA Testcases added, * sendfile05, sendfile06 and sendfile07 for sendfile and sendfile64 syscall new test cases added, * Se-linux Reference Policy Test Cases Updates, and other fixes. Note(s) from the Maintainer: Last month saw huge set of new test cases being added to LTP. Thanks everybody for your contributions. The trend will continue to be the same in Jan 2008 with fallocate, CPU controller and probably dlopen() test cases pouring in. We are also trying to close down the observable Broken test cases behavior in some test cases by Jan 2008 end, and, some infrastructural improvements also. LTP will also see getting more generalized/effective for s390x architecture. Discussion is on with Rusty Russel for increasing LTP code coverage apart from adding new test cases. >From this release onwards we will provide a complete patch which can be applied to the earlier release to arrive at the latest release. Eg: You can apply ltp-full-20071231.patch on ltp-full-20071130 to create ltp-full-20071231. As we move into a new year, we promise to make LTP more effective for testing our dear Linux. We would encourage the community to post results to [EMAIL PROTECTED], patches, new tests, bugs or comments/questions to [EMAIL PROTECTED], http://sourceforge.net/tracker/?func=add&group_id=3382&atid=103382 (for New Bug(s)), http://sourceforge.net/tracker/?func=add&group_id=3382&atid=303382 (for New Patch(s)), http://sourceforge.net/tracker/?func=add&group_id=3382&atid=353382 (for New Feature Request(s)) Please also see the Change Log Attached (DECEMBER 2007): Happy testing, Regards-- Subrata, 1) Log Message: Update CLONE_NEWPID as value changed in 2.6.23-rc3-mm2, submitted by Sukadev Bhattiprolu <[EMAIL PROTECTED]> File(s) Affected: ltp/testcases/kernel/containers/libclone/libclone.h 2) Log Message: New Test Cases sendfile05 sendfile06 and sendfile07 for sendfile and sendfile64 syscall, by Masatake YAMATO <[EMAIL PROTECTED]> File(s) Affected: ltp/runtest/syscalls ltp/testcases/kernel/syscalls/sendfile/sendfile02.c ltp/testcases/kernel/syscalls/sendfile/sendfile03.c ltp/testcases/kernel/syscalls/sendfile/sendfile04.c File(s) Added: ltp/testcases/kernel/syscalls/sendfile/sendfile05.c ltp/testcases/kernel/syscalls/sendfile/sendfile06.c ltp/testcases/kernel/syscalls/sendfile/sendfile07.c 3) Log Message: Fixing the problem of the resolution for ADDRESS_OF_MAIN, by Mark Ver <[EMAIL PROTECTED]> File(s) Affected: ltp/testcases/kernel/io/direct_io/diotest4.c 4) Log Message: use caps in "generated warning" since people dont read comments, by Mike Frysinger <[EMAIL PROTECTED]> File(s) Affected: ltp/testcases/kernel/include/linux_syscall_numbers.h ltp/testcases/kernel/include/regen.sh 5) Log Message: Se-linux Reference Policy Updates by Stephen Smalley <[EMAIL PROTECTED]> File(s) Affected: ltp/testcases/kernel/security/selinux-testsuite/README ltp/testcases/kernel/security/selinux-testsuite/refpolicy/test_capable_file.te ltp/testcases/kernel/security/selinux-testsuite/refpolicy/test_capable_net.te ltp/testcases/kernel/security/selinux-testsuite/refpolicy/test_file.te ltp/testcases/kernel/security/selinux-testsuite/refpolicy/test_global.te ltp/testcases/kernel/security/selinux-testsuite/refpolicy/test_ioctl.te ltp/testcases/kernel/security/selinux-testsuite/refpolicy/test_readlink.te ltp/testcases/kernel/security/selinux-testsuite/refpolicy/test_rxdir.te ltp/testcases/kernel/security/selinux-testsuite/refpolicy/test_setnice.te ltp/testcases/kernel/security/selinux-testsuite/refpolicy/test_stat.te ltp/testcases/kernel/security/selinux-testsuite/refpolicy/test_sysctl.te ltp/testcases/kernel/security/selinux-testsuite/refpolicy/test_task_create.te ltp/testcases/kernel/security/selinux-testsuite/refpolicy/test_task_setpgid.te 6) Log Message: New NUMA Testcases by [EMAIL PROTECTED] File(s) Affected: ltp/testcases/kernel/numa/Makefile ltp/testcases/kernel/numa/README ltp/testcases/kernel/numa/numa01.sh File(s) Added: ltp/testcases/kernel/numa/numa_node_size.c ltp/testcases/kernel/numa/test.sh 7) Log Message: Fixing mincore the way it generates -EFAULT on s390 by setting a stack limit by "ulimit -s " before its execution, by Anoop <[EMAIL PROTECTED]> File(s) Affected: ltp/testcases/kernel/syscalls/mincore/mincore01.c 8) Log Message: add syscall list for arm from Riaz Ur Rahama
Re: [PATCH] pcie AER: don't check _OSC when acpi is disabled
Would you like to submit the Driver Test Cases to LTP ? Or, if you have
your Driver test cases written in C, we can port to LTP and have it
inside the LTP package.
You can also check out the following links for more info, and can always
ping me for anything:
http://ltp.cvs.sourceforge.net/ltp/ltp/testcases/kernel/device-drivers/,
http://ltp.sourceforge.net/documentation/how-to/ltp.php?
Regards--
Subrata
(LTP Maintainer)
On Tue, 2007-12-11 at 20:13 -0800, Yinghai Lu wrote:
> [PATCH] pcie AER: don't check _OSC when acpi is disabled
>
> when acpi=off and pci=nomsi, don't check _OSC in aer_osc_setup
>
> Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
>
> diff --git a/drivers/pci/pcie/aer/aerdrv_acpi.c
> b/drivers/pci/pcie/aer/aerdrv_acpi.c
> index 1a1eb45..dd38777 100644
> --- a/drivers/pci/pcie/aer/aerdrv_acpi.c
> +++ b/drivers/pci/pcie/aer/aerdrv_acpi.c
> @@ -34,6 +34,9 @@ int aer_osc_setup(struct pcie_device *pciedev)
> acpi_handle handle = DEVICE_ACPI_HANDLE(&pdev->dev);
> struct pci_bus *parent;
>
> + if (acpi_pci_disabled)
> + return -1;
> +
> while (!handle) {
> if (!pdev || !pdev->bus->parent)
> break;
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH 7/7] [NETDEV]: myri10ge Fix possible causing oops of net_rx_action
Would you like to submit the Driver Test Cases to LTP ? Or, if you have
your Driver test cases written in C, we can port to LTP and have it
inside the LTP package.
You can also check out the following links for more info, and can always
ping me for anything:
http://ltp.cvs.sourceforge.net/ltp/ltp/testcases/kernel/device-drivers/,
http://ltp.sourceforge.net/documentation/how-to/ltp.php?
Regards--
Subrata
(LTP Maintainer)
On Wed, 2007-12-12 at 13:01 +0900, Joonwoo Park wrote:
> [NETDEV]: myri10ge Fix possible causing oops of net_rx_action
>
> Signed-off-by: Joonwoo Park <[EMAIL PROTECTED]>
> ---
> drivers/net/myri10ge/myri10ge.c |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/net/myri10ge/myri10ge.c b/drivers/net/myri10ge/myri10ge.c
> index 8def865..57311ed 100644
> --- a/drivers/net/myri10ge/myri10ge.c
> +++ b/drivers/net/myri10ge/myri10ge.c
> @@ -1242,6 +1242,8 @@ static int myri10ge_poll(struct napi_struct *napi, int
> budget)
> if (work_done < budget || !netif_running(netdev)) {
> netif_rx_complete(netdev, napi);
> put_be32(htonl(3), mgp->irq_claim);
> + if (unlikely(work_done == napi->weight))
> + return work_done - 1;
> }
> return work_done;
> }
> ---
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[ANNOUNCE] The Linux Test Project has been Released for NOVEMBER 2007
ubmitted by Khem Raj <[EMAIL PROTECTED]> File(s) Affected: ltp/testcases/kernel/mem/shmt/shmt09.c 15) Log Message: New posix_fadvise and fadvise64 Testcases contributed by Masatake YAMATO <[EMAIL PROTECTED]> File(s) Affected: ltp/runtest/syscalls New File(s) Addes: ltp/testcases/kernel/syscalls/fadvise/Makefile ltp/testcases/kernel/syscalls/fadvise/posix_fadvise01.c ltp/testcases/kernel/syscalls/fadvise/posix_fadvise02.c ltp/testcases/kernel/syscalls/fadvise/posix_fadvise03.c ltp/testcases/kernel/syscalls/fadvise/posix_fadvise04.c 16) Log Message: Existing code in LTP Kdump has been enhanced to test dump on network and different partitions. The attached patch supports following features -Dump on EXT3 partition, partition referenced by partition name, Label and UUID -Dump on raw partition -Dump on Network dump server -Test dump filtering feature of Kdump -Test Link Delay feature of Kdump -Result analysis has been implemented for local dumping and network dumping. -Result analysis has been implemented for filtering as well as link delay. But the analysis part can be enahnced further -'setup' file has been modified * To accept inputs from user or file * To automate configuration of bootloader file to reserve memory for crashkernel * To test basic or exchausted list of LKDTM test * To accept user inputs for dumping on different partitions and for network dumping -'master' file has been modified *To invoke result analysis code of dumping in different destinations *to remove cronjob when execution is done, this is a bug fix -'test' file has been modifed *To set kdump.conf file based on user input and trigger crash -'Makefile' has been modified not to run 'setup' -Added new files *kdump_propogate ->To add ssh public keys to network dump server *verify_dump ->To verify dump in different partitions and network dumping *lkdtm.orig is replaced with lkdtm.base for basic testcases of lkdtm, lkdtm.exha for exhausted list of lkdtm testcases. Submitted by: Poornima Nayak <[EMAIL PROTECTED]> File(s) Affected: ltp/testcases/kdump/Makefile ltp/testcases/kdump/README ltp/testcases/kdump/TEST_PLAN.txt ltp/testcases/kdump/master ltp/testcases/kdump/setup ltp/testcases/kdump/test File(s) Added: ltp/testcases/kdump/kdump_propagate ltp/testcases/kdump/verify_dump ltp/testcases/kdump/testlists/lkdtm.base ltp/testcases/kdump/testlists/lkdtm.exha File(s) Removed: ltp/testcases/kdump/testlists/lkdtm.orig 17) Log Message: Fix endless loop hit messages for kdump test case, by Cai Qian <[EMAIL PROTECTED]> File(s) Affected: ltp/testcases/kdump/rhtools/lkdtm_mod/lkdtm.c 18) Log Message: Fix for vmcore generation and vmcore verification are at different hours, by Cai Qian <[EMAIL PROTECTED]> File(s) Affected: ltp/testcases/kdump/master 19) Log Message: Changes that allows adp to run top on batch mode instead of interactively, submitted by Rafael Folco <[EMAIL PROTECTED]> File(s) Affected: ltp/testscripts/adp.sh 20) Log Message: Changes to prevent fcntl14 test case to crash on uclinux on blackfin board, submitted by Vivi <[EMAIL PROTECTED]> File(s) Affected: ltp/testcases/kernel/syscalls/fcntl/fcntl14.c 21) Log Message: New HTML format for LTP Output File(s) Affected: ltp/runltp File(s) Added: ltp/tools/genhtml.pl ltp/tools/html_report_header.txt 22) Log Message: Add IA64 support to kdump test case, submitted by Cai Qian <[EMAIL PROTECTED]> File(s) Affected: ltp/testcases/kdump/setup 23) Log Message: Patch to fix summary script of LTP kdump (can't retrieve LOG correctly), submitted by Lin Feng Shen ([EMAIL PROTECTED]) File(s) Affected: ltp/testcases/kdump/summary 24) Log Message: Fix for master script of LTP kdump (Which tries to copy /proc/config.gz though it's not available), submitted by Cijurajan Kollanoor ([EMAIL PROTECTED]) File(s) Affected: ltp/testcases/kdump/master 25) Log Message: Report TCONF for swapon/off test when run on tmpfs or nfs, submitted by Kumar Gala <[EMAIL PROTECTED]> File(s) Affected: testcases/kernel/syscalls/swapoff/swapoff01.c testcases/kernel/syscalls/swapoff/swapoff02.c testcases/kernel/syscalls/swapon/swapon01.c testcases/kernel/syscalls/swapon/swapon02.c testcases/kernel/syscalls/swapon/swapon03.c 26) Log Message: This does testing for the missing functionalities of MADV_REMOVE, MADV_DONTFORK & MADV_DOFORK, submitted by Pavan, [EMAIL PROTECTED] File(s) Added: ltp/testcases/kernel/syscalls/madvise/madvise03.c 27) Log Message: Added an Option to mail-back LTP reports, by Subrata Modak <[EMAIL PROTECTED]> File(s) Affected: ltp/runltp 28) Log Message: Added sendfile64 support and new testcase sendfile04.c in this regard, by Masatake YAMATO <[EMAIL PROTECTED]> File(s) Affected: runtest/syscalls testcases/kernel/syscalls/sendfile/Makefile testcases/kernel/syscalls/sendfile/sendfile02.c test
[ANNOUNCE] The Linux Test Project has been Released for OCTOBER 2007
Dear All, The Linux Test Project test suite has been released for the month of OCTOBER 2007. 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. Our web site also contains other information such as: - A Linux test tools matrix - Technical papers - How To's on Linux testing - Code coverage analysis tool. Release Highlights: * Integration of remap_file_pages [remap_file_page01 & remap_file_pages02] syscall test case to LTP, * OPEN_POSIX_TESTSUITE updation, * Enhancing LTP Infrastructure for Better/more stress generation options, * Fix for executing lot of Test Cases for running on NFS, * Changes in lots of MACROS to higher Kernel compatibilities, * Making lcov 1.6 compatible with gcov/gcc 4.1.0 Note(s) from the Maintainer: We had couple of discussions regarding the new formats to make the LTP output more meaningful. Hope we can see both the XML and HTML version of LTP output in coming months. We are also stressing on improving the LTP infrastructure itself, to make testing more meaningful and effective. We have started with integrating the various existing stress generation capability to LTP runall. We can expect more such improvements in those areas. LTP-KDUMP will also see more automation and support for community Distros like OpenSuse and Ubuntu in future. We would encourage the community to post results to [EMAIL PROTECTED], patches, new tests, bugs or comments/questions to [EMAIL PROTECTED], http://sourceforge.net/tracker/?func=add&group_id=3382&atid=103382 (for New Bug(s)), http://sourceforge.net/tracker/?func=add&group_id=3382&atid=303382 (for New Patch(s)), http://sourceforge.net/tracker/?func=add&group_id=3382&atid=353382 (for New Feature Request(s)) Please also see the ChangeLog Attached (OCTOBER 2007): Happy testing, Regards-- Subrata, 1) Log Message: lcov: workaround for gcc 4.1.0 .gcno file oddness by Peter Oberparleiter ([EMAIL PROTECTED]) [EMAIL PROTECTED] wrote: I'm trying to use lcov 1.6 with gcov/gcc 4.1.0. The geninfo parser was aborting on a small number of .gcno files. I've patched my local copy so that geninfo prints out the offset of the error and skips the remainder of the problem file File(s) Affected: ltp/utils/analysis/lcov/bin/geninfo 2) Log Message: Carmelo ([EMAIL PROTECTED]) fixed OPEN_MAX macro issue, from kernel 2.6.23 onwards File(s) Affected: ltp-full-20070930/testcases/kernel/syscalls/fork/fork09.c ltp-full-20070930/testcases/kernel/ipc/ipc_stress/pipe_test_02.c 3) Log Message: Ported this to LTP Format File(s) Affected: ltp/runtest/syscalls File(s) Added: ltp/testcases/kernel/syscalls/remap_file_pages/Makefile ltp/testcases/kernel/syscalls/remap_file_pages/remap_file_pages01.c 4) Log Message: Open Posix Test suite updation by Patrick Kirsch <[EMAIL PROTECTED]> File(s) Affected: ltp/testcases/open_posix_testsuite/conformance/interfaces/sem_close/1-1.c ltp/testcases/open_posix_testsuite/conformance/interfaces/sem_close/2-1.c ltp/testcases/open_posix_testsuite/conformance/interfaces/sem_close/3-1.c ltp/testcases/open_posix_testsuite/conformance/interfaces/sem_getvalue/1-1.c ltp/testcases/open_posix_testsuite/conformance/interfaces/sem_getvalue/2-1.c ltp/testcases/open_posix_testsuite/conformance/interfaces/sem_getvalue/4-1.c ltp/testcases/open_posix_testsuite/conformance/interfaces/sem_getvalue/5-1.c ltp/testcases/open_posix_testsuite/conformance/interfaces/sem_open/1-4.c ltp/testcases/open_posix_testsuite/conformance/interfaces/sem_post/1-1.c ltp/testcases/open_posix_testsuite/conformance/interfaces/sem_post/1-2.c ltp/testcases/open_posix_testsuite/conformance/interfaces/sem_post/2-1.c ltp/testcases/open_posix_testsuite/conformance/interfaces/sem_post/4-1.c ltp/testcases/open_posix_testsuite/conformance/interfaces/sem_post/5-1.c ltp/testcases/open_posix_testsuite/conformance/interfaces/sem_post/6-1.c ltp/testcases/open_posix_testsuite/conformance/interfaces/sem_post/8-1.c ltp/testcases/open_posix_testsuite/conformance/interfaces/sem_unlink/1-1.c ltp/testcases/open_posix_testsuite/conformance/interfaces/sem_unlink/2-1.c ltp/testcases/open_posix_testsuite/conformance/interfaces/sem_unlink/4-1.c ltp/testcases/open_posix_testsuite/conformance/interfaces/sem_wait/1-1.c ltp/testcases/open_posix_testsuite/conformance/interfaces/sem_wait/1-2.c ltp/testcases/open_posix_testsuite/conformance/interfaces/sem_wait/11-1.c ltp/testcases/open_posix_testsuite/conformance/interfaces/sem_wait/12-1.c ltp/testcases/open_posix_testsuite/conformance/interfaces/sem_wait/3-1.c ltp/testcases/open_posix_testsuite/conformance/interfaces/sem_wait/5-1.c ltp/testcases/open_posix_testsuite/conformance/interfaces/sem_wait/7-1.c 5) Log Message: Olof Johansson <[EMAIL PROTECTED]> corrected the message when there are no entries in /etc/group for 'nobody' and 'b
[ANNOUNCE] The Linux Test Project has been Released for SEPTEMBER 2007
Dear All, The Linux Test Project test suite has been released for the month of SEPTEMBER 2007. 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. Our web site also contains other information such as: - A Linux test tools matrix - Technical papers - How To's on Linux testing - Code coverage analysis tool. Release Highlights: * Enabling Kernel Version Comparisns for Lots of Testcase(s), * Removal of Connectathon Testcases for want of GPLV2 license, * Patching of NUMA Testcases for better Statistics Collection, * Fixes for KDUMP scripts errors, * Mandatory generation of failed testcases file, * Fix of LTP output format as pointed out by Andrew Morton, * Update of OPENHPI testsuite to 2.10.0, Note(s) from the Maintainer: LTP output will see new formats in the coming days. This will make interpreting output more easily and conceptually. Hope that Real Time Linux Testcases will see the light of the day by this month end. We would encourage the community to post results to [EMAIL PROTECTED], patches, new tests, bugs or comments/questions to [EMAIL PROTECTED], http://sourceforge.net/tracker/?func=add&group_id=3382&atid=103382 (for New Bug(s)), http://sourceforge.net/tracker/?func=add&group_id=3382&atid=303382 (for New Patch(s)), http://sourceforge.net/tracker/?func=add&group_id=3382&atid=353382 (for New Feature Request(s)) Please also see the ChangeLog Attached (SEPTEMBER 2007): Happy testing, Regards-- Subrata, 1) Log Message: "[EMAIL PROTECTED]" wanted to fix some anomalies in "acct01" testcase File(s) Affected: ltp/testcases/kernel/syscalls/acct/acct01.c 2) Log Message: "[EMAIL PROTECTED]" made modifications to check whether the Kernel is UTSNAMESPACE or SYSVIPC_NAMSPACE enabled File(s) Affected: ltp/testcases/kernel/containers/container_test.sh ltp/testcases/kernel/containers/sysvipc/Makefile File(s) Added: ltp/testcases/kernel/containers/sysvipc/check_ipcns_enabled.c 3) Log Message: "[EMAIL PROTECTED]" fixed exit code for inotify01 and inotify02 when running with kernel < 2.6.13 File(s) Affected: ltp/testcases/kernel/syscalls/inotify/inotify01.c ltp/testcases/kernel/syscalls/inotify/inotify02.c 4) Log Message: Fixing "ioperm02" testcase for kernel comparisns File(s) Affected: ltp/testcases/kernel/syscalls/ioperm/ioperm02.c 5) Log Message: "[EMAIL PROTECTED]" induced time for Statistics collection in RHEL File(s) Affected: ltp/testcases/kernel/numa/numa01.sh 6) Log Message: Removing these Testcases as they do not satisfy GPLv2 License Agreement File(s) Deleted: ltp/testcases/network/nfs/cthon04 Makefile README READWIN.txt Testitems domount.c getopt.c runtests server tests.h tests.init unixdos.h ltp/testcases/network/nfs/cthon04/basic Makefile runtests runtests.mvs subr.c test1.c test2.c test3.c test4.c test4a.c test5.c test5a.c test5b.c test6.c test7.c test7a.c test7b.c test8.c test9.c ltp/testcases/network/nfs/cthon04/basic/console build.bat test1.mak test2.mak test3.mak test4a.mak test4.mak test5a.mak test5b.mak test5.mak test6.mak test7a.mak test7b.mak test7.mak test8.mak test9.mak ltp/testcases/network/nfs/cthon04/basic/dos build.bat test1.mak test2.mak test3.mak test4a.mak test4.mak test5a.mak test5b.mak test5.mak test6.mak test7a.mak test7b.mak test7.mak test8.mak test9.mak ltp/testcases/network/nfs/cthon04/basic/scripts basic2.bat basic3.bat basic.bat cthon00.mst cthon01.mst cthon02.mst cthon03.mst cthon04.mst cthon.bat runcthon.prl ltp/testcases/network/nfs/cthon04/general large4.sh large.c Makefile makefile.tst mkdummy nroff.in rmdummy runtests runtests.wrk stat.c ltp/testcases/network/nfs/cthon04/lock Makefile runtests tlock.c ltp/testcases/network/nfs/cthon04/special bigfile2.c bigfile.c dupreq.c excltest.c freesp.c fstat.c holey.c Makefile negseek.c nfsidem.c nstat.c op_chmod.c op_ren.c op_unlk.c READWIN.txt rename.c rewind.c runtests runtests.wrk stat2.c stat.c telldir.c touchn.c truncate.c ltp/testcases/network/nfs/cthon04/special/console build1.bat build.bat dupreq.mak excltest.mak fstat.mak holey.mak negseek.mak nfsidem.mak nstat.mak op_chmod.mak op_ren.mak op_unlk.mak rename.mak rewind.mak stat2.mak stat.mak touchn.mak truncate.mak ltp/testcases/network/nfs/cthon04/special/dos build1.bat build.bat dupreq.mak excltest.mak fstat.mak holey.mak negseek.mak nfsidem.mak nstat.mak op_chmod.mak op_ren.mak op_unlk.mak rename.mak rewind.mak stat2.mak stat.mak touchn.mak truncate.mak ltp/testcases/network/nfs/cthon04/special/scripts run.bat ltp/testcases/network/nfs/cthon04/tools dirdmp.c dirprt.c Makefile pmapbrd.c pmaptst.c README tcp.c tcpd.c udp.c udpd.c 7) Log Message: This guides you to the new location of
LTP Latest Snapshot now available
Hi, You can pick up LTP latest snapshot (ltp-nightly-snapshot_19-09-2007.tgz) from: http://sourceforge.net/project/showfiles.php?group_id=3382&package_id=3308&release_id=535958 It differs from earlier snapshot (ltp-nightly-snapshot_07-09-2007.tgz) by: 1) runltp fix for generation of default failed file under output directory, 2) Fix for Memory testcase mem02, fix for var_args expander in lib/tst_res.c and a small fix in open_posit_testsuite. --Subrata-- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[LTP] Validating exact PASS and FAIL scenarios for LTP
Hi All, It may be a little high time for us to visit the way LTP defines itś PASS and FAILURES. We know that each of LTP Test cases reports certain keywords. Now, we need to define properly how each of these Keywords needs to be interpreted in context to the addition information these test-cases report, so that, we can arrive at saying that: 1) this information means that TEST has passed (and in such scenario the test-case is bound to exit(0) to pan), and, 2) That set of information means that the TEST has failed (and in such scenario the test-case is bound to exit(non-zero) to pan) There are several reported incidents where there is ambiguity in judging whether the test is a PASS or FAIL. Now we have come to a point where we need to discuss and debate this out and say that: 1) These are the situations where the test should report exit(0) to pan irrespective of what it has reported to logs through INFO:, and, 2) These are the situations where the test should immediately terminate with exit(non-zero) to pan. We also need to decide where these keywords like PASS WARN BROK FAIL RETR CONF INFO should be placed, and under what context ?? I hope all of you will contribute to this debate, where we finally seal LTP´s fate as a: 1) Broken test-suite, or, 2) a glorious one. --Regards-- Subrata On Mon, 2007-07-02 at 08:50 -0700, Randy Dunlap wrote: > On Mon, 02 Jul 2007 12:28:50 +0530 Subrata Modak wrote: > > > :-) *Dear All*, > > > > *Note(s) from the Maintainer: * > > generates now and whether/how you would like it to be in future > > I don't know if this qualifies as an input for the output, but > > ltprun-summary.sh is attached. It uses prtag2tag.pl, which is also > attached. (I also do this summary SCORE for the Open Posix Test suite.) > > Example summary + SCORE: > > Using logfile=/cruc/runs/1789/test_output/ltp.log > build errors: 0 lines > PASS: 2225 > WARNing: 1 > BROKen:1 > RETiRed: 0 > FAIL: 0 > CONFig error: 11 > SCORE.ltp:99.5 > > > > *Please also see the ChangeLog Below (June 2007):* * > > so "[PATCH] float tests: use standard test results output" > (http://sourceforge.net/mailarchive/forum.php?thread_name=20070622214652.d137d055.rdunlap%40xenotime.net&forum_name=ltp-list) > will be added next month? > > --- > ~Randy > *** Remember to use Documentation/SubmitChecklist when testing your code *** - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[LTP] Better ways to generate Stress at Background
Hi, LTP has a fair program (http://ltp.cvs.sourceforge.net/ltp/ltp/tools/genload/stress.c?revision=1.3&view=markup) which is capable of generating: 1) CPU stress, 2) Memory Stress, 3) Hard Disk Stress, 4) IO Bus Stress, 5) Network Stress (through netpipe) in the Background, before your testcases (LTP) are run. The stress they generate are wholesome and cannot be discrete. We need to device a mechanism, where we can generate stress in matters of percentage (%), say: 1) X% of CPU should be stressed during run, 2) Y% of Memory Stress, 3) Z% of Hard Disk Stress, 4) P% of IO Bus Stress, 5) Q% Network Stress (through netpipe) And, all these should hold good on both Single CPU vs SMP machines as well as to NUMA architecture. Can somebody provide some Idea on how to design such a system ? We may also face a situation like: 1) On an SMP machine with 8 CPUs, only 2 should be subjected to 60% stress and others left normal, and lots of other combinations as well 2) On a NUMA machine, only particular node(s) should be stressed and other left normal. --Regards-- Subrata-- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[ANNOUNCE] CTHON04 Testcases has been removed from LTP
Hi, We have removed CTHON04 Test-cases from LTP (for want of GPLv2 License Agreement): http://ltp.cvs.sourceforge.net/ltp/ltp/testcases/network/nfs/cthon04/ However you can find new location from: http://ltp.cvs.sourceforge.net/ltp/ltp/testcases/network/nfs/CTHON04_README?view=log --Regards-- Subrata - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
LTP Latest Nightly Snapshot
Latest LTP Nightly Snapshot (ltp-nightly-snapshot_04-09-2007.tgz) is available at : http://sourceforge.net/project/showfiles.php?group_id=3382&package_id=3308&release_id=535958 Major changes from ltp-nightly-snapshot_03-09-2007.tgz being: 1) Numa Testcase Updation, 2) "ioperm02" testcase Patch, You can expect frequent Nightly snapshots when there are more changes in LTP Source Code. --Regards-- Subrata - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
LTP-KDUMP Test Plan
Please find attached the Tentative LTP-KDUMP Test case Plan, depicting the future work that will be done on LTP-KDUMP. Regards-- Subrata Following is the Tentative plan for improving LTP-KDUMP Test-cases: === ||S.NO|| ACTIVITY || TENTATIVE-TIME || === || 1 || Test and integrate kdump's netdump patch to LTP || SEP/OCT-2007|| || 2 || Modify ltp-kdump to automate all usecases of || SEP/OCT-2007|| ||||kdump-network dumping usecases || || || 3 || Enhance error handler for kdump test || OCT/NOV-2007|| ||||automation script || || || 4 || Enhance result analysis module of ltp-kdump || OCT/NOV-2007|| ===
Containers Testcases Plan
Please find attached the Tentative CONTAINER Test case Plan, depicting the future testcases that will be merged to LTP. Regards-- Subrata Following are tentative Testcases to be included into LTP-Containers in future: NAMETENTATIVE-TIME = PID NAMESPACES (NEAR FUTURE) NETWROK NAMESPACES (NEAR FUTURE) POSIX IPC NAMESPACES(NEAR FUTURE) TTY+CONSOLE+DEVPTS NAMESPACES (NEAR FUTURE) PROC+SYSFS ISOLATION(NEAR FUTURE) PER-CONTAINER CAPABILITY/SECURITY TESTS (NEAR FUTURE) =
LTP Testcases investigation discussion....!!
Hi, We have started review of existing LTP testcases. Some guys has initiated investigation on their part. This is in line with LTP's roadmap to improve on existing testcases. More info on what we want to achieve can be found at http://ltp.sourceforge.net/wiki. We are meeting on irc.freenode.org (Channel #ltp) on this Friday (31st-Aug-07) from 4:00 pm to 5:00 pm India Standard Time (IST) (10:30 am GMT/UTC) to discuss on the same. Please feel free to join in and pore your comments on various issues. Regards-- Subrata Modak - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[ANNOUNCE] GCOV & LCOV Packages Released
New GCOV and LCOV Packages(Patches) has been released and the same can picked up from: https://sourceforge.net/project/showfiles.php?group_id=3382 The older releases has been moved to LCOV-Archives and Gcov-Kernel-Archives. Regards & Thanks-- Subrata Modak - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[Announce] RHEL5 LSPP/EAL4 Certification Testsuite has been released again
The Red Hat Enterprise Linux 5 LSPP/EAL4 Certification Testsuite (rhel5_ibm_eal4_cert_suite2.tgz) has been released again and can be found at http://ltp.sourceforge.net/ or http://sourceforge.net/project/showfiles.php?group_id=3382. More details about this testsuite can be found @'lspp/README' inside the package. Regards & Thanks-- Subrata Modak - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[Announce] RHEL5 LSPP/EAL4 Certification Testsuite has been released
Dear All, The Red Hat Enterprise Linux 5 LSPP/EAL4 Certification Testsuite has been released and can be found at http://ltp.sourceforge.net/ or http://sourceforge.net/project/showfiles.php?group_id=3382. You can find more details about this testsuite from 'lspp/README' contained in the package. Regards & Thanks-- Subrata Modak - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[ANNOUNCE] LTP Roadmap Released
Hi All, Sometime back we started retrospection on LTP and the various ways to make it better. It resulted in critical evaluation of LTP within & outside LTP users community. It also reflected the various ways on making it more better and effective. Working in this direction, we have come up with a road map which we feel will be helpful to the community. The following wiki pages will throw some light on the same: * http://ltp.sourceforge.net/wiki/ * http://ltp.sourceforge.net/wikiArchives.php Your comments on the contents and the goals set will be highly appreciated. All comments will be published on the above wiki pages. Regards & Thanks-- Subrata Modak - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
