Nov 29 12:33:22 [kernel] it87: Found IT8718F chip at 0xa10, revision 4
Nov 29 12:33:22 [kernel] it87: in3 is VCC (+5V)
Nov 29 12:33:22 [kernel] ACPI: I/O resource it87 [0xa15-0xa16] conflicts with ACPI region SEN1 [0xa15-0xa16]
Nov 29 12:33:22 [kernel] ACPI: This conflict may cause random problems and system instability
Nov 29 12:33:22 [kernel] ACPI: If an ACPI driver is available for this device, you should use it instead of the
native driver
так что напишите acpi_enforce_resources=lax и ждите неопределенное время, пока соизволят это исправить, мне кажется что оно может и год провисеть в таком виде, и больше...
evy ^_^ sylvia ~ >uname -a
Linux evy 2.6.32-evy #1 SMP PREEMPT Thu Dec 3 12:07:26 MSK 2009 x86_64 Intel(R) Atom(TM) CPU 330 @ 1.60GHz GenuineIntel GNU/Linux
а вот десктоп пока на 31.6
и будет до тех пор пока не будет ебилдов на драйвера нвидии, которые будут работать с .32 (да, мне лениво, потому что там итак все работает)
Откуда я знаю. Возможно, потому что importance - low. В любом случае, баг есть, и здесь это уже обсуждали. Возможно, у тебя что-то не правильно работает, раз баг не проявляется)
дело в том что баг не «есть», по мнению разработчиков ядра
баг «был», был в том что до 31 адра ACPI работало неправильно (а когда оно в линукс правильно работало вообще?), в 31 работу с ACPI исправили,
тем не менее старые драйвера, в особенности сенсоров, пока это исправление не учитывают, и должны быть исправлены, причем не один несчастный it87, но и к примеру smsc47m1 тоже
как временный workaround можно использовать опцию загрузки
acpi_enforce_resources=lax
и ждать пока исправят модули для сенсоров, что произойти может не скоро.
с учетом того что было rc8, я не жду ничего особенно нового
не знаю что там в rcN было , но для себя вижу при переходе с 2.6.31.6 следующее:
* выкинули Classic RCU в пользу комбинации Tree RCU и Bloatwatch RCU
* выкинули CONFIG_PREEMPT_RCU (теперь оно в hierarchical RCU)
* CFQ IO scheduler заимел low_latency mode (вкл. по умолчанию)
* Per-backing-device based writeback (т.к. у меня 3 SATA винта )
да да да...
для меня хорошее еще то , что добавили Атом, я кстати хотела просмотреть насколько его там добавили, только ли -mtune=atom для gcc или еще что-то посущественнее, надо посмотреть будет, или может кто в курсе на каком уровне там сделали поддержку?
-march ядро не использует для >i686
только mtune
атом - не исключение, причем -march (mtune) = atom поддерживается или в бэкпорте GCC 4.4 (fedora, gentoo ) или в GCC 4.5
для всего остального идет -mtune=generic
просмотрела патч, ничего сильно специфичного не добавили для атома,
так что владельцы этих железок могут сильно то и не рваться обновлять ядро, если им это в тягость.