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
prev 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