* [LTP] Issue with rt_sigqueueinfo testcase in LTP. [not found] ` <1249387637.15587.29.camel@subratamodak.linux.ibm.com> @ 2009-08-04 12:16 ` rohit verma 2009-08-06 9:10 ` Michal Simek 0 siblings, 1 reply; 7+ messages in thread From: rohit verma @ 2009-08-04 12:16 UTC (permalink / raw) To: ltp-list FYI... ---------- Forwarded message ---------- From: Subrata Modak <subrata@linux.vnet.ibm.com> Date: Tue, Aug 4, 2009 at 5:37 PM Subject: Re: Issue with rt_sigqueueinfo testcase in LTP. To: rohit verma <rohit.170309@gmail.com> Cc: maknayak@in.ibm.com Hi Rohit, On Tue, 2009-08-04 at 11:40 +0530, rohit verma wrote: > Dear Manas Kumar Nayak, > > I have found an issue with rt_sigqueueinfo test-case. > > Following is the test output: > > rt_sigqueueinfo01 1 PASS : Test Succeeded > rt_sigqueueinfo01 1 FAIL : Test Failed, errno=1 : Operation not permitted > rt_sigqueueinfo01 1 PASS : Test Succeeded > rt_sigqueueinfo01 1 FAIL : Test Failed, errno=1 : Operation not permitted > rt_sigqueueinfo01 0 WARN : tst_rmdir(): rmobj(/tmp/rt_3FaSpK) > failed: lstat(/tmp/rt_3FaSpK) failed; errno=2: No such file or > directory > > I think the following lines are causing the failures: > > (Line - 164) > > uinfo.si_errno = 0; > uinfo.si_code = 0;//SI_USER > TEST(retval = syscall(__NR_rt_sigqueueinfo, getpid(), 17, &uinfo)); > > Reason - > > You can observe the following comment & source when you look at the > Linux source (v 2.6.29) > (linux-2.6.29/kernel/signal.c) > > /* Not even root can pretend to send signals from the kernel. > Nor can they impersonate a kill(), which adds source info. */ > if (info.si_code >= 0) > return -EPERM; > > which implies that si_code cannot be set to ' 0 ' (SI_USER) when > invoking the rt_sigqueueinfo syscall. > > > I am not sure how to fix this issue. But, a possible fix would be to > remove the second set of fork & > rt_sigqueueinfo invocations and use the first set (with SI_QUEUE). If > needed, the loop count can be > increased. Please propose this over to the mailing list. Manas has just ported the test case from Crackerjack to LTP. He may not be exactly aware of the issues, as it was a blind port, which in one way was good, as the porting generated issues, people interested discussed and solved them ;-) Regards-- Subrata > > -- Regards, Rohit ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Ltp-list mailing list Ltp-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ltp-list ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [LTP] Issue with rt_sigqueueinfo testcase in LTP. 2009-08-04 12:16 ` [LTP] Issue with rt_sigqueueinfo testcase in LTP rohit verma @ 2009-08-06 9:10 ` Michal Simek 2009-08-07 0:50 ` [LTP] [PATCH] " Henry Yei 0 siblings, 1 reply; 7+ messages in thread From: Michal Simek @ 2009-08-06 9:10 UTC (permalink / raw) To: rohit verma; +Cc: ltp-list I can confirm that fault too - on Microblaze and x86 too. The funny thing is that this test failed but it is reported as passed in log. Michal > FYI... > > > ---------- Forwarded message ---------- > From: Subrata Modak <subrata@linux.vnet.ibm.com> > Date: Tue, Aug 4, 2009 at 5:37 PM > Subject: Re: Issue with rt_sigqueueinfo testcase in LTP. > To: rohit verma <rohit.170309@gmail.com> > Cc: maknayak@in.ibm.com > > > Hi Rohit, > > On Tue, 2009-08-04 at 11:40 +0530, rohit verma wrote: > >> Dear Manas Kumar Nayak, >> >> I have found an issue with rt_sigqueueinfo test-case. >> >> Following is the test output: >> >> rt_sigqueueinfo01 1 PASS : Test Succeeded >> rt_sigqueueinfo01 1 FAIL : Test Failed, errno=1 : Operation not permitted >> rt_sigqueueinfo01 1 PASS : Test Succeeded >> rt_sigqueueinfo01 1 FAIL : Test Failed, errno=1 : Operation not permitted >> rt_sigqueueinfo01 0 WARN : tst_rmdir(): rmobj(/tmp/rt_3FaSpK) >> failed: lstat(/tmp/rt_3FaSpK) failed; errno=2: No such file or >> directory >> >> I think the following lines are causing the failures: >> >> (Line - 164) >> >> uinfo.si_errno = 0; >> uinfo.si_code = 0;//SI_USER >> TEST(retval = syscall(__NR_rt_sigqueueinfo, getpid(), 17, &uinfo)); >> >> Reason - >> >> You can observe the following comment & source when you look at the >> Linux source (v 2.6.29) >> (linux-2.6.29/kernel/signal.c) >> >> /* Not even root can pretend to send signals from the kernel. >> Nor can they impersonate a kill(), which adds source info. */ >> if (info.si_code >= 0) >> return -EPERM; >> >> which implies that si_code cannot be set to ' 0 ' (SI_USER) when >> invoking the rt_sigqueueinfo syscall. >> >> >> I am not sure how to fix this issue. But, a possible fix would be to >> remove the second set of fork & >> rt_sigqueueinfo invocations and use the first set (with SI_QUEUE). If >> needed, the loop count can be >> increased. >> > > Please propose this over to the mailing list. Manas has just ported the > test case from Crackerjack to LTP. He may not be exactly aware of the > issues, as it was a blind port, which in one way was good, as the > porting generated issues, people interested discussed and solved > them ;-) > > Regards-- > Subrata > > >> > > > > > -- Michal Simek, Ing. (M.Eng) PetaLogix - Linux Solutions for a Reconfigurable World w: www.petalogix.com p: +61-7-30090663,+42-0-721842854 f: +61-7-30090663 ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Ltp-list mailing list Ltp-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ltp-list ^ permalink raw reply [flat|nested] 7+ messages in thread
* [LTP] [PATCH] Issue with rt_sigqueueinfo testcase in LTP. 2009-08-06 9:10 ` Michal Simek @ 2009-08-07 0:50 ` Henry Yei 2009-08-07 2:21 ` Garrett Cooper 0 siblings, 1 reply; 7+ messages in thread From: Henry Yei @ 2009-08-07 0:50 UTC (permalink / raw) To: michal.simek, rohit verma; +Cc: ltp-list [-- Attachment #1: Type: text/plain, Size: 4052 bytes --] Yes, I had just noticed this as well. Since it was "passing", it took awhile to spot. Returning pass even with tst_resm(TFAIL,.. Being called must have something to do with the forking, but I'm not familiar with how the LTP framework deals with that. In any case, I've create this patch for our internal tree that does the following: - cleans up spacing for tabs, it was mix of two before - removes the second testcase which is I think is invalid (this gets rid of the bad return code as well). - removed the inner loop, it doesn't make sense as the tst_exit in the original code would never let it run past the first loop. - moved cleanup() and setup() to the appropriate places where they will only be called in pairs. -----Original Message----- From: Michal Simek [mailto:michal.simek@petalogix.com] Sent: Thursday, August 06, 2009 2:10 AM To: rohit verma Cc: ltp-list Subject: Re: [LTP] Issue with rt_sigqueueinfo testcase in LTP. I can confirm that fault too - on Microblaze and x86 too. The funny thing is that this test failed but it is reported as passed in log. Michal > FYI... > > > ---------- Forwarded message ---------- > From: Subrata Modak <subrata@linux.vnet.ibm.com> > Date: Tue, Aug 4, 2009 at 5:37 PM > Subject: Re: Issue with rt_sigqueueinfo testcase in LTP. > To: rohit verma <rohit.170309@gmail.com> > Cc: maknayak@in.ibm.com > > > Hi Rohit, > > On Tue, 2009-08-04 at 11:40 +0530, rohit verma wrote: > >> Dear Manas Kumar Nayak, >> >> I have found an issue with rt_sigqueueinfo test-case. >> >> Following is the test output: >> >> rt_sigqueueinfo01 1 PASS : Test Succeeded >> rt_sigqueueinfo01 1 FAIL : Test Failed, errno=1 : Operation not permitted >> rt_sigqueueinfo01 1 PASS : Test Succeeded >> rt_sigqueueinfo01 1 FAIL : Test Failed, errno=1 : Operation not permitted >> rt_sigqueueinfo01 0 WARN : tst_rmdir(): rmobj(/tmp/rt_3FaSpK) >> failed: lstat(/tmp/rt_3FaSpK) failed; errno=2: No such file or >> directory >> >> I think the following lines are causing the failures: >> >> (Line - 164) >> >> uinfo.si_errno = 0; >> uinfo.si_code = 0;//SI_USER >> TEST(retval = syscall(__NR_rt_sigqueueinfo, getpid(), 17, &uinfo)); >> >> Reason - >> >> You can observe the following comment & source when you look at the >> Linux source (v 2.6.29) >> (linux-2.6.29/kernel/signal.c) >> >> /* Not even root can pretend to send signals from the kernel. >> Nor can they impersonate a kill(), which adds source info. */ >> if (info.si_code >= 0) >> return -EPERM; >> >> which implies that si_code cannot be set to ' 0 ' (SI_USER) when >> invoking the rt_sigqueueinfo syscall. >> >> >> I am not sure how to fix this issue. But, a possible fix would be to >> remove the second set of fork & rt_sigqueueinfo invocations and use >> the first set (with SI_QUEUE). If needed, the loop count can be >> increased. >> > > Please propose this over to the mailing list. Manas has just ported > the test case from Crackerjack to LTP. He may not be exactly aware of > the issues, as it was a blind port, which in one way was good, as the > porting generated issues, people interested discussed and solved them > ;-) > > Regards-- > Subrata > > >> > > > > > -- Michal Simek, Ing. (M.Eng) PetaLogix - Linux Solutions for a Reconfigurable World w: www.petalogix.com p: +61-7-30090663,+42-0-721842854 f: +61-7-30090663 ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Ltp-list mailing list Ltp-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ltp-list [-- Attachment #2: rt_sigqueueinfo01.patch --] [-- Type: application/octet-stream, Size: 6066 bytes --] diff -Nurp -x CVS ltp-20090531/testcases/kernel/syscalls/rt_sigqueueinfo/rt_sigqueueinfo01.c ltp-wdir/testcases/kernel/syscalls/rt_sigqueueinfo/rt_sigqueueinfo01.c --- ltp-20090531/testcases/kernel/syscalls/rt_sigqueueinfo/rt_sigqueueinfo01.c 2009-05-21 11:25:58.000000000 -0700 +++ ltp-wdir/testcases/kernel/syscalls/rt_sigqueueinfo/rt_sigqueueinfo01.c 2009-08-06 17:34:25.868467567 -0700 @@ -46,20 +46,19 @@ #include <sys/syscall.h> #include <string.h> - /* Harness Specific Include Files. */ #include "test.h" #include "usctest.h" #include "linux_syscall_numbers.h" /* Extern Global Variables */ -extern int Tst_count; /* counter for tst_xxx routines. */ -extern char *TESTDIR; /* temporary dir created by tst_tmpdir() */ +extern int Tst_count; /* counter for tst_xxx routines. */ +extern char *TESTDIR; /* temporary dir created by tst_tmpdir() */ /* Global Variables */ -char *TCID = "rt_sigqueueinfo01"; /* Test program identifier.*/ -int testno; -int TST_TOTAL = 2; /* total number of tests in this file. */ +char *TCID = "rt_sigqueueinfo01"; /* Test program identifier.*/ +int testno; +int TST_TOTAL = 2; /* total number of tests in this file. */ /* Extern Global Functions */ /******************************************************************************/ @@ -80,12 +79,12 @@ int TST_TOTAL = 2; /* /* */ /******************************************************************************/ extern void cleanup() { - /* Remove tmp dir and all files in it */ - TEST_CLEANUP; - tst_rmdir(); + /* Remove tmp dir and all files in it */ + TEST_CLEANUP; + tst_rmdir(); - /* Exit with appropriate return code. */ - tst_exit(); + /* Exit with appropriate return code. */ + tst_exit(); } /* Local Functions */ @@ -107,73 +106,50 @@ extern void cleanup() { /* */ /******************************************************************************/ void setup() { - /* Capture signals if any */ - /* Create temporary directories */ - TEST_PAUSE; - tst_tmpdir(); + /* Capture signals if any */ + /* Create temporary directories */ + TEST_PAUSE; + tst_tmpdir(); } - int main(int ac, char **av) { int pid, retval; - pid = getpid(); - siginfo_t uinfo; - int lc; /* loop counter */ - char *msg; /* message returned from parse_opts */ - - /* parse standard options */ - if ((msg = parse_opts(ac, av, (option_t *)NULL, NULL)) != (char *)NULL){ - tst_brkm(TBROK, cleanup, "OPTION PARSING ERROR - %s", msg); - tst_exit(); - } - - setup(); - - /* Check looping state if -i option given */ - for (lc = 0; TEST_LOOPING(lc); ++lc) { - Tst_count = 0; - for (testno = 0; testno < TST_TOTAL; ++testno) { - TEST(pid = fork()); - if(TEST_RETURN < 0){ - tst_resm(TFAIL,"fork() Failed, errno=%d : %s",TEST_ERRNO, strerror(TEST_ERRNO)); - cleanup(); - tst_exit(); - } else if (TEST_RETURN == 0){ - uinfo.si_errno = 0; - uinfo.si_code = -1; - TEST(retval = syscall(__NR_rt_sigqueueinfo, getpid(), 17, &uinfo)); - if(TEST_RETURN == 0){ - tst_resm(TPASS,"Test Succeeded"); - tst_exit(); - } else { - tst_resm(TFAIL,"Test Failed, errno=%d : %s",TEST_ERRNO, strerror(TEST_ERRNO)); - cleanup(); - tst_exit(); - } - } - + pid = getpid(); + siginfo_t uinfo; + int lc; /* loop counter */ + char *msg; /* message returned from parse_opts */ + + /* parse standard options */ + if ((msg = parse_opts(ac, av, (option_t *) NULL, NULL)) != (char *) NULL) { + tst_brkm(TBROK, tst_exit, "OPTION PARSING ERROR - %s", msg); + } + + /* Check looping state if -i option given */ + for (lc = 0; TEST_LOOPING(lc); ++lc) { + Tst_count = 0; + for (testno = 0; testno < TST_TOTAL; ++testno) { TEST(pid = fork()); - if(TEST_RETURN < 0){ - tst_resm(TFAIL,"fork() Failed, errno=%d : %s",TEST_ERRNO, strerror(TEST_ERRNO)); - cleanup(); - tst_exit(); - } else if (TEST_RETURN == 0){ - uinfo.si_errno = 0; - uinfo.si_code = 0; - TEST(retval = syscall(__NR_rt_sigqueueinfo, getpid(), 17, &uinfo)); - if(TEST_RETURN == 0){ - tst_resm(TPASS,"Test Succeeded"); - tst_exit(); - } else { - tst_resm(TFAIL,"Test Failed, errno=%d : %s",TEST_ERRNO, strerror(TEST_ERRNO)); - cleanup(); - tst_exit(); - } - } - - } - Tst_count++; - } - tst_exit(); + setup(); + if (TEST_RETURN < 0) { + tst_resm(TFAIL, "fork() Failed, errno=%d : %s", TEST_ERRNO, + strerror(TEST_ERRNO)); + cleanup(); + } else if (TEST_RETURN == 0) { + uinfo.si_errno = 0; + uinfo.si_code = SI_QUEUE; + TEST(retval = syscall(__NR_rt_sigqueueinfo, getpid(), 17, + &uinfo)); + if (TEST_RETURN == 0) { + tst_resm(TPASS, "Test Succeeded"); + } else { + tst_resm(TFAIL, "Test Failed, errno=%d : %s", TEST_ERRNO, + strerror(TEST_ERRNO)); + } + cleanup(); + } + tst_exit(); + } + Tst_count++; + } } [-- Attachment #3: Type: text/plain, Size: 355 bytes --] ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july [-- Attachment #4: Type: text/plain, Size: 155 bytes --] _______________________________________________ Ltp-list mailing list Ltp-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ltp-list ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [LTP] [PATCH] Issue with rt_sigqueueinfo testcase in LTP. 2009-08-07 0:50 ` [LTP] [PATCH] " Henry Yei @ 2009-08-07 2:21 ` Garrett Cooper 2009-08-07 12:41 ` Subrata Modak 0 siblings, 1 reply; 7+ messages in thread From: Garrett Cooper @ 2009-08-07 2:21 UTC (permalink / raw) To: Henry Yei; +Cc: ltp-list, rohit verma On Thu, Aug 6, 2009 at 5:50 PM, Henry Yei<hyei@mvista.com> wrote: > Yes, I had just noticed this as well. Since it was "passing", it took awhile to spot. > > Returning pass even with tst_resm(TFAIL,.. Being called must have something to do with the forking, but I'm not familiar with how the LTP framework deals with that. I don't think that's the problem. I think that the real problem is how the testcase itself is written, because I don't see any code that checks WIFEXITED and WIFSIGNALED (I would check for both those items when doing sigqueue), and I don't see where the child(ren) actually exit... HMMM... Thoughts? -Garrett ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Ltp-list mailing list Ltp-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ltp-list ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [LTP] [PATCH] Issue with rt_sigqueueinfo testcase in LTP. 2009-08-07 2:21 ` Garrett Cooper @ 2009-08-07 12:41 ` Subrata Modak 2009-08-14 6:55 ` rohit verma 0 siblings, 1 reply; 7+ messages in thread From: Subrata Modak @ 2009-08-07 12:41 UTC (permalink / raw) To: Garrett Cooper, Henry Yei; +Cc: ltp-list, rohit verma On Thu, 2009-08-06 at 19:21 -0700, Garrett Cooper wrote: > On Thu, Aug 6, 2009 at 5:50 PM, Henry Yei<hyei@mvista.com> wrote: > > Yes, I had just noticed this as well. Since it was "passing", it took awhile to spot. > > > > Returning pass even with tst_resm(TFAIL,.. Being called must have something to do with the forking, but I'm not familiar with how the LTP framework deals with that. > > I don't think that's the problem. I think that the real problem is how The part of the problem is how and when are setup() and cleanup()s are handled. > the testcase itself is written, because I don't see any code that > checks WIFEXITED and WIFSIGNALED (I would check for both those items > when doing sigqueue), and I don't see where the child(ren) actually Can you just add them up when you find time. Meanwhile i am checking in Henryś patch. Thanks. Regards-- Subrata > exit... HMMM... > > Thoughts? > -Garrett > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Ltp-list mailing list > Ltp-list@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/ltp-list ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Ltp-list mailing list Ltp-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ltp-list ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [LTP] [PATCH] Issue with rt_sigqueueinfo testcase in LTP. 2009-08-07 12:41 ` Subrata Modak @ 2009-08-14 6:55 ` rohit verma 2009-08-14 18:39 ` Henry Yei 0 siblings, 1 reply; 7+ messages in thread From: rohit verma @ 2009-08-14 6:55 UTC (permalink / raw) To: subrata; +Cc: ltp-list Hi, I have checked Henryś patch for rt_sigqueueinfo on my system (Linux-2.6.29.1), It seems to be working fine. I'm not sure about the parent- child syncronization that Garrett is talking about, haven't checked it thoroughly. On Fri, Aug 7, 2009 at 6:11 PM, Subrata Modak<subrata@linux.vnet.ibm.com> wrote: > On Thu, 2009-08-06 at 19:21 -0700, Garrett Cooper wrote: >> On Thu, Aug 6, 2009 at 5:50 PM, Henry Yei<hyei@mvista.com> wrote: >> > Yes, I had just noticed this as well. Since it was "passing", it took awhile to spot. >> > >> > Returning pass even with tst_resm(TFAIL,.. Being called must have something to do with the forking, but I'm not familiar with how the LTP framework deals with that. >> >> I don't think that's the problem. I think that the real problem is how > > The part of the problem is how and when are setup() and cleanup()s are > handled. > >> the testcase itself is written, because I don't see any code that >> checks WIFEXITED and WIFSIGNALED (I would check for both those items >> when doing sigqueue), and I don't see where the child(ren) actually > > Can you just add them up when you find time. Meanwhile i am checking in > Henryś patch. Thanks. > > Regards-- > Subrata > >> exit... HMMM... >> >> Thoughts? >> -Garrett >> >> ------------------------------------------------------------------------------ >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day >> trial. Simplify your report design, integration and deployment - and focus on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> _______________________________________________ >> Ltp-list mailing list >> Ltp-list@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/ltp-list > > -- Regards, Rohit ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Ltp-list mailing list Ltp-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ltp-list ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [LTP] [PATCH] Issue with rt_sigqueueinfo testcase in LTP. 2009-08-14 6:55 ` rohit verma @ 2009-08-14 18:39 ` Henry Yei 0 siblings, 0 replies; 7+ messages in thread From: Henry Yei @ 2009-08-14 18:39 UTC (permalink / raw) To: rohit verma, subrata; +Cc: ltp-list -----Original Message----- From: rohit verma [mailto:rohit.170309@gmail.com] Sent: Thursday, August 13, 2009 11:56 PM To: subrata@linux.vnet.ibm.com Cc: Garrett Cooper; Henry Yei; ltp-list Subject: Re: [LTP] [PATCH] Issue with rt_sigqueueinfo testcase in LTP. Hi, >I have checked Henryś patch for rt_sigqueueinfo on my system (Linux-2.6.29.1), It seems to be >working fine. >I'm not sure about the parent- child syncronization that Garrett is talking about, haven't checked >it thoroughly. Fyi, my patch may have broken some standard LTP functionality, like running multiple copies (-n). ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Ltp-list mailing list Ltp-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ltp-list ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2009-08-14 18:39 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <d51f89b0908032310k20c3843am7ea069d03436a7a@mail.gmail.com>
[not found] ` <1249387637.15587.29.camel@subratamodak.linux.ibm.com>
2009-08-04 12:16 ` [LTP] Issue with rt_sigqueueinfo testcase in LTP rohit verma
2009-08-06 9:10 ` Michal Simek
2009-08-07 0:50 ` [LTP] [PATCH] " Henry Yei
2009-08-07 2:21 ` Garrett Cooper
2009-08-07 12:41 ` Subrata Modak
2009-08-14 6:55 ` rohit verma
2009-08-14 18:39 ` Henry Yei
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox