LINUX.ORG.RU
Ответ на: комментарий от jackill

> И получилось, судя по описанию, редхатовское ядро времен fc4.

Дык, обкатали на бета-тестерах, теперь можно и остальным пользоваться. :)

anonymous
()
Ответ на: комментарий от grob

> поэтому я теперь лаптоп вообще не выключаю, а только делаю suspend-to-disk.

А где это брать? В Fedora Core 3/4 оно есть?

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

мне вот сейчас подсказали что dmesg | head некошерно

правильно будет cat /proc/version

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

> И как его теперь с devfs собрать?

а нахрена?!
есть же udev.
если за каким-то лешим все-таки надо - просто используй предыдущую версию...
а вот насчет reiser4 & fuse и вправду обидно - обещали ведь!

anonymous
()

Кто в курсах?
первые rc для 2.6.14 появятся через 2 нед. только, или раньше ?

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

> И как его теперь с devfs собрать?

>а нахрена?! >есть же udev.

Для использования devfs не нужно ничего запускать. Смонтировал и работай.

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

>Нука давайте список major-improvements. ChangeLog целиком читать не шибка охота :)

Еще со времен 2.6.13-rc1 первым для меня "нововведением" для меня стало отсутствие class_simple_device. Поэтому всякие lirc_dev, kqemu просто так компилиться не будут (а патч было лень писать ;)).

>Пестня такая была...
>2-12-85-ноль-А!
>2-12-85-ноль-Б!...

Б.Г. как всегда рулит ;)

BigBiker

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

Хм.. в том то и вопрос. Все кричат надо, а зачем ставить и смотреть - когда не понятно зачем оное надо? :)

ruslanz
()
Ответ на: комментарий от anonymous

Нда, меня как раз таки открытые волнуют ;-)

anonymous
()

А "Kernel panic - not syncing" на SMP так и не исправили? Что-то я не нашел похожего в changelog-е...

vvv11
()
Ответ на: комментарий от anonymous

>У кого-нибудь получалось с swsusp2 нормально иксы заморозить?
Еще как! Работает как часы. Ядро 2.6.12 с love1 и suspend2. 
Вся проблема заключается в модуле nvidia. Для него есть патч.
Собираете пропатченный модуль для ядра, и все работает.

Вот патч для NVIDIA-7167 (старшие версии дров у меня не пашут):

diff -Nru NVIDIA-Linux-x87-1.0-7167-pkg1.old/usr/src/nv/nv.c NVIDIA-Linux-x86-1.0-7167-pkg1.new/usr/src/nv/nv.c
--- NVIDIA-Linux-x86-1.0-7167-pkg1.old/usr/src/nv/nv.c  2005-02-25 21:07:02.000000000 +0330
+++ NVIDIA-Linux-x86-1.0-7167-pkg1.new/usr/src/nv/nv.c  2005-04-19 14:37:06.000000000 +0430
@@ -3421,19 +3421,21 @@

     switch (state)
     {
+case PM_SUSPEND_STANDBY:
         case PM_SUSPEND_MEM:
             nv_printf(NV_DBG_INFO, "NVRM: ACPI: received suspend event\n");
             status = rm_power_management(nv, 0, NV_PM_ACPI_STANDBY);
             break;

         case PM_SUSPEND_ON:
+default:
             nv_printf(NV_DBG_INFO, "NVRM: ACPI: received resume event\n");
             status = rm_power_management(nv, 0, NV_PM_ACPI_RESUME);
             break;

-        default:
+        /*default:
             nv_printf(NV_DBG_WARNINGS, "NVRM: ACPI: unsupported event: %d\n", state);
-            return -1;
+            return -1;*/
     }

     if (status != RM_OK)

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

> Еще как! Работает как часы.

вообще у меня нормально работало только в консоли, после иксов всё закончилось ребилдом суперблока... правда это было на 2.6.8 + swsusp2 для него

энвидии в компе нет

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

Без этого патча у меня комп только по SysRq+B можно было реанимировать. Теперь, если из иксов саспендюсь, то и восстанавливается все нормально. А если в консоль переключиться и оттуда делать suspend, то при восстановлении система почему-то неправильно выставляет частоту развертки монитора. У меня просто моник в режим энергосбережения переходит.
У меня это полностью рабочая конфигурация (2.6.12-love1-suspend2). Теперь вот буду свежее ядрышко тестить =)

А что вместо Nvidia? ATI? Могу только посоветовать поставить Nvidia =)

kaktyc ★★★★
()

> Изменений много...

Только кто бы мне сказал зачем мне их столько? Стоит 2.6.12.1 и кушать не просит. Всё домашнее оборудование работает. И даже как-то скучно и грустно, все обновляются, а мне не надо...

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

> Не догоняю чего-то.

> Объясните пожалуйста.

попробуйте просто смонтировать devfs и не запускать devfsd. много у вас будет работать?

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

>попробуйте просто смонтировать devfs и не запускать devfsd. много у вас будет работать?

С devfsd, конечно проще, но и без него особых проблем не замечал. А что у Вас не работает?

qwe ★★★
()

Может кто-нить подробно и по русски может рассказать о kexec?
И как менять HZ через /proc ?

anonymous
()
Ответ на: комментарий от alt-x

>Гхм. Десктоп без скази я встретил впервые в прошлом году. Или под десктопом вы домашний писюк подразумеваете?

Реально жирно живете - конторка хоть и не большая (около 60 машин) не одной сказевой (((

anonymous
()
Ответ на: Re: от sS

Re:

Xmm... Какой то косяк с suspend-to-mem (S3) вылез.

Туда идёт нормально. Обратно сначала вроде тоже а потом вдруг начинает уходить в runlevel 0 и шутдаунится. Это интересно баг или фича ?

С S4 (suspend-to-disk) всё путём.

ЗЫ: Железяка - Toshiba Satellite A10-129

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

>Реально жирно живете - конторка хоть и не большая (около 60 машин) не одной сказевой (((

Да, честно сказать - понты это. Для рабочей станции, на мой взгляд это смысла не имеет. В домашней тачке у меня 4 винта, 2 идешных, сказевый и саташный. Саташный быстрее. :)

На сервере - другое дело, при _реально_ большой нагрузке скази оправдан.

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

>Да, честно сказать - понты это. Для рабочей станции, на мой взгляд это смысла не имее.

Ну не скажи. Много лет назад мене как-то дали в командировке на выбор 486 и 386 IBM родную со сказёвыми винтами. Поюзав это дело я таки выбрал вторую.

Сейчас правда винты совсем другие стали. Но ведь и программы тоже. Хотя субъективно сата-шного винта вроде хватает :)

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

Еще давно пробовал с этим патчем - ничего не работало. Хотя он у меня
и с nv не просыпался, да и вообще я не сильно старался :)

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

>Ну не скажи. Много лет назад мене как-то дали в командировке на выбор 486 и 386 IBM родную со сказёвыми винтами. Поюзав это дело я таки выбрал вторую.

486 тоже разные бывали. Например - без кэша второго уровня - типа китайцы "забыли" допаять, он в то время дорог был. У меня на мамке было 128К настоящих и еще столько же пустых микросхем (без кристаллов), и это еще повезло были и с 32К и вообще только с пустыми. Правда, не ноутбуки. Хотя ноутбуков нонэйм я в те годы просто не встречал.

Или 486slc - этот точно был тормознее 386DX. И кстати, активно использовался в ноутбуках, из-за цены. Или 486DLC - этот совсем чуть-чуть быстрее.

Возвращаясь к теме сказей: когда-то это так и было. Но во времена вторых пней это уже было не так. Вот стоит старый ящик Dell - там родной винт 18G scsi и тогда же докупленный IDE 40G. Второй винт и стоил дешевле, и работает побыстрее. Может быть, если установить на эту тачку оракл, и вынуть раму, так чтобы осталось мега 32, сказёвый и будет быстрее. Но кто на это пойдёт?

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

Иногда лучше Alt-SysRq-S при хорошем зависании не делать, FS целее будет (даже журналируемая)... Пару раз из-за этого у меня проблемы были...

FoodTechnologist
()
Ответ на: комментарий от anonymous

> Это к чему он аппендикс? Бугага.

анонимус - вали на свой удав

anonymous
()
Ответ на: комментарий от grob

Ну если с nv не просыпался, значит дело в другом. Я когда тестировал suspend, то сначала проверял без иксов, затем с иксами и vesa-драйвером, и только уж потом с nv и nvidia. Только с nvidia были проблемы.

>да и вообще я не сильно старался :)
Значит и вообще не сильно надо было =)

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

> первым для меня "нововведением" для меня стало отсутствие class_simple_device

Я вроде как в lirc-0.7.2 слов таких не нашел. А вот в линуксантовских драйверах - нашел. Впрочем, как нашел, так и потерял - исходники и редактор рулят! :-)

no-dashi ★★★★★
()

То ли это дубляж, то ли так надо:
-> Device Drivers ┐
┐ -> Hardware Monitoring support ┐
┐ -> Hardware Monitoring support
....
< > VIA686A
< > Winbond W83781D, W83782D, W83783S, W83627HF, Asus AS99127F ┐ ┐
< > Winbond W83L785TS-S ┐ ┐
< > Winbond W83627HF, W83627THF, W83637HF, W83697HF ┐ ┐
< > Winbond W83627EHF
.................
"W83627HF" повторяется дважды
конфиг был создан даже, а не портирован через make oldconfig.

И "Hardware Monitoring support" раньше был в i2c. Теперь его перенесли в корень "device drivers".
Зачем!!,

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

> отвалился vipw после апгрейда на новое ядро

Гонишь! :-) Скажи export EDITOR=<что_то_но_не_vi> и попробуй потом сделать vipw, для начала

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

>Я вроде как в lirc-0.7.2 слов таких не нашел.

А они уже новую версию выпустили?! Не знал, извиняюсь. Молодцы, оперативно!

>исходники и редактор рулят! :-)

Это точно, да и для самообразования полезно (IMHO это и есть лучшее образование).
А еще "неправильные" модули можно через sed пропускать ;))

BigBiker

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