Bug 6854
| Summary: | /dev/cpu/N/microcode should be /dev/cpu/microcode | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Victor Forsyuk <force> |
| Component: | MAKEDEV | Assignee: | Michael Shigorin <mike> |
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
| Severity: | normal | ||
| Priority: | P2 | CC: | ldv, mike, mouse |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
| URL: | http://www.linux-mag.com/content/view/710/2229/ | ||
Так что -- делаем c $ROOT 10 184 1 1 cpu/microcode ? Ещё заодно: По стандарту (Documentation/devices.txt) положено /dev/ttyACM0; при использовании udev файл устройства будет именно в этом месте. (vsu@) fixed in 3.3.1-alt15 |
Description
Victor Forsyuk 2005-05-16 13:43:36 MSDВ пакете MAKEDEV (3.3.1-alt13.1) создаются устройства связи с драйвером microcode для каждого процессора. При этом в комментариях (в файле makedev.d/redhat) содержится странное утверждение: # Kernel team prefers each CPU to have its own microcode device node. c $ROOT 10 184 0 16 cpu/%d/microcode Однако даже в рядом лежащем devices.txt (копия файла идущего с исходниками ядер) явно указана одна точка входа в драйвер: 184 = /dev/cpu/microcode CPU microcode update interface Также и чтение объяснений автора - http://www.ussg.iu.edu/hypermail/linux/kernel/0409.1/2537.html наряду с его описанием логики работы драйвера http://www.linux-mag.com/content/view/710/2229/ не оставляет сомнений в том, что драйвер сам занимается загрузкой микрокода во все процессоры и per-cpu device nodes просто не нужны. Отсутствие же /dev/cpu/microcode приводит к неработоспособности непатченого microcode_ctl, расчитывающего именно на этот путь к устройству.