Bug 176928
| Summary: | NPTL: Modification after the end of mmap'ed area | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 4 | Reporter: | Tony Reix <tony.reix> |
| Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> |
| Status: | CLOSED NOTABUG | QA Contact: | Brian Brock <bbrock> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 4.0 | ||
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| URL: | http://nptl.bullopensource.org/Tests/TC2/report.php#problems | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2006-01-17 16:42:16 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Tony Reix
2006-01-04 14:58:41 UTC
Why are you filling this (and several other bugreports) against glibc and what does it have to do with NPTL? If it is not testsuite bug (haven't investigated now; last time I looked at that testsuite most of the reported failures were because of testsuite bugs), then what you are describing doesn't have anything to do with NPTL, even not glibc, but kernel behaviour. mmap in glibc is a simple wrapper around kernel syscall and writing out the pages is also kernel task. Use the 3 (correct !) URLS: http://nptl.bullopensource.org/Tests/TC2/report.php#problems http://nptl.bullopensource.org/Tests/results/run-browse.php Click the "Browse" button of : (TC2) 2xi686HT - RHAS4u2 Run 3 You can also select 2 runs and click the "Compare Selected" button. Sorry, I've put "NPTL: " at the beginning of each bugzilla by mistake. Only the 3 last ones deal with glibc:NPTL. The 4 first ones deal with glibc:mmap. Since we have used the OPTS, which is aimed to test the POSIX beaviour, I don't care if the feature is implemented in glibc or in the kernel. Feel free to change the component as needed. About the OPTS testsuite bugs, we have spent time analyzing the errors provided by OPTS, and we really think these 7 bugs are not due to the testsuite. hi Tony,
Both test cases look incorrect to me. 11-4.c From the mmap man page:
"For a file that is not a multiple of the page size, the remaining memory is
zeroed when mapped, and writes to that region are not written out to the file."
The manpage says nothing about writes to memory. That is, the byte written to
len+1 is in memory, not on disk. The following patch corrects testcase 11-4.c
--- ./conformance/interfaces/mmap/11-4.c.bak 2006-01-17 11:47:04.000000000 -0500
+++ ./conformance/interfaces/mmap/11-4.c 2006-01-17 11:47:30.000000000 -0500
@@ -112,6 +112,7 @@
/* Write the partial page */
*ch = 'b';
munmap (pa, len);
+ fsync(fd);
close (fd);
return PTS_PASS;
}
Regarding testcase 11-5.c, it is not a bug either for the same reason. Since the
shared memory region has no real file behind we can not use the fsync trick.
|