public inbox for ltp@lists.linux.it
 help / color / mirror / Atom feed
From: DAN LI <li.dan@cn.fujitsu.com>
To: Jan Stancek <jstancek@redhat.com>
Cc: LTP list <ltp-list@lists.sourceforge.net>
Subject: Re: [LTP] [PATCH v2] mmap/mmap12.c: new case to test MAP_POPULATE of mmap
Date: Wed, 26 Jun 2013 09:36:41 +0800	[thread overview]
Message-ID: <51CA45A9.9020603@cn.fujitsu.com> (raw)
In-Reply-To: <804366117.1964429.1372157275604.JavaMail.root@redhat.com>

On 06/25/2013 06:47 PM, Jan Stancek wrote:
> 
> ----- Original Message -----
>> From: "DAN LI" <li.dan@cn.fujitsu.com>
>> To: "LTP list" <ltp-list@lists.sourceforge.net>
>> Cc: "Jan Stancek" <jstancek@redhat.com>, chrubis@suse.cz, "Caspar Zhang" <caspar@casparzhang.com>
>> Sent: Tuesday, 25 June, 2013 11:13:27 AM
>> Subject: [LTP] [PATCH v2] mmap/mmap12.c: new case to test MAP_POPULATE of mmap
>>
>>
>> Create test case for MAP_POPULATE of mmap.
>>
>> Verify the following statement
>> "For a file mapping,this causes read-ahead on the file.
>>  Later accesses to the mapping will not be blocked by page faults."
>> by mmap-ing a file and check if all pages are present.
>>
>>
>> Signed-off-by: DAN LI <li.dan@cn.fujitsu.com>
>> ---
>>  runtest/syscalls                        |   1 +
>>  testcases/kernel/syscalls/mmap/mmap12.c | 194
>>  ++++++++++++++++++++++++++++++++
>>  2 files changed, 195 insertions(+)
>>  create mode 100644 testcases/kernel/syscalls/mmap/mmap12.c
> 
> <snip>
> 
>> +
>> +static int page_check(void)
>> +{
>> +	int pid;
>> +	int ret;
>> +	int pm;
>> +	int num_pages;
>> +	long index;
>> +	off_t offset;
>> +	size_t page_sz;
>> +	char maps_dev[PATHLEN];
>> +	char pagemap_dev[PATHLEN];
>> +	char line[LINELEN];
>> +	FILE *maps;
>> +	unsigned long vm_start;
>> +	unsigned long vm_end;
>> +	unsigned long long pagemap;
>> +
>> +	page_sz = getpagesize();
>> +
>> +	pid = getpid();
>> +	sprintf(maps_dev, "/proc/%d/maps", pid);
>> +	sprintf(pagemap_dev, "/proc/%d/pagemap", pid);
>> +
>> +	maps = fopen(maps_dev, "r");
>> +	if (maps == NULL)
>> +		tst_brkm(TFAIL | TERRNO, NULL, "Open dev maps failed");
>> +
>> +	while (fgets(line, LINELEN, maps) != NULL)
>> +		if (strstr(line, TEMPFILE) != NULL)
>> +			break;
>> +
>> +	ret = sscanf(line, "%lX-%lX", &vm_start, &vm_end);
> 
> Why parsing these 2 from maps? Size is defined by you, and you get vm_start
> from mmap().

Just a force of inertia following pagemap document.

> 
>> +	if (ret != 2)
>> +		tst_brkm(TFAIL | TERRNO, NULL, "Get address space failed");
>> +
>> +	num_pages = (vm_end - vm_start) / page_sz;
>> +	index = (vm_start / page_sz) * sizeof(unsigned long long);
> 
> C99 says long long is _at least_ 64 bits wide. If it's larger than 64, formula
> above would break. How about using type, that's exactly 64 bit (uint64_t)?

Get it.

> 
>> +
>> +	pm = open(pagemap_dev, O_RDONLY);
>> +	if (pm == -1)
>> +		tst_brkm(TFAIL | TERRNO, NULL, "Open dev pagemap failed");
>> +
>> +	offset = lseek(pm, index, SEEK_SET);
>> +	if (offset != index)
>> +		tst_brkm(TFAIL | TERRNO, NULL, "Reposition offset failed");
>> +
>> +	while (num_pages > 0) {
>> +		ret = read(pm, &pagemap, sizeof(unsigned long long));
>> +		if (ret < 0)
>> +			tst_brkm(TFAIL | TERRNO, NULL, "Read pagemap failed");
>> +		/*
>> +		 * Check if the page is present.
>> +		 */
>> +		if (!(pagemap & (1ULL<<63))) {
>> +			close(pm);
>> +			fclose(maps);
>> +			return 1;
>> +		}
>> +		num_pages--;
>> +	}
>> +
>> +	close(pm);
>> +	fclose(maps);
>> +
>> +	return 0;
>> +}
>> +
>> +static void setup(void)
>> +{
>> +	tst_sig(FORK, DEF_HANDLER, cleanup);
>> +
>> +	if ((tst_kvercmp(2, 6, 25)) < 0)
>> +		tst_brkm(TCONF, NULL,
>> +			"This test can only run on kernels that are 2.6.23 and "
> 
> Message says 2.6.23, but check is for 2.6.25.

Wow...


All of the above will be fixed in coming V3.


Thank you for reviewing.

Regards,
DAN LI

> 
>> +			"higher");
>> +
>> +	TEST_PAUSE;
>> +
>> +	tst_tmpdir();
>> +
>> +	fildes = open(TEMPFILE, O_RDWR | O_CREAT, 0766);
>> +	if (fildes < 0)
>> +		tst_brkm(TFAIL, cleanup, "opening %s failed", TEMPFILE);
>> +
>> +	if (ftruncate(fildes, MMAPSIZE) < 0)
>> +		tst_brkm(TFAIL | TERRNO, cleanup, "ftruncate file failed");
>> +
>> +}
>> +
>> +static void cleanup(void)
>> +{
>> +	close(fildes);
>> +	TEST_CLEANUP;
>> +	tst_rmdir();
>> +}
>> --
>> 1.8.1
>>
> 



------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

      parent reply	other threads:[~2013-06-26  1:37 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <51C95F37.3000409@cn.fujitsu.com>
2013-06-25 14:17 ` [LTP] [PATCH v2] mmap/mmap12.c: new case to test MAP_POPULATE of mmap chrubis
     [not found]   ` <51CA495D.9090500@cn.fujitsu.com>
2013-06-27 12:35     ` chrubis
     [not found] ` <804366117.1964429.1372157275604.JavaMail.root@redhat.com>
2013-06-26  1:36   ` DAN LI [this message]

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=51CA45A9.9020603@cn.fujitsu.com \
    --to=li.dan@cn.fujitsu.com \
    --cc=jstancek@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