Perché remap_file_pages () in mancanza di questo esempio?
-
19-09-2019 - |
Domanda
Il seguente codice C illustra un problema che sto vedendo su Linux 2.6.30.5-43.fc11.x86_64:
#include <sys/types.h>
#include <sys/stat.h>
#include <sys/mman.h>
#include <fcntl.h>
#include <unistd.h>
#include <stdlib.h>
#include <stdio.h>
#include <string.h>
int main() {
char buf[1024];
void *base;
int fd;
size_t pagesz = sysconf(_SC_PAGE_SIZE);
fd = open("<some file, at least 4*pagesz in length>", O_RDONLY);
if (fd < 0) {
perror("open");
return 1;
}
base = mmap(0, 4*pagesz, PROT_READ, MAP_SHARED, fd, 0);
if (base < 0) {
perror("mmap");
close(fd);
return 1;
}
memcpy(buf, (char*)base + 2*pagesz, 1024);
if (remap_file_pages(base, pagesz, 0, 2, 0) < 0) {
perror("remap_file_pages");
munmap(base, 4*pagesz);
close(fd);
return 1;
}
printf("%d\n", memcmp(buf, base, 1024));
munmap(base, 4*pagesz);
close(fd);
return 0;
}
Questo non sempre con remap_file_pages () restituisce -1 e errno impostato a EINVAL. Guardando il sorgente del kernel posso vedere tutte le condizioni di cui remap_file_pages () in cui potrebbe fallire, ma nessuno di loro sembra di applicare al mio esempio. Cosa sta succedendo?
Soluzione
E 'causata dal file che si apre O_RDONLY
. Se si cambia la modalità di apertura al O_RDWR
, funziona (anche se il mmap()
specifica ancora solo PROT_READ
).
Il codice nel do_mmap_pgoff
è la causa principale - segna solo il VMA come VM_SHARED
se il file è stato aperto per la scrittura:
vm_flags |= VM_SHARED | VM_MAYSHARE;
if (!(file->f_mode & FMODE_WRITE))
vm_flags &= ~(VM_MAYWRITE | VM_SHARED);
Quindi, in remap_file_pages()
, non si riesce al primo controllo:
if (!vma || !(vma->vm_flags & VM_SHARED))
goto out;