From: Mike Gahagan <mgahagan@redhat.com>
To: ltp-list@lists.sourceforge.net
Subject: Re: [LTP] Bug in memory controller test - memctl test #4 - PATCH repost
Date: Wed, 26 Aug 2009 12:01:27 -0400 [thread overview]
Message-ID: <4A955C57.7020502@redhat.com> (raw)
In-Reply-To: <1251194293.5534.24.camel@subratamodak.linux.ibm.com>
[-- Attachment #1: Type: text/plain, Size: 2277 bytes --]
On 08/25/2009 05:58 AM, Subrata Modak wrote:
> On Mon, 2009-08-24 at 14:32 -0400, Mike Gahagan wrote:
>> When running the Memory Controller test # 4, I'm seeing this behavior below.
>>
>> TEST 4: MEMORY CONTROLLER TESTING
>> RUNNING SETUP.....
>> TEST STARTED: Please avoid using system while this test executes
>> /mnt/tests/kernel/distribution/ltp/20090731/ltp-full-20090731/testcases/bin/run_memctl_test.sh:
>> line 327: [: 62955520: unary operator expected
>> TINFO Memory Resource Controller: stat check test fails in first run
>> /mnt/tests/kernel/distribution/ltp/20090731/ltp-full-20090731/testcases/bin/run_memctl_test.sh:
>> line 364: [: 78704640: unary operator expected
>> TFAIL Memory Resource Controller: stat check test FAILED
>> *** infinite loop here, script exists memctl_test01 remains running ***
>> ^Cincrementing stop
>>
>> The bash error is due to the 'grep -w "active"' not matching anything so
>> one of the variables isn't getting set like it is supposed to. I believe
>> the test was written with an old version of the memory controller what
>> put a field called memory.stat.active in the file memory.stat. The
>
> Correct. Somebody needs to revisit these tests, as the ABIs has changed.
> Thanks for pointing that out. However, your patch has the following
> problem:
>
> 1) Missing Signed-off-by:
> 2) missing header for unified diff at line 3 of patch
> patching file testcases/kernel/controllers/memctl/run_memctl_test.sh
>
> Please look into them when you send a patch next time ;-)
>
> Regards--
> Subrata
>
>> current memory controller I am testing appears to have replaced this
>> field with "rss". There are fields showing anonymous and file backed
>> pages in memory.stat, but I don't think they are ever going to match the
>> memory.usage.in.bytes the test is looking for. Rss always matches and I
>> believe that is what we should update the check in the test to look for.
>> The attached patch fixes test #4 to compare memory.usage.in.bytes with rss.
>> ------------------------------------------------------------------------------
Hello,
Here is a resubmission of my memctl test patch. It should clear up the
issues noted above. No functional change from the previous patch.
Signed-off-by: Mike Gahagan <mgahagan@redhat.com>
[-- Attachment #2: run_memctl_test.patch --]
[-- Type: text/plain, Size: 1207 bytes --]
run_memctl_test.sh | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff -uNr ltp-full-20090731/testcases/kernel/controllers/memctl/run_memctl_test.sh ltp-full-20090731.new/testcases/kernel/controllers/memctl/run_memctl_test.sh
--- ltp-full-20090731/testcases/kernel/controllers/memctl/run_memctl_test.sh 2009-08-25 16:21:47.298273822 -0400
+++ ltp-full-20090731.new/testcases/kernel/controllers/memctl/run_memctl_test.sh 2009-08-25 16:41:57.606201495 -0400
@@ -323,7 +323,7 @@
check_mem_allocated;# $MEM_TOTAL;
# now we can check the memory usage from both files
USAGE_FROM_STAT=`cat /dev/memctl/group_1/memory.stat \
- | grep -w "active" | cut -d" " -f2`;
+ | grep -w "rss" | cut -d" " -f2`;
if [ $USAGE_FROM_USAGE_IN_BYTES -eq $USAGE_FROM_STAT ]
then
echo "memory usage from memory.usage_in_bytes= $USAGE_FROM_USAGE_IN_BYTES";
@@ -360,7 +360,7 @@
# now we can check the memory usage from both files
USAGE_FROM_STAT=`cat /dev/memctl/group_1/memory.stat \
- | grep -w "active" | cut -d" " -f2`;
+ | grep -w "rss" | cut -d" " -f2`;
if [ $USAGE_FROM_USAGE_IN_BYTESGRP1_MEMUSAGE -eq $USAGE_FROM_STAT ] \
&& [ $FIRST_STEP_PASS -eq 1 ]
then
[-- 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
next prev parent reply other threads:[~2009-08-26 16:01 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-24 18:32 [LTP] Bug in memory controller test - memctl test #4 Mike Gahagan
2009-08-25 9:58 ` Subrata Modak
2009-08-26 16:01 ` Mike Gahagan [this message]
2009-08-27 10:19 ` [LTP] Bug in memory controller test - memctl test #4 - PATCH repost Subrata Modak
2009-08-28 15:07 ` Mike Gahagan
2009-08-30 17:37 ` Subrata Modak
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4A955C57.7020502@redhat.com \
--to=mgahagan@redhat.com \
--cc=ltp-list@lists.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox