← All posts tagged Linux

welinux.ru
Текст походит больше на рекламу какого-то лохотрона, даже если выкинуть всю мишуру вида «после этого патча порнуха теперь идёт плавно111». Решительно не понимаю, почему «automated per tty task groups» может приносить такой профит, и с опаской жду 2.6.38 (самому патчить лень, ага)

В современных ядрах решительно нельзя найти все опции, что зависят от VGA_ARB. А реализация vga_arbiter на данный момент — говно, ибо на трёх видеокартах (intel+mach64+mach64, все древние и убербомжвейные) даже при использовании везде драйвера vesa иксы (1.9.0) виснут при очередной безобидной записи в /dev/vga_arbiter (что видно из strace). Походу, придётся некрофильствовать и собирать в современных линуксах руками xorg server 1.4.3.

Кажется, в ядре утечка, вероятнее всего в связанных так или иначе с кусками кремния от VIA частях. Ни с того ни с сего над винчестером начали совершаться активные надругательства, а система не реагирует и спустя 10 минут после Alt-SysRq-I (Alt-SysRq-B же воркает). Раньше я это смело списывал на продолжающие висеть отработавшие задачи Rosetta@home, но сейчас никакого BOINC related ололо нет.

Немного о BFS. Не наблюдаю описываемого многими ускорения во время всякого активного i/o-копошения, иногда даже, наоборот, печальнее становится. Впрочем, +1 повод обновить zen-sources с 2.6.32 до .33.

Безумно умиляют люди, кричащие везде о том, что после каждого чиха раздел с рейзером не жилец. Не то в 2006, не то в 2007 году я приобрёл винт и вкатил на него целиком один раздел с рейзером. Шли годы, неоднократно отключалось электричество, раздел менял свой размер, наконец, сегодня винчестер был близок к тепловой смерти. А разделу хоть бы хны. Тем временем живущий рядом ext3 потребовал некоторой реанимации («ой, бля, тут чота с инодами бардак»), хотя данные в последний раз писали на него от силы сутки назад.

cp: cannot stat `drivers/char/agp/via-agp.ko': No such file or directory
После компиляции ведра make modules_install (да и find) не обнаруживает ни единого .ko-файла. Какой тут может быть подвох, я совершенно не представляю, ибо на другой машине сборка ровно такого же по версии ядра отличалось только плясками в make menuconfig. Google же подсовывает мне только неудачников, которые не смогли победить проблему (в основном итальянцев) или внезапно заброшенные форумные треды.
zen-sources 2.6.32_p6, если что.

Пока народ (в основном арчеводы) бегает по рассылкам и плачется о том, что DirectFB совершенно не дружит с KMS, у меня завелось графическое приглашение в qingy. С KMS, ага. Хз, может, дело в zen-ведре, потому что где-то в LKML был пост вида «мы просто не знаем, что наша реализация функции должна возвращать» (гуглить тред лень).
А ещё, я так погляжу, KMS даже не стремятся дружить с VIA. Или я что-то где-то не понимаю. Впрочем, и без KMS можно обойтись, не велик профит.

Реквестирую менеджер закачек. Условия просты: качать, докачивать, определённые файлы скармливать сразу же после скачивания (торренты — клиенту, например), ну и чтобы его можно было cli-дёрнуть на предмет добавления очередной ссылки.

linux.org.ru
Отличительной чертой нового формата является возможность раздельного хранения дистрибутивных патчей к исходному кодуВот это круто. Пните ещё кто-нибудь федоровцев, и процесс пиления lfs пойдёт значительно быстрее.

Да сколько можно! Уже в который раз виснет ядро, без реакции на внешние раздражители типа Magic SysRq. В разнообразных логах тишина, единственная закономерность — в mc происходит скачивание файла по FTP, да и то не всякий раз ядро виснет.
Пойду запиливать всякие дебаговые фичи в ядро, да >_<.

А каких патчиков вы на ядро посоветуете? Думаю собрать .31, пока что только с BFS, а TuxOnIce идёт лесом. Ещё есть вариант прошерстить патчей дистрибостроителей, но чтобы забрать оные у федоровцев и дебиановцев, нужно вытягивать огромные srpm-ы и deb-src, а у последних все патчи ещё и в одном файле, как, впрочем, и у арчеводов, что очень sad. В этом плане радуют лишь авторы LFS и gentoo-sources.