From: chrubis-AlSwsSmVLrQ@public.gmane.org
To: mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
Cc: linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: [PATCH] mmap.2: Add note about partial page in BUGS section
Date: Mon, 12 Nov 2012 12:25:45 +0100 [thread overview]
Message-ID: <20121112112544.GC6764@rei.suse.cz> (raw)
[-- Attachment #1: Type: text/plain, Size: 755 bytes --]
Hi!
This adds note about Linux behavior with partial page at the end of the
object. The problem here is that pages that contains only part of a
file (because the file size is not multiple of PAGE_SIZE) stays in page
cache even after the mapping is unmapped and the file closed. So if some
proces dirties such page other mappings will see the the changes rather
than zeroes.
I've also attached reproducer which is a stripped down version of LTP
test. The child creates file of the size of PAGE_SIZE/2, maps it,
changes content after the PAGE_SIZE/2. The parent waits for child to
exit, maps the same file and checks the content after the PAGE_SIZE/2.
Uncommenting the msync() makes the test succeed.
--
Cyril Hrubis
chrubis-AlSwsSmVLrQ@public.gmane.org
[-- Attachment #2: 0002-mmap.2-Add-note-about-partial-page-in-BUGS.patch --]
[-- Type: text/plain, Size: 1314 bytes --]
>From 24dda667d02a128274133a60f8985bb061fe056c Mon Sep 17 00:00:00 2001
From: Cyril Hrubis <chrubis-AlSwsSmVLrQ@public.gmane.org>
Date: Wed, 7 Nov 2012 12:20:19 +0100
Subject: [PATCH 2/2] mmap.2: Add note about partial page in BUGS
Signed-off-by: Cyril Hrubis <chrubis-AlSwsSmVLrQ@public.gmane.org>
---
man2/mmap.2 | 9 +++++++++
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/man2/mmap.2 b/man2/mmap.2
index 29fcc3d..5d2f7ee 100644
--- a/man2/mmap.2
+++ b/man2/mmap.2
@@ -573,6 +573,15 @@ Since kernel 2.6.12,
fails with the error
.B EINVAL
for this case.
+
+POSIX specifies that system shall always zero fill any partial page at the end
+of the object and that system will newer write any modification of object
+beyond its end. On Linux when you write data to such partial page after the end
+of the object the data stays in page cache even after you closed and unmaped
+the file and although the data are newer written to the file itself subsequent
+mappings may see the modified content. In some cases this could be fixed by
+calling msync before the unmap takes place, this however doesn't work on tmpfs
+(for example when using shm ipc interface).
.SH EXAMPLE
.\" FIXME . Add an example here that uses an anonymous shared region for
.\" IPC between parent and child.
--
1.7.8.6
[-- Attachment #3: 0002-mmap.2-Add-note-about-partial-page-in-BUGS.patch --]
[-- Type: text/plain, Size: 1314 bytes --]
>From 24dda667d02a128274133a60f8985bb061fe056c Mon Sep 17 00:00:00 2001
From: Cyril Hrubis <chrubis-AlSwsSmVLrQ@public.gmane.org>
Date: Wed, 7 Nov 2012 12:20:19 +0100
Subject: [PATCH 2/2] mmap.2: Add note about partial page in BUGS
Signed-off-by: Cyril Hrubis <chrubis-AlSwsSmVLrQ@public.gmane.org>
---
man2/mmap.2 | 9 +++++++++
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/man2/mmap.2 b/man2/mmap.2
index 29fcc3d..5d2f7ee 100644
--- a/man2/mmap.2
+++ b/man2/mmap.2
@@ -573,6 +573,15 @@ Since kernel 2.6.12,
fails with the error
.B EINVAL
for this case.
+
+POSIX specifies that system shall always zero fill any partial page at the end
+of the object and that system will newer write any modification of object
+beyond its end. On Linux when you write data to such partial page after the end
+of the object the data stays in page cache even after you closed and unmaped
+the file and although the data are newer written to the file itself subsequent
+mappings may see the modified content. In some cases this could be fixed by
+calling msync before the unmap takes place, this however doesn't work on tmpfs
+(for example when using shm ipc interface).
.SH EXAMPLE
.\" FIXME . Add an example here that uses an anonymous shared region for
.\" IPC between parent and child.
--
1.7.8.6
[-- Attachment #4: reproducer.c --]
[-- Type: text/x-c, Size: 2047 bytes --]
#define _XOPEN_SOURCE 600
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <sys/mman.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <sys/wait.h>
#include <fcntl.h>
#include <string.h>
#include <errno.h>
int main(void)
{
char tmpfname[256];
long page_size;
void *pa;
size_t len;
int fd;
pid_t child;
char *ch;
int exit_val;
page_size = sysconf(_SC_PAGE_SIZE);
len = page_size / 2;
snprintf(tmpfname, sizeof(tmpfname), "/tmp/test");
child = fork();
switch (child) {
case 0:
/* Create shared object */
unlink(tmpfname);
fd = open(tmpfname, O_CREAT | O_RDWR | O_EXCL,
S_IRUSR | S_IWUSR);
if (fd == -1) {
printf("Error at open(): %s\n", strerror(errno));
return 1;
}
if (ftruncate(fd, len) == -1) {
printf("Error at ftruncate(): %s\n", strerror(errno));
return 1;
}
pa = mmap(NULL, len, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0);
if (pa == MAP_FAILED) {
printf("Error at mmap(): %s\n", strerror(errno));
return 1;
}
/* Check the patial page is ZERO filled */
ch = pa + len + 1;
if (*ch != 0) {
printf("Test FAILED: "
"The partial page at the end of an object "
"is not zero-filled\n");
return 1;
}
/* Write the partial page */
*ch = 'b';
//msync(pa, len, MS_SYNC);
munmap(pa, len);
close(fd);
return 0;
case -1:
printf("Error at fork(): %s\n", strerror(errno));
return 1;
default:
break;
}
wait(&exit_val);
if (!(WIFEXITED(exit_val) && (WEXITSTATUS(exit_val) == 0))) {
unlink(tmpfname);
printf("Child exited abnormally\n");
return 1;
}
fd = open(tmpfname, O_RDWR, 0);
unlink(tmpfname);
pa = mmap(NULL, len, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0);
if (pa == MAP_FAILED) {
printf("Error at 2nd mmap(): %s\n", strerror(errno));
return 1;
}
ch = pa + len + 1;
if (*ch == 'b') {
printf("Test FAILED: Modification of the partial page "
"at the end of an object is written out\n");
return 1;
}
close(fd);
munmap(pa, len);
printf("Test PASSED\n");
return 0;
}
next reply other threads:[~2012-11-12 11:25 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-11-12 11:25 chrubis-AlSwsSmVLrQ [this message]
[not found] ` <20121112112544.GC6764-J5syqNJeCN7twjQa/ONI9g@public.gmane.org>
2013-02-25 8:00 ` [PATCH] mmap.2: Add note about partial page in BUGS section Michael Kerrisk (man-pages)
[not found] ` <CAKgNAkiK9FOSBsTuuC=kdkdg60z9WEAr67VEzubsJ065BCVCCQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2013-02-25 8:05 ` Michael Kerrisk (man-pages)
[not found] ` <CAKgNAkjjtKkhrwqw4n-0C1oJOzSrF=3ducpb3K0ouo8BFVbEzQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2013-02-27 14:10 ` chrubis-AlSwsSmVLrQ
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=20121112112544.GC6764@rei.suse.cz \
--to=chrubis-alswssmvlrq@public.gmane.org \
--cc=linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
/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;
as well as URLs for NNTP newsgroup(s).