Trình điều khiển nào đã tạo thông báo dmesg này?

Thông thường, các mục nhập dmesg được thêm vào trước tên của trình điều khiển đang đăng thông báo lên bộ đệm. Điều này giúp bạn dễ dàng theo dõi lỗi đến từ đâu và cách khắc phục. Trong trường hợp của tôi, thông báo sau không có thông tin meta về nó:

[12208.948242] Chân 28 không khả dụng cho GPIO

Chuỗi này (hoặc các chuỗi con có liên quan) dường như không có trong các nguồn nhân linux, vì vậy phải có trình điều khiển hoặc thứ gì đó hiện diện.

Không thể tìm hiểu qua tất cả các nguồn mà tôi có thể tìm thấy đang chạy trên máy này, có cách nào để tìm ra không Ai đã gửi tin nhắn này để tôi có thể chẩn đoán thêm tại sao lỗi cụ thể này đang xảy ra?

Ghi chú Câu hỏi này không nhất thiết là về cụ thể này tin nhắn, nhưng một câu hỏi chung về cách theo dõi lại và tìm trình điều khiển vi phạm

Việc tìm hiểu nguồn kernel chính xác là cách tốt nhất để tìm hiểu:

bericote [~/src/linux] % git grep -F "không có sẵn cho GPIO"
driver/gpio/gpio-thunderx.c: WARN_RATELIMIT(!rv, "Ghim %d không khả dụng cho GPIO\n", dòng);

Vì vậy, câu trả lời dường như là gpio-thunderx module nhưng tôi nghi ngờ rằng điều đó không trả lời câu hỏi mà bạn thực sự muốn hỏi.

Điều bạn thực sự muốn biết là nguyên nhân gây ra nó, nhưng mã phát hành nó là một kiểm tra chung được gọi bởi nhiều quy trình khác nhau để thử và truy cập chân GPIO và điều bạn có thể thực sự muốn biết là ai đã gọi quy trình đó - nói cách khác từ phần nào của kernel đang cố truy cập thứ gì đó không phải là GPIO dưới dạng GPIO.

Có vẻ như người lái xe là gpio-thunderx (xem đây)

Tổng quát hơn, tôi không nghĩ bạn có thể suy ra trình điều khiển nào đã viết một dòng cụ thể trên dmesg nếu bản thân trình điều khiển không thêm tên của nó. Bạn cần kiểm tra mã nguồn.