커널 OOP는 Linux 커널 내에서 사용자 공간 포인터에 액세스할 때 발생합니다.

일부 배경:

실시간 선점을 위해 패치가 적용된 임베디드 Linux ARM 4.1.33 시스템이 있습니다. 시스템에는 일부 사용자 정의 수정 커널 코드가 포함되어 있으며 때때로 커널 버그가 발생합니다. 일부 디버깅 후에 개발자 중 한 명이 커널 공간과 사용자 공간의 차이를 이해하지 못하고 uaccess.h에 정의된 함수를 사용하지 않고 사용자 공간 포인터를 역참조하고 있다는 사실이 발견되었습니다.

이후 추가 커널 오류가 발생하는 것을 방지하기 위해 uaccess.h에 정의된 함수를 사용하도록 문제의 함수를 수정했습니다. 이제 수정이 성공했는지 확인하려고 합니다. 그러나 원래 커널 오류는 무작위로 발생하고 때로는 한 번에 며칠 동안 발생하지 않기 때문에 원본 코드에서 안정적으로 다시 생성한 다음 업데이트된 코드에 더 이상 나타나지 않는지 확인하는 방법을 찾고 싶습니다.

문제의 함수는 포인터를 잘못 사용하지만 사용자 공간 값을 올바르게 수정하기 위해 포인터를 사용하는 것으로 보입니다(커널 오류가 발생하는 경우 제외). 이는 포인터의 주소가 사용자 공간과 커널 공간에서 "동일한 것을 의미"한다는 것을 나타냅니다. 이러한 사실을 고려할 때, 그러한 역참조가 커널 오류를 일으킬 수 있다는 것을 내가 아는 유일한 이유는 해당 주소를 포함하는 페이지가 스왑으로 전송되어 페이지 오류를 일으키는 경우입니다. 그러나 플래시 메모리의 제한된 수명으로 인해 시스템에서 스왑이 비활성화되었으므로 이 시나리오는 가능성이 낮아 보입니다.

질문:

커널 공간 내에서 사용자 공간 포인터 역참조와 관련된 Linux 커널 오류의 잠재적인 원인은 무엇입니까? 수정 사항을 적용한 후 더 이상 발생하지 않는지 확인하기 위해 이와 같은 커널 오류가 발생하도록 하려면 어떻게 해야 합니까?