LINUX.ORG.RU

Обновление ядер Linux 3.0.20 и 3.2.5

 ,


0

2

Вышло обновление стабильных ядер Linux 3.0.20 и 3.2.5 c единственным (и для многих ожидаемым) исправлением проблемы с энергосбережением появившейся в ядрах 2.6.38 и выше.

Описание проблемы (англ.)

>>> Подробности



Проверено: JB ()
Последнее исправление: JB (всего исправлений: 2)

Ну наконец-то!
Надеюсь скоро в Tumbleweed появится (там сейчас 3.2.4-6).

BMX ★★☆
()

Я думал, эту клиллер-фичу не бекпортируют из 3.3 в более ранние.

vilisvir ★★★★★
()

У меня на thinkpad w520 судя по xfce-power-manager субъективно ничего не удалось выиграть. Впрочем, итак лучше, чем в венде, по крайней мере, со встроенным интеловским видео.

vehn
() автор топика

Ну вот, а у меня на 3.2 ноут не засыпает, приходится сидеть на неподдерживаемом 3.1

anonymous
()

Лучше бы эти ушлепки ACPI починили, на багрепорт положили хер и сказали, что двух управляющих микросхем на материнке быть не может и ниипет.

pekmop1024 ★★★★★
()

У меня ядра начиная с 3.2.1 начинают внезапно гадить в сислог упсами без конца, пока место на /var не закончится или пока совсем в панику не грохнется :( Сижу на 3.2.0

xorik ★★★★★
()

я так понимаю, проблему с iommu не бэкпортировали еще?

galanthus
()
Ответ на: комментарий от mopsene

Попробуй собрать с чуть отредактированным pkgbuild`ом.

f1xmAn ★★★★★
()
Ответ на: комментарий от xorik

У меня ядра начиная с 3.2.1 начинают внезапно гадить в сислог упсами без конца

+1

У меня при сборке >=3.2 постоянно портянки в dmesg. При подгрузке любого модуля not tained .... что то там vmalloc.

Правда воспроизводится только если собирать с expert mode.

P.S. Сижу на 3.0.4-ck

partyzan ★★★
()
Ответ на: комментарий от partyzan

На буке 3.2.2 с 27 января. Полет нормальный.
5 февраля поставил на сервер 3.2.4 х64 . Тоже беспроблемно.

wheel
()
Ответ на: комментарий от CelestialCat

Вряд ли у ICS будет ядро 3.2.5, если только 3.0.20

так никто не запрещает собрать кастомное ведро

JB ★★★★★
()

А как мне узнать, поддерживает ли мой ноут этот ASPM, и вообще нужен ли козе баян?

mega_venik ★★★
()
Ответ на: комментарий от partyzan

Правда воспроизводится только если собирать с expert mode.

ССЗБ.

Lighting ★★★★★
()
Ответ на: комментарий от Vudod

Vudod

А 2.1 уже не поддерживают? А как же федоровцы?

┌[ dexpl@dexpl:~ 12:13:51 ]
└► uname -r
3.2.2-1.fc16.x86_64
┌[ dexpl@dexpl:~ 12:15:01 ]
└► cat /etc/redhat-release 
RFRemix release 16 (Verne)

В updates лежит 3.2.3-2

dexpl ★★★★★
()
Ответ на: комментарий от darkshvein

и первым результатом будет твоё сообщение

q11q11 ★★★★★
()
Ответ на: комментарий от pekmop1024

а я вот жду починки вот этого - https://bugzilla.kernel.org/show_bug.cgi?id=38262

Все никак не дойдут руки заслать им свой acpidump с домашнего сервачка. Хотя у них и так есть дампы, видать проблема не так проста...

Pinkbyte ★★★★★
()

Ждем в репах 16-ой федоры

nexfwall ★★★★
()

Только вчера скомпелял свежее ведро для своего атома. И тут нате.

luke ★★★★★
()

С такими ядрами любой лох мужик.

Jayrome ★★★★★
()
Ответ на: комментарий от stmc

легко. Дано: мать на чипсете Intel 865G(в моем случае - Intel D865GBF), ядро >=2.6.39(проверял вплоть до 3.0.12 включительно). Ядро некорректно определяет возможности процессора(capabilities), вследствие чего периодически срет oops'ами в dmesg, а иногда и тупо падает в панику. Лечится 2 способами: выключением HT(не Ъ), либо опцией «processor.nocst=1» при загрузке ядра. Но всё равно как-то ссыкатно, поэтому пока не спешу обновлять домашний сервак, на работе вроде ничего с таким чипом не осталось - проблем нет. В общем некий суммарный итог данной проблемы подведен в 15 комментарии в багзилле - https://bugzilla.kernel.org/show_bug.cgi?id=38262#c15

Pinkbyte ★★★★★
()
Ответ на: комментарий от CelestialCat

там же своё энергопотребление( хотя вроде мержить снова начали ядра)

Thero ★★★★★
()
Ответ на: комментарий от xpahos

так user-side bag его ж только рукоприкладством чинят...

Thero ★★★★★
()
Ответ на: комментарий от BattleCoder

Проблема была с ACPI на некоторых ноутбуках. В ядре был принят очередной патч, делающий поддержку стандартов ACPI полнее, но изготовители ноутбуков часто не следуют им. «В Windows работает - значит стандартам соответствует!», - думают они.

Потом была новость про то, что проблему всё-таки решили. Я её плохо помню. То ли решение должно быть в 3.3, но решили всё-таки применить его раньше. То ли оно уже в ядре 3.2, а в обновлении к нему - ну точно решили проблему.

ZenitharChampion ★★★★★
()
Ответ на: комментарий от JB

так никто не запрещает собрать кастомное ведро

Производитель бинарных дров очень мешает.

Deleted
()

Это не та ли проблема, что исправляется строчкой pcie_aspm=force в параметрах загрузки ядра в grub?

WiseLord
()
Ответ на: комментарий от BattleCoder

Сообщением выше вам, фактически, ответили. В Шиндовс работает - значит стандарт. У меня например на буке без acpi=noirq x86_64 линухи вобще не запускаются (Core i7 sandy bridge).

KennyMinigun ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.