Bug 10716 - не загружается/определяется speedstep_centrino
: не загружается/определяется speedstep_centrino
Status: CLOSED NOTABUG
: Sisyphus
(All bugs in Sisyphus/udev)
: unstable
: all Linux
: P2 normal
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2007-01-26 12:39 by
Modified: 2012-03-16 13:58 (History)


Attachments
cpuscan -v для Amilo Pro V3405 (Intel Centrino T2050) (3.09 KB, text/plain)
2007-01-26 12:41, Eugene V. Horohorin
no flags Details


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2007-01-26 12:39:25
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
------- Comment #1 From 2007-01-26 12:41:08 -------
Created an attachment (id=1762) [details]
cpuscan -v для Amilo Pro V3405 (Intel Centrino T2050)

полный вывод cpuscan -v в атаче
------- Comment #2 From 2007-01-29 10:36:00 -------
*** Bug 10718 has been marked as a duplicate of this bug. ***
------- Comment #3 From 2007-01-29 10:37:25 -------
*** Bug 10719 has been marked as a duplicate of this bug. ***
------- Comment #4 From 2007-01-29 12:33:45 -------
(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
------- Comment #5 From 2007-01-29 15:51:18 -------
я просто предлагаю сюда накидать все семейства процессоров на которые
отсутствуют записи в базе
------- Comment #6 From 2008-02-10 17:32:52 -------
ну так как? что делать будем
------- Comment #7 From 2008-02-15 20:17:21 -------
Боюсь, придётся перевесить на Стаса.
------- Comment #8 From 2008-02-17 18:47:21 -------
чем тут может помочь стас?
------- Comment #9 From 2008-02-17 23:41:06 -------
Ты последний собирал hwdatabase, увы.  Или эти баги стоило перевешивать сразу
на
udev? (или на nobody@?)
------- Comment #10 From 2008-02-18 10:12:00 -------
(In reply to comment #9)
> Ты последний собирал hwdatabase, увы.  Или эти баги стоило перевешивать сразу на
> udev? (или на nobody@?)
железо - на udev, видеокарты - на alterator-x11.


------- Comment #11 From 2008-02-18 10:28:56 -------
hotplug убить, со всеми его сканами
------- Comment #12 From 2008-02-18 19:39:45 -------
-> udev
------- Comment #13 From 2008-02-18 20:13:59 -------
какой udev? у процессоров есть какие то id которые можно загнать в какой 
нибудь modules.cpu и в сами модули и как то сопостовлять?
------- Comment #14 From 2008-02-18 20:50:32 -------
(In reply to comment #13)
> какой udev? у процессоров есть какие то id которые можно загнать в какой 
> нибудь modules.cpu и в сами модули и как то сопостовлять?

Теоретически есть vendor_id, family, model, stepping (см. /proc/cpuinfo), но до
формирования modalias из этого пока никто не додумался (к тому же вроде бы
некоторые процессоры не удаётся различить только по этим признакам).

Кроме того, процессоры в ядре помещены в категорию sysdev - события
hotplug/uevent для них не формируются, поэтому udev об этих устройствах вообще
ничего не знает, и сделать с ними ничего не может.
------- Comment #15 From 2008-02-20 11:11:21 -------
Так кто тогда может отвечать за загрузку таких модулей -- какой-нить powersaved
не будет достаточно в курсе?..
------- Comment #16 From 2008-03-28 18:17:24 -------
(In reply to comment #15)
> Так кто тогда может отвечать за загрузку таких модулей -- какой-нить powersaved
> не будет достаточно в курсе?..

Можно добавить загрузку модулей, поддерживающих железо, (если она реализована
или будет реализована) в один общий безвредный скрипт, который всегда будет --
https://bugzilla.altlinux.org/show_bug.cgi?id=15141 .

Демоны могут быть разные, не обязательно кто-то захочет использовать powersaved,
а поддержка cpufreq ему может быть всё равно полезна.
------- Comment #17 From 2008-06-21 13:58:00 -------
udev загружает только те модули для которых есть соответствующие альясы
------- Comment #18 From 2008-06-23 19:19:19 -------
2 ildar: ещё одна задачка к мобильному направлению ;-)