그것으로 테스트 busybox devmem

busybox devmemmmaps 작은 CLI 유틸리티입니다 /dev/mem.

우분투에서 다음을 얻을 수 있습니다. sudo apt-get install busybox

사용법 : 실제 주소에서 4 바이트를 읽습니다 0x12345678.

sudo busybox devmem 0x12345678

0x9abcdef0그 주소에 쓰십시오 :

sudo busybox devmem 0x12345678 w 0x9abcdef0

출처 : https://github.com/mirror/busybox/blob/1_27_2/miscutils/devmem.c#L85

MAP_SHARED

mmapping 할 때 /dev/mem다음을 사용하려고합니다.

open("/dev/mem", O_RDWR | O_SYNC);
mmap(..., PROT_READ | PROT_WRITE, MAP_SHARED, ...)

MAP_SHARED 쓰기는 물리적 메모리로 즉시 이동하므로 관찰하기가 쉬워지고 하드웨어 레지스터 쓰기에 더 적합합니다.

CONFIG_STRICT_DEVMEM 과 nopat

/dev/mem커널 v4.9에서 일반 RAM을보고 수정 하려면 다음을 수행해야합니다.

• disable CONFIG_STRICT_DEVMEM(우분투 17.04에서 기본적으로 설정)
• nopatx86에 대한 커널 명령 행 옵션 전달

IO 포트는 여전히 포트없이 작동합니다.

참고 항목 : https://stackoverflow.com/questions/39134990/mmap-of-dev-mem-fails-with-invalid-argument-for-virt-to-phys-address-but-addre/45127582#45127582

캐시 플러싱

레지스터 대신 RAM에 쓰려고하면 CPU가 메모리를 캐시 할 수 있습니다. https://stackoverflow.com/questions/22701352/how-to-flush-the-cpu-cache-for-a-region -어드레스-공간-리눅스 에서 나는 그것을 플러시하거나 리전을 캐시 할 수없는 것으로 표시하는 매우 휴대용 / 쉬운 방법을 보지 못한다 :

• https://stackoverflow.com/questions/22701352/how-to-flush-the-cpu-cache-for-a-region-of-address-space-in-linux
• https : //.com/questions/885658/is-it-possible-to-allocate-in-user-space-a-non-cacheable-block-of-memory-on-li

따라서 /dev/mem메모리 버퍼를 장치에 전달하는 데 안정적으로 사용할 수 없습니까?

QEMU는 캐시를 시뮬레이트하지 않기 때문에 불행히도 QEMU에서 관찰 할 수 없습니다.

그것을 테스트하는 방법

이제 재미있는 부분입니다. 다음은 몇 가지 멋진 설정입니다.

• 유저 랜드 메모리
  • volatile유저 랜드 프로세스에 변수 할당
  • /proc/<pid>/maps+로 실제 주소를 얻습니다/proc/<pid>/pagemap
  • 로 실제 주소를 지정 devmem2하고 userland 프로세스가 다음과 같이 반응하는지 확인하십시오.
• 커널 랜드 메모리
  • 커널 메모리 할당 kmalloc
  • 실제 주소를 가져 와서 virt_to_physuserland에 다시 전달하십시오.
  • 실제 주소를 수정 devmem2
  • 커널 모듈에서 값을 쿼리
• IO mem 및 QEMU 가상 플랫폼 장치
  • 알려진 물리적 레지스터 주소로 플랫폼 장치를 만듭니다.
  • devmem2레지스터에 쓰는 데 사용
  • printf응답으로 가상 장치에서 시계 가 나옴

답변