Я нашел здесь несколько тем по этому поводу, но ни одна из них не объясняла мою проблему. Я просто пытаюсь получить доступ к внутреннему регистру состояния устройства PCIe, сопоставив его с пространством пользовательской памяти в Linux. Вот моя конфигурация системы:
# uname -a
Linux localhost.localdomain 4.18.13-200.fc28.x86_64 #1 SMP Wed Oct 10 17:29:59 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
# lspci -tv
-[0000:00]-+-00.0 Intel Corporation Device 1980
+-04.0 Intel Corporation Device 19a1
<...>
+-1f.2 Intel Corporation Device 19de
# cat /proc/iomem
df570000-df573fff : 0000:00:1f.2
# lspci -s 00:1f.2 -x
00:1f.2 Memory controller: Intel Corporation Device 19de (rev 11)
00: 86 80 de 19 00 00 00 00 11 00 80 05 00 00 80 00
10: 00 00 57 df 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 d9 15 69 09
30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Итак, устройство находится в режиме 00: 1f.2 и видимо для системы. Я пытаюсь получить доступ к внутреннему регистру «ERRCORSTS» со смещением 0x110 контроллера памяти, который показывает состояние ошибки отдельных исправляемых источников ошибок на устройстве page1673 PCI Express (здесь инструкция для моей SoC). Результат, который я получаю от своей программы:
данные = ffffffff
PCI BAR0 0x0000 = 0xffff
Кажется, мне что-то не хватает в понимании отображения памяти Linux, или, может быть, они просто что-то изменили в ядре 4.18, так что это не так просто, как было раньше.
Кто-нибудь может мне помочь, пожалуйста?
Вот мой код:
#include <sys/types.h>
#include <unistd.h>
#include <sys/stat.h>
#include <sys/mman.h>
#include <fcntl.h>
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#define BASE_ADDR 0xdf570000
#define DATA_OFFSET 0x110
extern int errno;
int main()
{
int i;
int fd = open("/dev/mem",O_RDWR|O_SYNC);
if (fd < 0) {
printf("Can't open /dev/mem\n");
return 1;
}
u_int32_t* mapped_base = (u_int32_t *) mmap(0, 4096UL, PROT_READ|PROT_WRITE, MAP_SHARED, fd, BASE_ADDR);
// Trying to get access to device memory
if (mapped_base == NULL) {
printf("Can't mmap\n");
return 1;
} else {
unsigned int status_register0 = *(int *)(mapped_base + DATA_OFFSET );
printf("data = %lx \n",status_register0);
}
// Trying to get access to DevID
int fb = open("/sys/devices/pci0000:00/0000:00:1f.2/resource0", O_RDWR | O_SYNC);
u_int32_t* ptr = mmap(0, 4096, PROT_READ | PROT_WRITE, MAP_SHARED, fb, 0);
printf("PCI BAR0 0x0000 = 0x%4x\n", *((unsigned short *) ptr) );
return 0;
}
Это выполняет арифметику указателя.
mapped_base + DATA_OFFSET
Смещение автоматически умножается на размер элемента, который, вероятно, равен 4 в зависимости от
u_int32_t* mapped_base
Однако в вашей документации смещения указываются в байтах.
Таким образом, вам нужно прочитать 0xdf570110
, но на самом деле вы читаете 0xdf570440
.
Вроде перепутал память, когда экспериментировал. Так что после перезагрузки машины все работает.
Хорошая точка зрения! Я изменил DATA_OFFSET с 0x110 на 0x44, но все равно получил тот же результат, только единицы. Как я читал в ряде статей, должно быть довольно легко сопоставить пространство памяти устройства с пространством пользовательской памяти с помощью mmap () и работать с ним, как с обычной памятью. И еще странно, что / resource0 тоже не работает. Но lspci -xxxx действительно может читать данные из BAR0. Есть ли какая-то защита в Fedora 28 Linux?