Ядро паники, когда mmap и memcpy определенные файлы (/ sys / devices / pci ~~ рекурсивные файлы) - PullRequest
Новая
       16

Ядро паники, когда mmap и memcpy определенные файлы (/ sys / devices / pci ~~ рекурсивные файлы)

0 голосов
/ 01 апреля 2019

Я видел явление, что паника ядра появляется после memcpy после mmap после файла resource0 ~ 4, который является одним из вложенных файлов /sys/devices/pci0000:00:xx.x.

В настоящее время это явление встречается только на реальных физических серверах, но не в таких средах, как vm.

Может ли это случиться в этой ситуации?

Не являются ли эти специальные файлы отображением памяти в mmap?

Когда вызывается функция read (), появляется errno 5 и обрабатывается исключение. Но, Сопоставление с mmap не является map_failed.

Это нормальное поведение? Если мое приложение вылетает, я не знаю, но появляется паника ядра, и я спрашиваю.

Попробуйте простой пример исходного кода 

#include "errno.h"
#include "fcntl.h"
#include "unistd.h"
#include "stdio.h"
#include "stdlib.h"
#include "string.h"
#include "stddef.h"
#include "sys/types.h"
#include "sys/mman.h"
#include "dirent.h"

int recursive_dir(char *dir);
int exec_file(char *file);

main(void) {

    // error 
    recursive_dir((char *)"/sys/devices");

    // not error 
//  recursive_dir((char *)"/tmp");
}

int recursive_dir(char *dir)
{
    DIR            *pdir = NULL;
    char           file[1024];
    struct stat    f_stat;
    struct dirent  entry, *result = NULL;

    if ( (pdir = opendir(dir)) == NULL) {
        printf("opendir(%s) fail.\n", dir);
        return -1;
    }

    while (readdir_r(pdir, &entry, &result) == 0 && result != NULL) {
        if (entry.d_ino == 0) {
            printf("[scan_dir] entry [%s].d_ino is 0. continue\n", entry.d_name);
            continue;
        }

        if (strcmp(entry.d_name, ".") == 0 ||
                strcmp(entry.d_name, "..") == 0) {
            continue;
        }

        if (strcmp(dir, "/") == 0) {
            snprintf(file, sizeof(file), "/%s", entry.d_name);
        } else {
            snprintf(file, sizeof(file), "%s/%s", dir, entry.d_name);
        }

        if (lstat(file, &f_stat) == -1) {
            continue;
        }

        if (S_ISLNK(f_stat.st_mode)) {
            printf("[%s] is symbolic link. continue\n", file);
            continue;
        } else if (S_ISDIR(f_stat.st_mode)) {
            recursive_dir(file);
        } else if (S_ISREG(f_stat.st_mode)) {
            exec_file(file);
        }
    }

    closedir(pdir);
    return 0;
}


int exec_file(char *file)
{
    int   my_offset = 0;
    char  data[101] = {0,};
    int   fd;
    int   len;
    void  *address;
    struct stat f_stat;

    // occurrence error file 
    //if ((fd = open("/sys/devices/pci0000:00/0000:00:1b.0/resource0", O_RDONLY)) == -1) {
    if ((fd = open(file, O_RDONLY)) == -1) {
        return -1;
    }

    if (lstat(file, &f_stat) == -1) {
        close(fd);
        return -1;
    }

    if ((len = f_stat.st_size) == 0) {
        close(fd);
        return -1;
    }
    printf("file [%s] size [%d]\n", file, len);

    my_offset = 0;

    memset(data, 0x00, sizeof(data));

    address =  mmap(NULL,
            len,
            PROT_READ,
            MAP_SHARED,
            fd,
            my_offset);

    if ( address != MAP_FAILED ) {
        memcpy(data, address, 100); /* copy memory */
    }

    munmap(address, len);
    close(fd);

    return 0;
}

1 Ответ

0 голосов
/ 03 июня 2019

Это нормально, некоторые аппаратные изменения состояния, если читать. Не открывайте этот файл, если не понимаете, как работает соответствующее оборудование, и ваши изменения влияют на другое программное обеспечение, которое управляет тем же оборудованием.

...