Hi,
in file 'mm/filemap.c' a call to 'flush_dcache_page' is missing as a
replacement for the obsoleted 'flush_page_to_ram' call that was
present there in older kernels.
This missing macro call produces data errors when randomly reading an
'mmap'ed file (e.g. leading to segfaults, when a program is executed).
In kernels < 2.5.46 the deprecated macro call was still present
(defined to do nothing), while in later kernels the call has been
removed.
Below are two patches generated against kernel versions 2.5.30 and
2.5.68 which should also be applicable to other kernels (with a hunk
offset).
Lothar Wassmann
--- linux-2.5.30/mm/filemap.c 2002-08-14 19:04:09.000000000 +0200
+++ work-2.5.30_config/mm/filemap.c 2003-05-22 12:50:14.000000000 +0200
@@ -1260,7 +1260,7 @@
* and possibly copy it over to another page..
*/
mark_page_accessed(page);
- flush_page_to_ram(page);
+ flush_dcache_page(page);
return page;
no_cached_page:
--- linux-2.5.68/mm/filemap.c 2003-04-29 11:39:40.000000000 +0200
+++ work-2.5.68/mm/filemap.c 2003-05-22 12:22:31.000000000 +0200
@@ -1011,6 +1011,7 @@
* Found the page and have a reference on it.
*/
mark_page_accessed(page);
+ //flush_dcache_page(page);
return page;
no_cached_page:
In older kernels (< 2.5.46) used to be a call to 'flush_page_to_ram'
in the function 'filemap_nopage()' in 'mm/filemap.c'. This macro has
been obsoleted and has been replaced in other places by appropriate
'flush_dcache_page', 'flush_icache_page', 'copy_user_page', or
'clear_user_page' calls.
But in 'mm/filemap.c' it has been removed without replacement.
In fact a call to 'flush_dcache_page' should be in place there.
This missing macro call produces data errors when randomly reading an
'mmap'ed file (like it happens, when a program is executed).
I stumbled over this bug when I tried to execute a program from a
freshly mounted IDE CF card. The first call would segfault while
subsequent calls worked. This behaviour recurred when the disk was
unmounted between calls.
It also helped to copy the file (to /dev/null) before executing it
(from CF disk).
Digging into the problem I wrote a simple program that created a large
file (e.g. 1 MiB size), umounted and remounted the disk where it had
been created to flush all buffers and subsequently 'mmap'ed the file
and checked the contents from the file end to the start.
Upon error the program simply read the same word over and over again
until the correct data appeared after some time.
In kernels < 2.5.46 the deprecated macro call was still present in
filemap.c (though the macro was defined to do nothing), while in later
kernel versions that call was removed.
The accompanied patches are generated against kernel versions 2.5.30
and 2.5.68 but should also be applicable to other kernels (with a hunk
offset).
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Fri May 23 2003 - 22:00:48 EST