DMA를 추적하는 방법은 무엇입니까?

Question

@dirkt의 의견에 힘입어 드라이버를 더 자세히 살펴보고 이러한 DMA 트랜잭션에 해당하는 PCI MSI 인터럽트를 발견했습니다.

드라이버는 다음을 호출하여 이러한 인터럽트를 활성화합니다.

pci_enable_msix(.., msixTable,..)

struct msix_entry msixTable[MAXMSIX]그러면 루프 호출을 static irqreturn_t irqHandler()통해 request_irq()핸들러에 할당됩니다 .

request_irq(msixTable[interrupt].vector, irqHandler, 0, devName,...)

핸들러는 로컬 배열의 인터럽트만 계산합니다 int. 이러한 카운터는 /proc/<devName>진단 등을 위해 드라이버에서 생성한 파일 로 내보내집니다 . 사실, proc 파일은 내 검색이 중단되기 시작한 곳입니다.

하지만 더 좋은 방법이 있습니다. /proc/interrupts바로 파일입니다. 활성화된 MSI-X 인터럽트는 다음 줄에 표시됩니다.

$ cat /proc/interrupts 
            CPU0       CPU1  ...  CPU5       CPU6       CPU7       
  66:          0          0  ...     0          0          0  IR-PCI-MSI-edge      <devName>
  67:          0          0  ...     0          0          0  IR-PCI-MSI-edge      <devName>
  68:         33          0  ...     0          0          0  IR-PCI-MSI-edge      <devName>
  69:          0          0  ...     0          0          0  IR-PCI-MSI-edge      <devName>
  70:          0          0  ...     0          0          0  IR-PCI-MSI-edge      <devName>
  71:          0          0  ...     0          0          0  IR-PCI-MSI-edge      <devName>
  72:          0          0  ...     0          0          0  IR-PCI-MSI-edge      <devName>
  73:          0          0  ...     0          0          0  IR-PCI-MSI-edge      <devName>

또 다른 접근 방식은 출력에서 카드의 PCI 주소를 찾고 lspci카드에 할당된 인터럽트에 대한 디렉터리를 확인하는 것입니다 /sys.

$ ls  /sys/bus/pci/devices/0000:17:00.0/msi_irqs
66  67  68  69  70  71  72  73

# but these are empty
$ cat  /sys/bus/pci/devices/0000:17:00.0/irq
0

트랜잭션이 끝나면 인터럽트 번호 68이 트리거됩니다. irq:irq_handler_entryLinux의 인터럽트 핸들러에는 정적 추적점이 있습니다. 추적점 매개변수 필드에 /sys/kernel/debug/tracing/events/irq/irq_handler_entry/format인터럽트 번호가 있습니다 int irq. 따라서 이 인터럽트는 필터 조건이 있는 추적점을 통해 표준 Linux 기능을 사용하여 추적할 수 있습니다.

# setup the ftrace
trace-cmd start -e irq:irq_handler_entry -f "irq == 68"
# for live stream
cat /sys/kernel/debug/tracing/trace_pipe
# or just
trace-cmd stop
trace-cmd show
trace-cmd reset

# with perf
perf record -e "irq:irq_handler_entry" --filter "irq == 68"

이점은 중단의 타임스탬프를 얻을 수 있다는 것입니다. 예를 들어:

$ sudo trace-cmd start -e irq:irq_handler_entry -f "irq == 99"
$ sudo trace-cmd stop
$ sudo trace-cmd show | head -n 20
# tracer: nop
#
# entries-in-buffer/entries-written: 860/860   #P:12
#
#                                _-----=> irqs-off
#                               / _----=> need-resched
#                              | / _---=> hardirq/softirq
#                              || / _--=> preempt-depth
#                              ||| /     delay
#           TASK-PID     CPU#  ||||   TIMESTAMP  FUNCTION
#              | |         |   ||||      |         |
          <idle>-0       [009] d.H.  6090.224339: irq_handler_entry: irq=99 name=xhci_hcd
...

이 방법을 사용하지 않고 여전히 확인할 가치가 있는 한 가지는 이러한 인터럽트가 DMA가 다른 proc방법으로는 불가능할 수 있는 파일에 대한 편의 카운터뿐만 아니라 시스템 관련 항목을 모니터링하고 있는지 확인하는 데 중요하다는 것입니다. 하지만 그것들을 보면 알 수 없습니다 /proc/interrupts. 장치에는 dmar[0123]DMA처럼 보이는 인터럽트가 있지만 절대 증가하지 않습니다. 이 경우 DMA 엔진은 PCI 카드 자체의 FPGA 코어로 구현되어야 하기 때문에 이는 예상된 것입니다.

또한 물론 인터럽트는 전송된 메모리 크기와 같은 트랜잭션 자체에 대한 정보에 대한 액세스를 제공하지 않습니다. 중단을 방지할 수 있는 카드 오류가 없는지, 거래 직후 중단이 발생하는지 확인해야 합니다.

Answer 1