ID : 1 name : Genuine Intel(R) CPU T2050 @ 1.60GHz vendor : GenuineIntel family : 6 model : e stepping : 8 cpu MHz : 800.000 MHz(estimate) : 1596.14 cache size : 2048 KB hwid : AA04F4D3E2D2B873 bogomips : 3192.59 fpu : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe constant_tsc pni monitor est tm2 xtpr cpufreq : yes drivers : not found
Created attachment 1762 [details] cpuscan -v для Amilo Pro V3405 (Intel Centrino T2050) полный вывод cpuscan -v в атаче
*** Bug 10718 has been marked as a duplicate of this bug. ***
*** Bug 10719 has been marked as a duplicate of this bug. ***
(In reply to comment #2) > *** Bug 10718 has been marked as a duplicate of this bug. *** Ну почти. Model отличается. ID : 0 name : Intel(R) Pentium(R) M processor 1.60GHz vendor : GenuineIntel dbname : Pentium M (Dothan) family : 6 model : d stepping : 8 brandid : 16 cpu MHz : 600.000 MHz(estimate) : 1595.99 cache size : 2048 KB hwid : 0C5D4DCA69779CC5 bogomips : 1198.35 fpu : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss tm pbe nx up est tm2 cpufreq : yes drivers : acpi cpuid registers dump eax in eax ebx ecx edx 00000000 00000002 756e6547 6c65746e 49656e69 00000001 000006d8 00000816 00000180 afe9fbff 00000002 02b3b001 000000f0 00000000 2c04307d Extended cpuid eax in eax ebx ecx edx 80000000 80000008 00000000 00000000 00000000 80000001 00000000 00000000 00000000 00100000 80000002 20202020 20202020 65746e49 2952286c 80000003 6e655020 6d756974 20295228 7270204d 80000004 7365636f 20726f73 30362e31 007a4847 80000005 00000000 00000000 00000000 00000000 80000006 00000000 00000000 08006040 00000000 80000007 00000000 00000000 00000000 00000000 80000008 00002020 00000000 00000000 00000000
я просто предлагаю сюда накидать все семейства процессоров на которые отсутствуют записи в базе
ну так как? что делать будем
Боюсь, придётся перевесить на Стаса.
чем тут может помочь стас?
Ты последний собирал hwdatabase, увы. Или эти баги стоило перевешивать сразу на udev? (или на nobody@?)
(In reply to comment #9) > Ты последний собирал hwdatabase, увы. Или эти баги стоило перевешивать сразу на > udev? (или на nobody@?) железо - на udev, видеокарты - на alterator-x11.
hotplug убить, со всеми его сканами
-> udev
какой udev? у процессоров есть какие то id которые можно загнать в какой нибудь modules.cpu и в сами модули и как то сопостовлять?
(In reply to comment #13) > какой udev? у процессоров есть какие то id которые можно загнать в какой > нибудь modules.cpu и в сами модули и как то сопостовлять? Теоретически есть vendor_id, family, model, stepping (см. /proc/cpuinfo), но до формирования modalias из этого пока никто не додумался (к тому же вроде бы некоторые процессоры не удаётся различить только по этим признакам). Кроме того, процессоры в ядре помещены в категорию sysdev - события hotplug/uevent для них не формируются, поэтому udev об этих устройствах вообще ничего не знает, и сделать с ними ничего не может.
Так кто тогда может отвечать за загрузку таких модулей -- какой-нить powersaved не будет достаточно в курсе?..
(In reply to comment #15) > Так кто тогда может отвечать за загрузку таких модулей -- какой-нить powersaved > не будет достаточно в курсе?.. Можно добавить загрузку модулей, поддерживающих железо, (если она реализована или будет реализована) в один общий безвредный скрипт, который всегда будет -- https://bugzilla.altlinux.org/show_bug.cgi?id=15141 . Демоны могут быть разные, не обязательно кто-то захочет использовать powersaved, а поддержка cpufreq ему может быть всё равно полезна.
udev загружает только те модули для которых есть соответствующие альясы
2 ildar: ещё одна задачка к мобильному направлению ;-)
BTW http://lists.altlinux.org/pipermail/sisyphus/2008-June/215539.html http://lists.altlinux.org/pipermail/sisyphus/2008-June/215534.html