Chúng ta hãy lấy một kịch bản trong đó một hệ thống Linux đã khởi động và đang chạy chính xác. Một người dùng đi cùng và cắm một thiết bị bộ nhớ USB.
Chuỗi các sự kiện xảy ra được minh họa trên sơ đồ dưới đây:
Trường hợp modprobe tải trình điều khiển của nó vào? Là trình điều khiển cho thiết bị được yêu cầu được tìm thấy /sys/bus/driverssau khi modprobe tải nó hoặc trước đó?
Điều tôi đang cố gắng thiết lập ở đây là mối quan hệ giữa các mục trong /sys/và các sự kiện xảy ra trên biểu đồ trên.
Câu trả lời:
Thông báo uevent chứa thông tin về thiết bị ( ví dụ ). Thông tin này chứa thông tin nhận dạng nhà cung cấp và kiểu máy đã đăng ký cho các thiết bị được kết nối với xe buýt như PCI và USB. Udev phân tích các sự kiện này và xây dựng một tên mô-đun dạng cố định mà nó chuyển đến modprobe. modprobetìm bên dưới /lib/modules/VERSIONmột tệp được gọi depmod.aliaslà kernel được cài đặt và ánh xạ các tên mô-đun dạng cố định thành tên tệp mô-đun trình điều khiển thực tế. Xem Các mô-đun trình điều khiển được tải và tải tự động? để biết thêm chi tiết về quy trình - câu trả lời đó mô tả những ngày trước khi hạt nhân gọi modprobetrực tiếp, nhưng cách thức modprobevà bí danh mô-đun làm việc đã không thay đổi.
Xem thêm Bài thuyết trình của Michael Opdenacker Hotplugging với udev , có nhiều ví dụ và mô tả các khía cạnh khác của quản lý thiết bị với udev và Linux từ hướng dẫn đầu có phần về cách xác định tên mô-đun dạng cố định.
modprobetải một mô-đun bằng cách gọi cuộc gọi init_modulehệ thống. Nó không tương tác với sysfs theo bất kỳ cách nào. Khi mô-đun được tải, kernel tạo một mục nhập cho nó /sys/module. Bất kỳ mục nào xuất hiện ở nơi khác trong sysfs đều tùy thuộc vào mã trong mô-đun (ví dụ: mô-đun có trình điều khiển cho một loại thiết bị USB sẽ gọi một số mã hỗ trợ USB chung có thêm mục nhập bên dưới /sys/bus/usb/drivers).
init_modulehệ thống.
/sys/bus/driversthư mục? Ngoài ra modprobe có liên lạc trở lại với kernel thông qua socket netlink không? Nó có liên lạc trở lại sysfs không?