public inbox for ltp@lists.linux.it
 help / color / mirror / Atom feed
From: Cyril Hrubis <chrubis@suse.cz>
To: Li Wang <liwang@redhat.com>
Cc: ltp-list@lists.sourceforge.net
Subject: Re: [LTP] [PATCH] mem/hugeshmat: new case for hugepage leak inspection
Date: Mon, 26 Jan 2015 17:48:09 +0100	[thread overview]
Message-ID: <20150126164809.GB29158@rei> (raw)
In-Reply-To: <1240855022.4434958.1420642785249.JavaMail.zimbra@redhat.com>

Hi!
> Signed-off-by: Li Wang <liwang@redhat.com>
> Signed-off-by: Jan Stancek <jstancek@redhat.com>
> ---
>  runtest/hugetlb                                    |   1 +
>  testcases/kernel/mem/.gitignore                    |   1 +
>  .../kernel/mem/hugetlb/hugeshmat/hugeshmat04.c     | 164 +++++++++++++++++++++
>  3 files changed, 166 insertions(+)
>  create mode 100644 testcases/kernel/mem/hugetlb/hugeshmat/hugeshmat04.c
> 
> diff --git a/runtest/hugetlb b/runtest/hugetlb
> index 3eaf14c..805141d 100644
> --- a/runtest/hugetlb
> +++ b/runtest/hugetlb
> @@ -10,6 +10,7 @@ hugemmap05_3 hugemmap05 -s -m
>  hugeshmat01 hugeshmat01 -i 5
>  hugeshmat02 hugeshmat02 -i 5
>  hugeshmat03 hugeshmat03 -i 5
> +hugeshmat04 hugeshamt04 -i 5
>  
>  hugeshmctl01 hugeshmctl01 -i 5
>  hugeshmctl02 hugeshmctl02 -i 5
> diff --git a/testcases/kernel/mem/.gitignore b/testcases/kernel/mem/.gitignore
> index f96964c..c531563 100644
> --- a/testcases/kernel/mem/.gitignore
> +++ b/testcases/kernel/mem/.gitignore
> @@ -6,6 +6,7 @@
>  /hugetlb/hugeshmat/hugeshmat01
>  /hugetlb/hugeshmat/hugeshmat02
>  /hugetlb/hugeshmat/hugeshmat03
> +/hugetlb/hugeshmat/hugeshmat04
>  /hugetlb/hugeshmctl/hugeshmctl01
>  /hugetlb/hugeshmctl/hugeshmctl02
>  /hugetlb/hugeshmctl/hugeshmctl03
> diff --git a/testcases/kernel/mem/hugetlb/hugeshmat/hugeshmat04.c b/testcases/kernel/mem/hugetlb/hugeshmat/hugeshmat04.c
> new file mode 100644
> index 0000000..d6d2d4c
> --- /dev/null
> +++ b/testcases/kernel/mem/hugetlb/hugeshmat/hugeshmat04.c
> @@ -0,0 +1,164 @@
> +/*
> + *   Copyright (c) Linux Test Project, 2014
> + *
> + *   This program is free software;  you can redistribute it and/or modify
> + *   it under the terms of the GNU General Public License as published by
> + *   the Free Software Foundation; either version 2 of the License, or
> + *   (at your option) any later version.
> + *
> + *   This program is distributed in the hope that it will be useful,
> + *   but WITHOUT ANY WARRANTY;  without even the implied warranty of
> + *   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See
> + *   the GNU General Public License for more details.
> + *
> + *   You should have received a copy of the GNU General Public License
> + *   along with this program;  if not, write to the Free Software
> + *   Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA
> + *   02110-1301 USA
> + */
> +
> +/*
> + * NAME
> + * 	hugeshmat04.c
> + *
> + * DESCRIPTION
> + *	hugeshmat04 - test for hugepage leak inspection.
> + *
> + *      Description of Problem:
> + *         When over 1GB shered memory was alocated in hugepage, the hugepage
> + *         is not released though process finished.
> + *
> + *         You need more than 2GB memory in test job
> + *
> + *	Test results:
> + *	   Successed: No regression found.
> + *	   Failed:    Regression detected.
> + *
> + * HISTORY
> + * 	05/2014 - Written by Fujistu Corp.
> + *	12/2014 - Port to LTP by Li Wang.
> + *
> + * RESTRICTIONS
> + * 	test must be run at root
> + */

The NAME, Test Results and RESTRICTONS are useless, please remove these.
What really matters here is the test DESCRIPTION. It should say that
it's a regression test for shared hugepage leak and a few more details
about the conditions that are needed to make it happen.

> +#include <stdio.h>
> +#include <stdlib.h>
> +#include <unistd.h>
> +#include <fcntl.h>
> +#include <string.h>
> +#include <sys/mman.h>
> +#include <sys/types.h>
> +#include <sys/shm.h>
> +#include <sys/wait.h>
> +
> +#include "test.h"
> +#include "mem.h"
> +
> +#define SIZE	(1024 * 1024 * 1024)
> +#define BOUNDARY (1024 * 1024 * 1024)
> +
> +char *TCID = "hugeshmat04";
> +int TST_TOTAL = 3;
> +
> +static long huge_total;
> +static long huge_free;
> +static long huge_free2;
> +static long hugepages;
> +static long orig_hugepages;
> +
> +static void shared_hugepage(void);
> +
> +int main(int ac, char **av)
> +{
> +	int lc, i;
> +	const char *msg;
> +
> +	msg = parse_opts(ac, av, NULL, NULL);
> +	if (msg != NULL)
> +		tst_brkm(TBROK, NULL, "OPTION PARSING ERROR - %s", msg);
> +
> +	setup();
> +
> +	for (lc = 0; TEST_LOOPING(lc); lc++) {
> +		tst_count = 0;
> +
> +		for (i = 0; i < TST_TOTAL; i++) {
> +
> +			huge_free = read_meminfo("HugePages_Free:");
> +			shared_hugepage();
> +			huge_free2 = read_meminfo("HugePages_Free:");
> +
> +			if (huge_free2 != huge_free)
> +				tst_brkm(TFAIL, cleanup,
> +					"Test failed. Hugepage leak inspection.");
> +			else
> +				tst_resm(TPASS, "No regression found.");
> +		}
> +	}
> +
> +	cleanup();
> +	tst_exit();
> +}
> +
> +void shared_hugepage(void)
> +{
> +	pid_t pid;
> +	int status, shmid;
> +	size_t size = (size_t)SIZE;
> +	void *buf;
> +
> +	shmid = shmget(IPC_PRIVATE, size, SHM_HUGETLB | IPC_CREAT | 0777);
> +	if (shmid < 0)
> +		tst_brkm(TBROK | TERRNO, cleanup, "shmget");
> +
> +	buf = shmat(shmid, (void *)BOUNDARY, SHM_RND | 0777);
> +	if (buf == (void *)-1) {
> +		shmctl(shmid, IPC_RMID, NULL);
> +		tst_brkm(TBROK | TERRNO, cleanup, "shmat");
> +	}
> +
> +	memset(buf, 2, size);
> +	pid = fork();
> +
> +	if (pid == 0)
> +		exit(1);
> +	else if (pid < 0)
> +		tst_brkm(TBROK | TERRNO, cleanup, "fork");
> +
> +	wait(&status);
> +	shmdt(buf);
> +	shmctl(shmid, IPC_RMID, NULL);
> +}
> +
> +void setup(void)
> +{
> +	long mem_total, hpage_size;
> +
> +	tst_require_root(NULL);
> +
> +	mem_total = read_meminfo("MemTotal:") * 1024;
> +	if (mem_total < 2L*SIZE) {

Why don't we keep the computation here in kilobytes? It's less prone to
potential overflows...

> +		tst_resm(TINFO, "Total memory should greater than 2G.");
> +		tst_exit();

		Should be:
		tst_brmk(TCONF, "Test requires more than 2GB of RAM");

> +	}
> +
> +	orig_hugepages = get_sys_tune("nr_hugepages");
> +	hpage_size = read_meminfo("Hugepagesize:") * 1024;
> +
> +	hugepages = (orig_hugepages * hpage_size + SIZE) / hpage_size;
> +	set_sys_tune("nr_hugepages", hugepages, 1);
> +
> +	huge_total = read_meminfo("HugePages_Total:");
> +	if (huge_total != hugepages)
> +		tst_brkm(TCONF, cleanup,
> +			"Maybe huge pages not enough for test.");
> +
> +	TEST_PAUSE;
> +}
> +
> +void cleanup(void)
> +{
> +	TEST_CLEANUP;
> +	set_sys_tune("nr_hugepages", orig_hugepages, 0);
> +}

Otherwise it looks fine.

-- 
Cyril Hrubis
chrubis@suse.cz

------------------------------------------------------------------------------
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

  reply	other threads:[~2015-01-26 16:49 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-12-27  7:13 [LTP] [PATCH] mem/hugeshmat: new case for hugepage leak inspection Li Wang
2014-12-30  9:23 ` Jan Stancek
2015-01-04  3:10   ` Li Wang
2015-01-05 10:16     ` Jan Stancek
2015-01-06  9:51       ` Li Wang
2015-01-06 10:35         ` Jan Stancek
2015-01-06 14:07           ` Li Wang
2015-01-07 12:32             ` Jan Stancek
2015-01-07 14:59               ` Li Wang
2015-01-26 16:48                 ` Cyril Hrubis [this message]
  -- strict thread matches above, loose matches on Subject: below --
2014-12-28  3:20 Li Wang
     [not found] <1419737900-6117-1-git-send-email-liwang@redhat.com>
2014-12-28  4:06 ` Li Wang
     [not found] <1422336738-617-1-git-send-email-liwang@redhat.com>
2015-01-27 15:31 ` Cyril Hrubis

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=20150126164809.GB29158@rei \
    --to=chrubis@suse.cz \
    --cc=liwang@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