Linux 2.6.16

>так и 2.6.15 работало без проблем и вроде 14 тоже

reboot, shutdown, hibernate, suspend & no_too_times_faster_timer_problem on same <2.6.16 kernel?

Ура!

Даешь 2.6.15 в массы как самое стабильное из новых! :)

Хм... по второй ссылке похоже эффект LOR'а наблюдается...

Так сегодня и не узнаю, что за вкусности в новом ядре...

> Для большинства дистров в тарболе есть precompiled модули.

Включая ядра из обдейтов?

> Включая ядра из обдейтов?

Если чел апдейтит ядра, то и gcc может поставить.

>Так сегодня и не узнаю, что за вкусности в новом ядре...

Можно и здесь посмотреть: http://www.opennet.ru/opennews/art.shtml?num=7168

> Поддержка процессоров Cell

Угу, IBM не на шутку разошлась...

Вообще список впечатляет - будет что на неделе почитать...

>>Драйвер для nVidia - 1-8178 для ядра 2.6.16 не компилируется.

>Используйте патчи, они есть на http://www.nvnews.net/vbulletin/forumdisplay.php?s=&forumid=14

nvnews в дауне. где ещё есть?

>reboot, shutdown, hibernate, suspend & >no_too_times_faster_timer_problem on same <2.6.16 kernel?
ага все, только suspen2disk работает с suspend2
а все остальное + ati драйвера прямо с 2.6.15.
единственное для suspend2 ram надо добавить noapic

> Странно, не замечал такого.

А я вот заметил... В 2.6.16 :-)

компилится... тока надо напильником поработать в nVidia дровах :) там в этом плане - задница. Они просто проверяют наличие функций, причем делают не совсем корректно и вываливаются с ошибками.

>>Может какие-то другие фичи не работают? Мне просто интересно.<<

Не работает "умное" энергосбережение, не работает suspend-to-ram, не работает wake-up от модема-лан.

И, к слову, для шутдауна вообще загрузка ACPI не нужна - с чего вы взяли, что шутдаун у вас идет через ACPI? Наитие? ;) Так попробуйте для эксперимента загрузиться с отключенной опцией ACPI и потом забейте telinit 0 - все очень мило отключится. :)

>А ck патч этот никакой производительности, кроме, может быть, мифической, не дает. Я думал, может я дурак, поставил ядро, что iphitus собирает -- теже яйца.

+1!

Действительно, и что все так орут про какой-то там прирост? Вот почитайте этот бред сивой кобылы:

http://transgaming.org/forum/viewtopic.php?t=5287

Этот идиот чуть из штанов не выпрыгнул, нагло завираясь про мнимое высосанное из пальца увеличение скорости игрушек и прочего:

>The performance gains are tremendous. System stuttering? Gone. Responsiveness under load? Perfection. Any stuttering in Skype? Nope. Not even while playing a game.

>Normally, I can't run anything while I play World of Warcraft. Running 2.6.15-archck3-default, I'm running Amarok, Kat (the KDE iNotify search thing (like Beagle, or spotlight) while indexing), and copying a multiple-gig file over my network, World of Warcraft only experience slight performance degredation. No sound stuttering, less graphics stuttering than I had pre-archck3.

>With no system load, the game is smooth as silk, at a higher framerate than it previously ran. Seriously, its absolutely beautiful.

Ну это еще можно вытерпеть (хотя где это видано чтобы на современном железе от запуска AmaroK что-то там замедлялось?).

>In both HalfLife2, and World of Warcraft, my system now substantially outperforms an equivalent Windows setup, especially while under load.

А вот за такое я бы сразу отрубал башку... Лживая тварь.

-ck хороший патчсет, с кучей интересных настроек и прочего, но вот такие придурки, орущие на каждом углу о том, чего нет, мягко говоря бесят...

>>reboot, shutdown, hibernate, suspend & no_too_times_faster_timer_problem on same <2.6.16 kernel?<<

Для первых двух acpi и не нужно. Остальное на 2.6.16 завелось с пол-пинка - на бетах. На 2.6.15 acpi не работало толком - модули грузились с ошибкой. На более ранних - тем более...

>>тока надо напильником поработать в nVidia дровах :)<<

Этот напильник на линукс-форуме нвидии уже хрен знает сколько времени лежит - в едином кумулятивном diff-патче для распакованного .run-фала. От самих драйвероприсателей. После установки патча дрова без проблем становятся на все ядра выше 2.6.13, в т.ч. и 2.6.26rc6 - у мя стоит - жрать не просит.

>In both HalfLife2, and World of Warcraft, my system now substantially outperforms an equivalent Windows setup, especially while under load.

//А вот за такое я бы сразу отрубал башку... Лживая тварь.

Да чувак просто себе машину проапгрейдил с Пня3/256Mb на двухядерный Атлон 4000+/4Gb, и заодно патч поставил - вот и списал возросшую производительность на патч :)

> И, к слову, для шутдауна вообще загрузка ACPI не нужна - с чего вы взяли, что шутдаун у вас идет через ACPI?

Наверное потому, что последнее что я вижу на экране перед самовыключением компа это строку acpi_бла-бла. По всей видимости вызов соответствующей acpi-ешной функции. Ладно, приду домой провентилирую этот вопрос подробнее.

всё-бы хорошо, но лежит этот форум )

Основные изменения в читабельном виде:

http://72.14.207.104/search?q=cache:IT1X2f-H0yUJ:wiki.kernelnewbies.org/LinuxCha nges+&hl=en&ct=clnk&cd=1

интересно девки пляшут - слил ядро , а nod32 вякает что там vbs/lee.c вирус , это нод32 кривой ?

Хм... ну возможно... просто мне проще было самому руками подправить :)

>>последнее что я вижу на экране перед самовыключением компа это строку acpi_бла-бла<<

Хмм... Выгрузка модулей ядра вроде как в логе шутдауна не отображается... ;) Только остановка сервисов, служб и демонов. Ничего не путаем? ;)

Поделитесь патчиком для NVIDIA PLizzzzzz.

>>всё-бы хорошо, но лежит этот форум )<<

Похоже на то - однако ещё позавчера вполне себе работал (nvnews.net, да?)

>>Поделитесь патчиком для NVIDIA<<

Мылу давай - без проблем, патчик мааасенький :) А то пока форум в давуне, а значит и патчик и руководство по установке оного - не скачать.

отлично! еще пяток релизов и будем с 2.4 переползать

>интересно девки пляшут - слил ядро , а nod32 вякает что там vbs/lee.c вирус , это нод32 кривой ?

нет, сюрприз мастдаю )

>>Поделитесь патчиком для NVIDIA<< >>Мылу давай - без проблем<<

Выложи на www.rapidshare.de заранее спасибо.

shumer кинь свою асю в jara(at)mail.nnov.ru

>>Выложи на www.rapidshare.de заранее спасибо.<<

Ок, вечером - где-то около 10 вечера ссылку выкину сюда.

> В 2.6.15.х "не помечена" по умолчанию куча нужных модулей.
> Вывод - падает КАЧЕСТВО кода. Торопыги какие-то.:(

А вот это вы зря. Почему же у других все нормально?
Я ядро собирал и с чистого конфига и с "makeold" - никаких проблем.

патч NVIDIA Linux/x86:

# sh /path/to/NVIDIA-Linux-x86-1.0-8178-pkg1.run --extract-only # cd NVIDIA-Linux-x86-1.0-8178-pkg1 # patch -p0 < /path/to/NVIDIA_kernel-1.0-8178-U012206.diff.txt # ./nvidia-installer -n

Linux/x86-64:

# sh /path/to/NVIDIA-Linux-x86_64-1.0-8178-pkg2.run --extract-only # cd NVIDIA-Linux-x86_64-1.0-8178-pkg2 # patch -p0 < /path/to/NVIDIA_kernel-1.0-8178-U012206.diff.txt # ./nvidia-installer -n

http://rapidshare.de/files/15973503/NVIDIA_kernel-1.0-8178-U012206.diff.txt.html

>>>последнее что я вижу на экране перед самовыключением компа это строку acpi_бла-бла<<

>Хмм... Выгрузка модулей ядра вроде как в логе шутдауна не отображается... ;) Только остановка сервисов, служб и демонов. Ничего не путаем? ;)

Строчка "acpi_power_off called" не имеет никакого отношения к выгрузке модулей. Выключение компьютера идет через acpi, если acpi поддерживается, в противном случае отключение питания может и не произойти вовсе.

>YagMort *# (*) (20.03.2006 15:46:03)

В ядре 2.6.15 игнорировалась опция ide=nodma (то есть не отключалось DMA), в 2.6.16 это исправили?

Прикольное дополнение:

>Add /proc/sys/vm/drop_caches. Writing to this will cause the kernel to drop clean caches, dentries and inodes from memory, causing that memory to become free. This is mainly useful for benchmarking, for getting consistent results between filesystem benchmarks without rebooting. To free pagecache: "echo 1 > /proc/sys/vm/drop_caches", to free dentries and inodes: "echo 2 > /proc/sys/vm/drop_caches", to free pagecache, dentries and inodes: "echo 3 > /proc/sys/vm/drop_caches". As this is a non-destructive operation and dirty objects are not freeable, the user should run `sync' first

>>А ck патч этот никакой производительности, кроме, может быть, мифической, не дает. Я думал, может я дурак, поставил ядро, что iphitus собирает -- теже яйца.

>+1!

Чувак заврался, но система действительно шустрее с -ck

VMWare не завелась, проблема решена здесь: http://www.vmware.com/community/thread.jspa?messageID=371108#371108

Nvidia не завелась, качать патч, распаковывать nvidia kernel module, накладывать патч, и make -f Makefile

http://www.nvnews.net/vbulletin/attachment.php?attachmentid=15794&d=11379...

Iptables все переделали. Пока полёт нормальный.

isicom драйвер не собирается....

Вот блин дожили, make menuconfig дает некомпилируемое ядро...

Хорошо что он мне не нужен :-)

Ни SDHCI, ни Suspend2 еще нету. А жаль.

Ежики плакали, стонали, кололись, НО! Жрали кактус!!!

А что, не в курсе что Suspend2 уже небудет никогда? После очередного отказа включить патчи Suspend2 в майнлайн, мантейнер сего послал всех на ***, обиделся и заявил о прекращении развития своего детища.

>Вот блин дожили, make menuconfig дает некомпилируемое ядро...

Гы! Такое частенько наблюдалось и раньше (с 2.4.х например).

Нет, не в курсе. Ссылку можно?

> Ни SDHCI, ни Suspend2 еще нету. А жаль.
http://suspend2.net/downloads/all/suspend2-2.2.0.8-for-2.6.16-rc6.tar.bz2

Так неинтересно :) И так приходится каждый раз несколько патчей накладывать...

Специально сделал oldconfig c 2.6.15.6 до 2.6.16 - из netfilter вообще ничего не надо было переподтверждать вообще, по крайней мере мне. Хотя у меня всё там включено.

mppe в 2.6.15 включили, когда уже mppc буит?

Не будет, скорее всего... Патенты...

http://kerneltrap.org/node/6309

> mppe в 2.6.15 включили, когда уже mppc буит?

А обьясните зачем оно (mppc) надо?

Ведь теперь даже со стандартным 2.6.15 ядром pptp клиент работает нормально, подключается к VPN серверу без проблем. Да и в роли сервера вроде работает нормально. Или mppc это всего лишь опциональная поддержка компрессии?

>А обьясните зачем оно (mppc) надо?

>Ведь теперь даже со стандартным 2.6.15 ядром pptp клиент работает нормально, подключается к VPN серверу без проблем. Да и в роли сервера вроде работает нормально. Или mppc это всего лишь опциональная поддержка компрессии?

Странно, но шифрование больше чем в 40 бит у меня не получилось сделать.