Por que REMAP_FILE_PAGES () está falhando neste exemplo?
-
19-09-2019 - |
Pergunta
O código C a seguir ilustra um problema que estou vendo no 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;
}
Isso sempre falha com REMAP_FILE_PAGES () Retornando -1 e Errno definido como einval. Olhando para a fonte do kernel, posso ver todas as condições em REMAP_FILE_PAGES () onde ela pode falhar, mas nenhuma delas parece se aplicar ao meu exemplo. O que está acontecendo?
Solução
É causado pelo arquivo que está sendo aberto O_RDONLY
. Se você alterar o modo aberto para O_RDWR
, funciona (mesmo que o mmap()
ainda especifica apenas PROT_READ
).
Este código em do_mmap_pgoff
é a causa raiz - apenas marca o VMA como VM_SHARED
Se o arquivo foi aberto para escrever:
vm_flags |= VM_SHARED | VM_MAYSHARE;
if (!(file->f_mode & FMODE_WRITE))
vm_flags &= ~(VM_MAYWRITE | VM_SHARED);
Então em remap_file_pages()
, você falha no primeiro cheque:
if (!vma || !(vma->vm_flags & VM_SHARED))
goto out;
Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow