Hỏi chính cái máy xem nó cần driver nào Để máy tự nói nó cần gì Ask the machine which drivers it needs

/proc/config.gz — cái nhân mang theo sơ đồ của chính nó Cái nhân tự mang bản vẽ của nó /proc/config.gz — the kernel carries its own blueprint

Phần lớn nhân của bản phân phối được dựng để nhúng luôn cấu hình vào trong hệ thống tệp /proc. Cách kiểm tra chỉ là một lệnh ls /proc/config.gz; nếu tệp có mặt, chép về thư mục mã nguồn và giải nén bằng gzip -dv config.gz — trong ví dụ của sách, tệp nén lại còn 74,9 % 2. Đổi tên thành .config và dùng nó làm nền để dựng theo Chương 4 2.

Nhiều bản Linux giấu sẵn bản vẽ cấu hình ngay trong máy. Gõ ls /proc/config.gz để xem có không; có thì chép về, giải nén, đổi tên thành .config 2. Nhớ nhé: một lệnh là biết có hay không.

Most distribution kernels are built to include the configuration within the /proc filesystem. Checking is a single ls /proc/config.gz; if the file is there, copy it into your source directory and uncompress it with gzip -dv config.gz — in the book's example it reports 74.9 % 2. Rename it to .config and use it as the basis for the build described in Chapter 4 2.

Cắt gọt — và quy tắc “chỉ tắt thứ bạn chắc chắn” Bỏ bớt, nhưng đừng bỏ liều Cutting down — and the “only what you are sure of” rule

Nhược điểm của cấu hình distro rất cụ thể: bạn sẽ dựng gần như mọi module và driver có trong cây mã nguồn, điều gần như không bao giờ cần cho một máy đơn lẻ 2. Nên ông khuyên bắt đầu tắt dần các driver và tùy chọn không cần — kèm một mệnh đề phanh rất đáng nhớ: chỉ nên tắt những thứ bạn chắc chắn là không cần, vì có thể có phần nào đó của hệ thống đang dựa vào một tùy chọn cụ thể 2.

Dùng cấu hình có sẵn thì phải dựng gần như tất cả mọi thứ, rất lâu 2. Vậy nên hãy tắt bớt — nhưng chỉ tắt cái bạn chắc chắn không dùng, vì có thứ khác có thể đang cần nó 2. Nhớ nhé: tắt ít một, đừng tắt cả loạt.

The disadvantage of the distro config is concrete: you will have built almost every kernel module and driver present in the kernel source tree, which is almost never needed for a single machine 2. So he advises starting to turn off drivers and options you do not need — with a memorable brake attached: disable only those options you are sure you do not need, as there might be parts of the system that rely on specific options being enabled 2.

Một dòng lệnh — từ eth0 đến e1000 Một dòng lệnh ra ngay tên mảnh ghép One line — from eth0 to e1000

Ví dụ chủ lực của chương là card mạng. Sau khi dùng ls /sys/class/net/ và ifconfig -a để xác định eth0 là giao diện đang hoạt động, toàn bộ phần còn lại gói gọn trong một dòng: basename `readlink /sys/class/net/eth0/device/driver/module`, cho ra e1000 3. Ông tách dòng ấy thành bốn bước: theo liên kết device vào cây /sys/devices/; từ đó theo liên kết driver; từ đó theo liên kết module; rồi cắt lấy phần tên cuối cùng 3.

Ví dụ chính là card mạng. Xem /sys/class/net/ để biết có những cổng nào, dùng ifconfig -a để biết cổng nào đang chạy, rồi một lệnh duy nhất cho ra tên mảnh ghép: e1000 3. Nhớ nhé: ba lối tắt nối nhau — thiết bị → driver → module.

The chapter's lead example is the network card. After ls /sys/class/net/ and ifconfig -a identify eth0 as the live interface, everything else collapses into one line: basename `readlink /sys/class/net/eth0/device/driver/module`, which prints e1000 3. He unpacks it into four steps: follow the device symlink into the /sys/devices/ tree; from there follow the driver symlink; from there the module symlink; then strip the path down to the last name 3.

Từ tên module về tùy chọn CONFIG_ Từ tên mảnh ghép ra nút cần bật From a module name to a CONFIG_ option

Biết tên module mới xong một nửa; bạn còn cần tùy chọn cấu hình sinh ra nó. Ông tìm bằng cách lục các Makefile trong cây mã nguồn: find -type f -name Makefile | xargs grep e1000, và kết quả chứa dòng obj-$(CONFIG_E1000) += e1000/ 3. Điều cần nhìn là bất kỳ dòng nào có chuỗi CONFIG_ — đó chính là tùy chọn phải bật 3. Với ví dụ USB, cùng cách làm cho ra CONFIG_USB_SERIAL_PL2303 3.

Biết tên mảnh ghép rồi thì tìm xem nút nào bật nó. Ông dùng lệnh find … | xargs grep để lục các tệp Makefile, và thấy dòng có chữ CONFIG_E1000 3. Nhớ nhé: cứ thấy chữ CONFIG_ là đúng nút cần tìm.

Knowing the module name is only half of it; you still need the configuration option that builds it. He finds it by searching the tree's Makefiles: find -type f -name Makefile | xargs grep e1000, whose output contains obj-$(CONFIG_E1000) += e1000/ 3. The thing to look for is any line carrying the term CONFIG_ — that is the option the kernel needs enabled 3. For the USB example the same method yields CONFIG_USB_SERIAL_PL2303 3.

modalias — để chính cái nhân đọc danh sách ra cho bạn Bảo máy tự đọc cả danh sách modalias — let the kernel read the list out for you

Sau khi đi bộ qua từng liên kết, ông đưa ra một script rất ngắn làm toàn bộ việc ấy theo một cách khác, gọi là find_all_modules.sh 3. Nó duyệt sysfs tìm mọi tệp tên modalias — tệp này chứa bí danh module, thứ nói cho modprobe biết cần nạp module nào để điều khiển thiết bị; bí danh được ghép từ nhà sản xuất, mã định danh, loại lớp và các định danh riêng khác của thiết bị 3.

Ông cho một đoạn script ngắn làm hộ tất cả 3. Nó đi khắp /sys nhặt các tệp tên modalias — mỗi tệp là một "mã vạch" của thiết bị, nói cho máy biết cần mảnh ghép nào 3. Nhớ nhé: một lệnh là ra cả danh sách, không phải tra từng cái.

After walking the links by hand, he offers a very short script that does all of that work a different way, called find_all_modules.sh 3. It goes through sysfs finding every file called modalias — that file holds the module alias that tells modprobe which module should be loaded to control the device, made up of a combination of manufacturer, ID, class type and other unique identifiers 3.

Kết quả là một danh sách phẳng kiểu 8139too.ko, ehci-hcd.ko, snd-hda-intel.ko, usbcore.ko — toàn bộ module cần để điều khiển phần cứng của máy 3.

The output is a flat list like 8139too.ko, ehci-hcd.ko, snd-hda-intel.ko, usbcore.ko — all of the modules needed to control the hardware in the machine 3.

Thiết bị PCI — bảy bước từ lspci đến CONFIG_ Thiết bị cắm trong máy A PCI device — seven steps from lspci to CONFIG_

Ví dụ của ông là một card mạng PCI không chạy với nhân hiện tại. lspci | grep -i ethernet cho ra dòng 06:04.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 4. Vào /sys/bus/pci/devices/ — nhớ thêm tiền tố 0000: mà nhân dùng nhưng lspci không in ra — rồi đọc hai tệp vendor và device: 0x10ec và 0x8139 4.

Ví dụ là một card mạng cắm trong máy nhưng chưa chạy. Lệnh lspci cho biết nó nằm ở vị trí 06:04.0 4. Vào thư mục tương ứng trong /sys (nhớ thêm 0000: ở đầu) rồi đọc hai con số: 0x10ec và 0x8139 4. Nhớ nhé: hai con số này là thứ cần mang đi tìm.

His example is a PCI network card that does not work with the running kernel. lspci | grep -i ethernet prints 06:04.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 4. Go into /sys/bus/pci/devices/ — remembering the leading 0000: the kernel uses but lspci does not print — and read the vendor and device files: 0x10ec and 0x8139 4.

Thiết bị USB — rút ra, cắm vào, và so hai danh sách Thiết bị cắm ngoài A USB device — unplug, replug, diff the lists

Với USB, cách tìm gần như giống hệt, chỉ khác ở chỗ lấy mã 4. Dùng lsusb (thuộc gói usbutils) để liệt kê 9; bỏ qua các dòng ID 0000:0000 vì đó là bộ điều khiển chủ của chính bus 4. Rồi ông dùng một mẹo rất vật lý: rút thiết bị ra, chạy lại lsusb, và dòng biến mất chính là thiết bị cần tìm — trong ví dụ là 157e:300d 4.

Với thiết bị cắm ngoài, cách làm dễ hơn. Chạy lsusb xem danh sách, rồi rút thiết bị ra và chạy lại. Dòng nào biến mất chính là nó 4. Nhớ nhé: rút ra cắm vào là cách nhận diện đơn giản nhất.

For USB the method is nearly identical, differing only in how you get the IDs 4. Use lsusb (from the usbutils package) to list them 9; ignore lines showing ID 0000:0000, which are the USB host controllers driving the bus itself 4. Then he uses a very physical trick: unplug the device, run lsusb again, and the line that vanished is your device — here 157e:300d 4.

Đi ngược lên cây thiết bị cho đến khi gặp driver Leo ngược lên từng bậc Walking up the device chain until a driver appears

Bắt đầu bằng mount | grep " / " để lấy cả hai dữ kiện cùng lúc: phân vùng gốc là /dev/sda2 và loại tệp là ext3 5. Vì sda2 là một phân vùng — phân vùng thì có số, thiết bị khối chính thì không — nên phải cấu hình cho cả thiết bị sda, bởi không có thiết bị chính thì không có đường truy cập các phân vùng trên nó 5.

Gõ mount | grep " / " là biết ngay hai điều: ổ gốc là /dev/sda2, định dạng là ext3 5. Số 2 nghĩa là phân vùng; phải lo cho cả ổ sda chứ không chỉ phân vùng ấy 5. Nhớ nhé: lo cho cả ổ, không chỉ một phần của ổ.

Start with mount | grep " / ", which gives both facts at once: the root partition is /dev/sda2 and the type is ext3 5. Because sda2 is a partition — partitions are numbered, main block devices are not — the whole sda device must be configured, since without the main block device there is no way to reach its individual partitions 5.

get-driver.sh — script viết để sống sót qua các phiên bản Một script làm hộ cả việc leo get-driver.sh — a script built to survive version churn

Chương khép lại bằng một script tiện dụng để tìm driver và tên module cho bất kỳ nút thiết bị nào trong hệ thống. Ông nói rõ xuất xứ của nó: được phát triển cùng các nhà phát triển nhân phụ trách sysfs, và sẽ chạy được trên mọi phiên bản tương lai của nhân 2.6 5. Đó là câu trả lời trực tiếp cho lời rào đón ở đầu chương về việc sysfs liên tục đổi chỗ 3.

Cuối chương có một script làm hộ toàn bộ việc leo ngược ấy. Ông nói nó được làm cùng những người viết sysfs, nên chạy được với mọi bản nhân 2.6 về sau 5. Nhớ nhé: gõ một lệnh, máy leo hộ bạn.

The chapter closes with a handy script for finding the driver and module name for any device node on the system. He states its provenance: it was developed with the kernel developers responsible for sysfs, and should successfully work on all future versions of the 2.6 kernel 5. That is a direct answer to the caveat at the top of the chapter about sysfs constantly moving around 3.