Re: [LTP] [RFC] [KDUMP] [PROPOSED WORK] kdump on Xen hypervisor and guests, more tests for utilities, like makedumpfile, mkdumprd, kexec etc

2008-08-13 Thread Subrata Modak
Hi Cai, Thanks very much for explaining everything. Regards-- Subrata On Tue, 2008-08-12 at 16:48 +0800, Cai Qian wrote: Hi Subrata, From: Subrata Modak [EMAIL PROTECTED] Subject: Re: [LTP] [RFC] [KDUMP] [PROPOSED WORK] kdump on Xen hypervisor and guests, more tests for utilities, like

Re: [LTP] [PORTING EFFORT] Crackerjack to LTP

2008-08-13 Thread Subrata Modak
On Wed, 2008-08-13 at 13:00 +0900, Masatake YAMATO wrote: As you all are aware that Masatake YAMATO has taken the lead in porting the missing System Call test cases from CRACKERJACK project to LTP. Since this is a huge effort, i would like to know if some of you would be interested to join

Re: [LTP] [PATCH] Fixed message queue leak in message_queue_test_05

2008-08-13 Thread Jin Bing Guo
Yes, before paching, the message_queue_test_05 would exhaust all the message queues resource in system. After that, none of message_queue_test cases could create message queue successfully. I suggest to check the message queues resource before running the original case and pached case. you

Re: [LTP] [PATCH 0/9] Network NS patch ,

2008-08-13 Thread Subrata Modak
Veerendra, I am hoping that you will resend me these Patch series after incorporating Sergei´s comments. Regards-- Subrata On Thu, 2008-08-07 at 19:07 +0530, Veerendra wrote: Hi , Please find the patches for the testing of network NS. The patches are created from the path

[LTP] [PATCH] hackbench exited with non-zero while the testing passed.

2008-08-13 Thread Jin Bing Guo
When compiling hackbench.c , I got the warning message: --- $ ./testcases/kernel/sched/cfs-scheduler$ make cc -I../../../../include -Wallhackbench.c -L../../../../lib -lltp -lpthread -o hackbench hackbench.c: In function ‘main’: hackbench.c:350: warning: control reaches end of

Re: [LTP] [PATCH] hackbench exited with non-zero while the testing passed.

2008-08-13 Thread Subrata Modak
On Wed, 2008-08-13 at 17:18 +0800, Jin Bing Guo wrote: When compiling hackbench.c , I got the warning message: --- $ ./testcases/kernel/sched/cfs-scheduler$ make cc -I../../../../include -Wall hackbench.c -L../../../../lib -lltp -lpthread -o hackbench hackbench.c: In function

Re: [LTP] [PATCH] hackbench exited with non-zero while the testing passed.

2008-08-13 Thread Jin Bing Guo
Thanks for your reminder, sending patches as file attachments is better in LOTUS NOTES. Best regards! Jin Bing Guo 郭晋兵 Subrata Modak [EMAIL

Re: [LTP] [RFC] [OLS 2008 FALLOUT] Issue # 1

2008-08-13 Thread Serge E. Hallyn
Quoting Subrata Modak ([EMAIL PROTECTED]): Hi, Recent OLS 2008 was a critical point in LTP´s evolution, as i got the opportunity to meet several people across the Linux ecosystem, and listened to their opinion about LTP. Here i would start a mail chain with the above Subject line, discuss

Re: [LTP] [RFC] [OLS 2008 FALLOUT] Issue # 1

2008-08-13 Thread Nate Straz
On Aug 13 09:43, Randy Dunlap wrote: On Wed, 13 Aug 2008 14:02:55 +0530 Subrata Modak wrote: = ISSUE # 1 = The heavy users made a point of LTP having the capability to automate testing completely. What they meant was LTP to have capability to do: 1)

Re: [LTP] [RFC] [OLS 2008 FALLOUT] Issue # 1

2008-08-13 Thread Paul Larson
Agreeing with what pretty much everyone else has said, I'd also like to add that this isn't the first time someone has requested something like this. Iirc, there was a small attempt at automating at least some part of it, you may still find artifacts of it lingering around in the scripts

Re: [LTP] [RFC] [OLS 2008 FALLOUT] Issue # 1

2008-08-13 Thread Robert Williamson
To add to this discussion, I think the folks in the Autotest community would be more likely to be involved in this issue than the LTP. You may want to look at what the LTC team in Brazil has been doing with the Autotest community around test automation. -Robbie Williamson

Re: [LTP] [lxc-dev] Re: [PATCH 5/9] Network NS patch , lib to create the netns

2008-08-13 Thread Veerendra
Serge E. Hallyn wrote: If I remove the above entries, and if I have only this entry now in my libclone.h #ifndef SYS_unshare #ifdef __NR_unshare #define SYS_unshare __NR_unshare #elif __i386__ #define SYS_unshare 310 #elif __ia64__ #define SYS_unshare 1296 #elif __x86_64__