Линус Торвальдс представил (https://lkml.org/lkml/2011/1/4/266) релиз Linux-ядра 2.6.37 (http://www.kernel.org/), в котором представлена поддержка механизма синхронизации TINY_PREEMPT_RCU, продолжена работа по избавлению ядра от глобальных блокировок, в состав включены дополнительные элементы для обеспечения поддержки Xen Dom0, активирован механизм нотификации об изменениях в файловой системе fanotify, обеспечена поддержка Hugepage-режима увеличения базового размера адресуемых страниц памяти.
В новую версию принято 12237 (в 2.6.36 было 10195) исправлений от 1456 (1326) разработчиков, размер патча - 67 Мб (добавлено 11139 тыс. строк кода, удалено - 11131 тыс. строк). Около 39% всех представленных в 2.6.37 изменений связаны с драйверами устройств, примерно 24% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 12% связано с сетевым стеком, 6% - файловыми системами и 5% c внутренними подсистемами ядра.
Наиболее интересные новшества (http://kernelne...URL: https://lkml.org/lkml/2011/1/4/266
Новость: http://www.opennet.me/opennews/art.shtml?num=29199
как пирожки пекут, к чему такая спешка (гонка)?
а к чему тормозить?
ченчлог то прочитали? или маловат на ваш взгляд?
Человечище просто не в курсе уже давно плановой трёхмесячной процедуры выпуска ядер.
Сижу на нём с rc7 и rc8 полёт нормальный. Теперь и релиз можно собрать.
imho никакой спешки, а просто хорошо и целенаправленно работают
intel так и не починили
хм.
а на мой взгляд интел так и не сломали.
>а на мой взгляд интел так и не сломали.Сломали, сломали. И уже давно.
А в чем это проявляется?
>А в чем это проявляется?Шрифты в полосочку делаются через некоторое время. Баг явно ядерный, т.к. на 2.6.33 и 32 всё нормально.
>>А в чем это проявляется?
> Шрифты в полосочку делаются через некоторое время. Баг явно ядерный, т.к. на
> 2.6.33 и 32 всё нормально.Вот тут похожий баг описан. Возможно это он и есть.
http://forums.opensuse.org/english/get-technical-help-here/h...
оппа...
я думал это у меня глюк какой-то...
а это системное...
значит так - результаты.
данный рецепт не помог, но я поверил в себя и поотключал в ксорге все модули и все опции...
теперь все ок и даже у компиза глюки пропали, ибо было невыносимо когда он неправильно перерисовывал окошки...
А тот патч, ускоряющий есть?
радуют меня такие комменты! :D
вам чё ускорить то надо было?
О http://www.opennet.me/opennews/art.shtml?num=28671 вестимо )
вообще вы по вашей ссылке внимательно читали?
http://www.opennet.me/opennews/art.shtml?num=28671>> К сожалению окно приема изменений для включения в ядро 2.6.37 уже закрыто, поэтому новая возможность будет интегрирована в ядро 2.6.38. Активация нового механизма группировки задач в планировщике производится через переменную /proc/sys/kernel/sched_autogroup_enabled.
почти 90 Мб ядрышко!
>почти 90 Мб ядрышко!Что курим?
$ du -hs /usr/portage/distfiles/linux-2.6.37.tar.bz2
71M /usr/portage/distfiles/linux-2.6.37.tar.bz2
> Что курим?man gzip
/smoke
Отличная новость! Уже обновляюсь, хочу посмотреть изменения в открытом драйвере ati.
Полностью согласен с первым сообщением: никогда раньше не было так много релизов ядра за короткое время. Ну и ладно: если сочли нужным - сделали, а потом может например по году релизов не будет, потому что так сочти нужным Торвальдс с разработчиками.
Соотнес количество убывших и прибывших строчек... Субъективное обущение что нового кода нет, только изменялся старый. То есть у ядра 2.6.37 релиз носит корректирующий характер. Но это - только ощущение от количеств строк. Если это так - то это хорошо! А то надобавляли файловых систем и нового кода, а потом Торвальдс замечает раздутость и огромность, фороникс - замедление в скорости, а Pavlinux и другие люди - новые баги, нетипичные для ядра раньше.
"Окончательный уход от использования устаревшей глобальной BKL-блокировки (Big Kernel Lock), которая оставалась многие годы узким местом в некоторых подсистемах;"zcat /proc/config.gz > .config
make oldconfig
Big Kernel Lock (BKL) [Y/n/?] (NEW)
и в хелпе указано - "не убирайте, если вы не разраб, работающий над удалением BKL"
Так можно убрать или нет?
Не сцыте! :) у вас же текущая версия ядра останется? и она будет доступна для загрузки? :) Вот и не парьтесь :) А если вас сам вопрос, начинающийся с "Если" затрудняет - то вы не только не "разработчик, работающий над глобальными блокировками", но и не программист вообще :) if {} else {}; ;) С Новым годом!
убрали в коде ядра, очевидно же. А это поддержка, вдруг Вы еще откуда модули берете... Не убирайте, короче. Есть не просит, хоть и не используется самим ядром)))
Спасибо за ответ) это меня и интересовало. Отключил - пока полет нормальный, проблем не обнаружил. Все модули, необходимые для работы моего оборудования есть в ядре.
Без BKL нет поддержки UDF. Включил.
BFS есть?
нет, но BFG есть и его хватает :)
Окончательный уход от использования устаревшей глобальной BKL-блокировки (Big Kernel Lock), которая оставалась многие годы узким местом в некоторых подсистемах;
По-моему, они это уже говорят на протяжении двух лет. А ведь когда во фряшке начали работу, плевались... Как результат, в девятке уже практически все (кроме tty, reboot, пары локов) MPSAFE (могли бы и к 8ке успеть, на месяц опоздали :) )
Хоть и использую везде только Фряху, но искренне рад за прогресс союзников из стана Линукса. А некоторые из пунктов в ченджлоге был бы рад увидеть и во Фряхе.
Ядро включает в себя множество подсистем. Каждый раз, когда в отдельной подсистеме удаляли BKL, разрабы радовались :), ибо при _определённом_ использовании системы (напр. файрвол или файловый сервер) BKL в других частях ядра уже практически не мешался. На данный момент BKL остался в:~/linux$ find -name Kconfig | xargs grep -l BKL
./init/Kconfig
./drivers/staging/go7007/Kconfig
./drivers/staging/autofs/Kconfig
./drivers/staging/usbip/Kconfig
./drivers/staging/easycap/Kconfig
./drivers/staging/smbfs/Kconfig
./drivers/staging/cx25821/Kconfig
./drivers/staging/stradis/Kconfig
./drivers/gpu/drm/Kconfig
./drivers/net/appletalk/Kconfig
./fs/hpfs/Kconfig
./fs/adfs/Kconfig
./fs/udf/Kconfig
./fs/ufs/Kconfig
./net/x25/Kconfig
./net/ipx/KconfigУтитывая малую длину списка, с небольшой натяжкой BKL можно принять за практически "локальную" блокировку, т.к. на другие части ядра она уже не действует.
staging не считаем, остается немного FS (из них ни одной распространенной/критичной), немного сетевания такой же важности и DRM. А там оно что делает? Хотя если BKL ровно в одном месте, то это неважно.
> По-моему, они это уже говорят на протяжении двух лет.Так и говорят же, что из основных подсистем уже давно убрали. Так мелочевка осталась.
Xen в kernel, дождались, новость позитивная. Хотя оно еще не работоспособно на все 100
12309 починили?
походу его никогда не починят
Архитектура такова?
Просто 12309, как единый баг, не существует - это большой набор разнокалиберных глюков в разных частях кода с одинаковыми последствиями (тормоза системы). Соответственно, одним коммитом 12309 не починишь.
Никто не просит одним коммитом.
вот каждая обновка ядра - куча постов про 12309.
а то, что уже сейчас можно многое сделать, чтобы 12309 избежать, да и проявляется он далеко не у всех - до этого дойти умом будто сложно :)
это как избежать то можно? (на имеющемся железе, без покупки нового)
лично у меня колоссальную отзывчивость прибавляет RT-патч и включение опций:
CONFIG_HZ_1000=y
CONFIG_HZ=1000
и
CONFIG_PREEMPT_RT=y
CONFIG_PREEMPT=y
CONFIG_PREEMPT_SOFTIRQS=y
CONFIG_PREEMPT_HARDIRQS=y
последний RT-патч вышел недавно, но он пока для 33 ядра. говорят, ожидается для 37-го. ждём-с.
брать тут:
http://www.kernel.org/pub/linux/kernel/projects/rt/----
P.S. при копировании в дистрибутивах GNU/Linux у меня никогда не было таких тормозов, как при копировании файлов в виндах ХР и 7. на одном и том же железе.
окромя того, с использованием нехитрых оптимизаций в конфиге и этого патча - можно добиться отличной отзывчивости.например, прямо сейчас я смотрю фильм (DVDRip ASP XviD ~ 2 гб с небольшим), кодирую MEncoder'ом x264 Blu-Ray и открыто несколько вкладок FF. у меня KDE 4.5.4.
при этом никаких тормозов на своём старом железе не замечаю:
P4 3.2 (одноядерник, да-да :) ), 1 GB DDR2 - думаю, этого достаточно, чтобы понять, что комп 2005 года, и даже на нём всё летает при 100% загрузке. никаких проблем.даже вот сейчас в нагрузку ко всему этому запустил cat /dev/urandom > ~/1111 (это вроде как раз дисковая операция)
и никаких тормозов. курсор не дёргается, окошки сворачиваются-разворачиваются без какой-либо заметной потери плавности. так что...
>[оверквотинг удален]
> с небольшим), кодирую MEncoder'ом x264 Blu-Ray и открыто несколько вкладок FF.
> у меня KDE 4.5.4.
> при этом никаких тормозов на своём старом железе не замечаю:
> P4 3.2 (одноядерник, да-да :) ), 1 GB DDR2 - думаю, этого
> достаточно, чтобы понять, что комп 2005 года, и даже на нём
> всё летает при 100% загрузке. никаких проблем.
> даже вот сейчас в нагрузку ко всему этому запустил cat /dev/urandom >
> ~/1111 (это вроде как раз дисковая операция)
> и никаких тормозов. курсор не дёргается, окошки сворачиваются-разворачиваются без какой-либо
> заметной потери плавности. так что...а сколько из 100% тратится собственно на полезный код? не задавался вопросом?
я не программист и в коде не разбираюсь абсолютно.а в Вашем сообщении прям-таки скептицизм и некоторое всезнайство с презрением сквозит, как мне показалось.
рад буду ошибиться.по теме:
я сравнивал КПД ядер с патчем и без. собранных с одними опциями конфига, за искл. тех, которые добавляются после применения патча. да, собрано одной и той же версией gcc.так вот, тестировал так: запускал скрипт кодирования видео (с time) и ещё несколько приложений: FF, Dolphin и Deadbeef. и выполнял одни и те же действия.
в случае с обычным ядром без патча чанк кодировался менкодером 8 минут 11 секунд. при этом если играла музыка, то на моей системе в момент выполнения скрипта при отображении страниц были некоторые фризы - доли секунды: курсор замирал и музыка.
а с ядром, на которое наложен RT-патч - 8 минут 39 секунд. при этом, музыка не фризилась и отображение страниц не вызывало замирание курсора.
таким образом, потери - менее 5%.
Вы знаете, мне вот компьютер нужен и во время кодирования (которое и по 30 часов может занимать) - и хочется нормально слушать музыку, пользоваться браузером и офисом.
и вот эти 5% потери скорости я с радостью отдам, если могу при этом пользоваться компьютером, а не просто поставить скрипт на выполнение и забыть, как бывало на окнах.так что, уважаемый, Ваш скептицизм вполне неуместен
Просто расслабься, это проявляется у тех, у кого 2-ядерники. Лазь в интернетах больше и не задавайся больше.
>да и проявляется он далеко не у всехПросто не у всех он вызывает такие феерические последствия. А так начинаешь копировать на флешку большой файл и вот оно. 100% загрузка CPU и это на двухядернике с 2 гигами оперативы. Такое ощущение, что что-то там переполняется.
>USB3 SuperSpeedэто просто поддержка звуковух через USB3, а не название звуковухи.
я правильно понимаю что уже в 38-r1 будет новый, инновационный патчик?
Да, вроде в .38 его уже включат (если речь про 200).
создатель PA и systemd загнобил этот патч и предложил схему, где отзывчивость можно получить без патченья ядра. так что могут и не включить именно в ядро.
кстате, я на ядре 35-r8 c этим патчем (SCHED_AUTOGROUP) выхватывал странный глюк в виде внезапной заморозки всей системы (мышь не двигается, музыка останавливается, numlock не перемигивается) в течение 5-10 секунд. в день могло проявиться до 3-4 раз(((
такие дела.
ссылочку можно?
пожалуйста:
http://www.webupd8.org/2010/11/alternative-to-200-lines-kern...
А что случилось с драйвером ath5k ? При использовании ядра v2.6.37-rc8-natty весь эфир почти заглушается, скорость несколько килобайт/с. Пробовал менять /sys/module/mac80211/parameters/ieee80211_default_rc_algo на minstrel -- не помогает.
У меня такое на ath9k_htc было, на 2.6.35. Теперь даже боюсь новые ядраставить. Сижу на 2.6.32 с установленными отдельно compat-wirelss(
Мне помогла смена канала, перешел на ath5k с madwifi примерно на .29 и с .33 начались проблемы, сеть постоянно отваливалась, скорость 0.9 кб, поменял канал в конфиге hostapd и уже почти год ни каких проблем, хотя осенью опять все упало, после перевода времени, rmmod всех модулей подсистемы исправил положение.
Предлагаю в качестве альтернативы задействовать madwifi. Я задействовал на ath9k со специальным патчем, добавляющим поддержку моей карты. Потому что ядерный ath9k не умеет включать лампочку на моем нетбуке
madwifi и есть патч, а патч на патч тот еще костыль, тем более проект madwifi интегрирован со стандартными hostapd и wpa_supplicant, в силу тупиковости развития, конечно, кривизна последних весомый аргумент в пользу madwifi, но и его качество за полследнии полтора года заметно упало, ковырятся в их рассылках в поисках строк которые нужно заменить чтобы оно заработало на новом ядре или ждать неопределенно долго новой ревизии, лучше найти рабочую конфигурацию стандартных средств..Кстате виртуальные, станции на ath5k работают, вполне, единственное при сканировании эфира ими пакеты теряются на основном интерфейсе, но цеплятся к соседской точке не отключая режим ап можно, забавно, что даже точки доступа это умеют не все..
словила 2 паники на ноуте с .37, один раз сразу при загрузке, второй раз через 4 минут после загрузки всего, как всегда , по традиции в нечетных ядрах что-то ломают ;)
2.6.37 уже неделя чтобы не соврать. Что-то не так я делаю наверное...
У кого-либо есть рейд контроллер на LSI SAS 2008? Как это ядро с ним? (может кто с последними RC сталкивался)
Интересует дебиан (до центоса не хочется опускаться)
> Появилась поддержка опции "root=PARTUUID=hex-uuid", нацеленной на корректное определение блочных устройств с которых должно производиться монтирование корневого раздела, через указание UUID дискового раздела;Не понял, через указание UUID где? В ядре? т.е. в kernel cmd line оно уже не требуется?
Тут в этот раз ничего не было написано про то, устранены ли какие либо регрессии прошлых версий ядра и о том, что не было ли какого либо устранения проблем безопасности (а то каждое обновление часто привносит какие либо новые недостатки). Кроме того я знаю один русскоязычный сайт, где раньше каждый день подробно описывалось про изменения в каждом патче. Но он уже почти 2 года, как заброшен и я не могу найти аналогичный другой.
Еще я где то читал, что в винде- 47 млн строк кода. Но тогда почему в линуксовом достаточно во много раз меньше? Могут ли дальнейшие усовершенствования основного ядра избавить от необходимости поддержки других веток? (чтобы сделать его универсальным на все случаи жизни и не заморачиваться с поддержкой других веток). Затронуло ли это обновление версии ядра на спутниковых ресиверах, телевизорах, на мобилах и других устройствах? (а то в продвинутых таких аппаратах линукс тоже стоит).
> Затронуло ли это обновление версии
> ядра на спутниковых ресиверах, телевизорах, на мобилах и других устройствах? (а
> то в продвинутых таких аппаратах линукс тоже стоит).Тихий смех в зале. В последних версиях прошивок медиаплееров Xtreamer — Linux 2.6.12.
> Еще я где то читал, что в винде- 47 млн строк кода.Миша, бросай читать, чувствую, не твоё это.
> Но тогда почему в линуксовом достаточно во много раз меньше?
Потому что в ядре Linux нет медиаплеера и собачки с поиском.
> Могут ли дальнейшие усовершенствования основного ядра избавить от необходимости поддержки других веток?
Счастье для всех и разом? Это противоречит самой ИДЕЕ, зачем тогда свобода, если всех насильно на одну ветку сгонять? Мы же, слава богу, не в США живём.
> Но он уже почти 2 года, как заброшен и я не могу найти аналогичный другой.
Заведи свой. Я бы тоже от такого сайта не отказался. Впрочем, на OpenNet обычно новость про ядро и ядреные штучки очень хорошо написана, и даже вопросов не возникает. А потребность в грепе решает kernelnewbie.
> Затронуло ли это обновление версии ядра на спутниковых ресиверах, телевизорах, на мобилах и других устройствах?
Грепай ченчлог по конкретным моделям.
> (а то в продвинутых таких аппаратах линукс тоже стоит).
Стоит винда. Linux - работает, за себя и за того парня.
Альтернатива ускоряющего патча, читаем тут:http://www.webupd8.org/2010/11/alternative-to-200-lines-kern...
http://www.webupd8.org/2010/11/script-to-automatically-apply...http://habrahabr.ru/blogs/linux/108353/
Проверено, работает.
> Проверено, работает.На opennet про это раньше было: http://www.opennet.me/tips/2478_cgroup_latency_linux_kernel_...
Собрал - полет нормальный.
>При выполнении "make xconfig" конфигуратор теперь по умолчанию использует библиотеку Qt4;Линус возвращается на KDE? :)
при чем тут кде?
> при чем тут кде?Очевидно, при том, что Qt.
QT это QT, не надо к нему КДЕ приплетать
>QT это QT, не надо к нему КДЕ приплетать
>QTДа, QuickTime с KDE действительно не связан. :)
Так, накопилось у меня тут за праздники, мож кому нужно.3 в 1:
SCHED_AUTOGROUP
TRANSPARENT_HUGEPAGE (ака 2Mb страницы)
XZ сжатие (оно же LZMA2 )http://pavlinux.ru/krnl/AUTOGROUP_2MPAGES_XZ-2.6.37.patch.bz2
Сразу же на стадии menuconfig вывалилось с неспособностью открыть /что-то там/xz/Kconfig... не помню точно. Да и вообще ядро слегка "поломанное" у Линуса с бодуна вышло: например, когда произвожу обычные для своего железа действия - отключаю AGP в Graphic Settings то на экран вываливаются ошибки. Многие уже жаловались на те или иные подобные штуки. Короче, ждем 2.6.37.2 как минимум.
> Сразу же на стадии menuconfig вывалилось с неспособностью открыть
> /что-то там/xz/Kconfig... не помню точно.Ай блин, точно....... У меня ж там diff с git, но многое руками правил.
Ща переделаю с 2.6.37
Ну шо там? :)
> Ну шо там? :)fixed :)
Тока проверяйте, перед применением, подходит ли вообще патч.
# bzip2 -cd ../AUTOGROUP_2MPAGES_XZ-2.6.37.patch.bz2 | patch -p1 --dry-run
и если вывод без reject_ов , тогда можно и без --dry-run
Надо что-то включать в меню для 2мем и прочего или уже включено? Кстати, у меня нубский вопрос еще есть: надо обязательно подкладывать какой-то конфиг или в ядре есть свои какие-то "дефолтные" настройки?
> Надо что-то включать в меню для 2мем и прочего или уже включено?
> Кстати, у меня нубский вопрос еще есть: надо обязательно подкладывать какой-то
> конфиг или в ядре есть свои какие-то "дефолтные" настройки?копируешь старый .config,
# make oldconfig
и оно покажет новые переменные.
XZ врубается в:General setup --->
Kernel compression mode (gzip) --->
(x) XZAutogroup в:
General setup --->
[*] Automatic process group schedulingTransparent Hugepage (они же 2Mb page ) в:
Processor type and features --->
[*] Transparent Hugepage Support
Transparent Hugepage Support sysfs defaults (always) --->
(X) always
( ) madviseP.S.
Для XZ сжатия, нужны XZ Utils - http://tukaani.org/xz/
Теперь в самом начале сборки вываливает следующее:linux-2.6.37/arch/x86/include/asm/paravirt.h: In function ‘set_pmd_at’:
/home/satellite/Documents/Kernel/linux-2.6.37/arch/x86/include/asm/paravirt.h:565: error: ‘pmd_t’ has no member named ‘pmd’
make[3]: *** [arch/x86/kernel/asm-offsets.s] Error 1
make[2]: *** [prepare0] Error 2
make[2]: Leaving directory `/home/satellite/Documents/Kernel/linux-2.6.37'
make[1]: *** [debian/stamp/conf/kernel-conf] Error 2
make[1]: Leaving directory `/home/satellite/Documents/Kernel/linux-2.6.37'
make: *** [debian/stamp/conf/minimal_debian] Error 2
Failed to create a ./debian directory: No such file or directory at /usr/bin/make-kpkg line 984
> Теперь в самом начале сборки вываливает следующее:
> linux-2.6.37/arch/x86/include/asm/paravirt.h: In function ‘set_pmd_at’:
> /home/satellite/Documents/Kernel/linux-2.6.37/arch/x86/include/asm/paravirt.h:565:
> error: ‘pmd_t’ has no member named ‘pmd’Поздравляю, нашёл косяк, тока это не мой. :)
Ща, исправим ...
>> Теперь в самом начале сборки вываливает следующее:
>> linux-2.6.37/arch/x86/include/asm/paravirt.h: In function ‘set_pmd_at’:
>> /home/satellite/Documents/Kernel/linux-2.6.37/arch/x86/include/asm/paravirt.h:565:
>> error: ‘pmd_t’ has no member named ‘pmd’
> Поздравляю, нашёл косяк, тока это не мой. :)
> Ща, исправим ...Ну вроде всё...., там же - http://pavlinux.ru/krnl/AUTOGROUP_2MPAGES_XZ-2.6.37.patch.bz2
Вот после таких косяков, и думаешь, "- а как оно раньше работало?!..." :)
> Теперь в самом начале сборки вываливает следующее:DEB i386 собирались в Squeeze (иль как его там)
http://pavlinux.ru/debian/linux-image-2.6.37_plx_i386.deb
http://pavlinux.ru/debian/linux-firmware-image_plx_all.deb
А зачем мне фирмварь да еще и имидж? :) Это для какого дистрибутива )))
Патч не могу скачать, ошибка 404 уже. Подправь плиз.
> А зачем мне фирмварь да еще и имидж? :) Это для какого дистрибутива )))Делал в Debian 6.0
> Патч не могу скачать, ошибка 404 уже. Подправь плиз.
Упс, забыл скопировать. :)
http://pavlinux.ru/krnl/AUTOGROUP_2MPAGES_XZ-2.6.37.patch.bz2
А почему у меня всегда получается только linux-image и linux-headers тогда?
В смысле сборка в debian?Я в каталоге ядра пущаю:
# make KDEB_PKGVERSION=1.0 deb-pkg
на выходе 2 файла - бинарное ядро и фирмвари
А я стандартно ибо заголовки тоже нужны:make-kpkg --rootcmd fakeroot --initrd kernel_image kernel_headers
> А я стандартно ибо заголовки тоже нужны:# make INSTALL_HDR_PATH=/usr headers_install
Не собирается nvidia с оффсайта: валятся ошибки в консоль, последняя запись была что-то типа split_huge_pages... Короче фпостель такие инновации. Подождем ванильное 2.6.37.1 хотя бы, чтобы можно было нормально конфигурять его под себя.
> Не собирается nvidia с оффсайта: валятся ошибки в консоль,
> последняя запись была что-то типа split_huge_pages...# dmesg | grep NVIDIA
NVRM: loading NVIDIA UNIX x86_64 Kernel Module 260.19.29 Wed Dec 8 12:08:56 PST 2010# uname -a
Linux suse64 2.6.37+ #5 SMP PREEMPT Thu Jan 6 17:28:37 MSK 2011 x86_64 x86_64 x86_64 GNU/Linux# zcat /proc/config.gz | egrep 'AUTOGROUP|TRANSPARENT|KERNEL_XZ'
CONFIG_HAVE_KERNEL_XZ=y
CONFIG_KERNEL_XZ=y
CONFIG_SCHED_AUTOGROUP=y
CONFIG_TRANSPARENT_HUGEPAGE=y
CONFIG_TRANSPARENT_HUGEPAGE_ALWAYS=y
# CONFIG_TRANSPARENT_HUGEPAGE_MADVISE is not set> Подождем ванильное 2.6.37.1 хотя бы, чтобы можно было нормально конфигурять его под себя.
> хотя бы, чтобы можно было нормально конфигурять его под себя.Autogroup уже в git появилось!
Я не об этом. Я в первом своем посте написал, что к чему. Само ядро с бодуна выпущено :(
> Не собирается nvidia с оффсайта: валятся ошибки в консоль, последняя запись была
> что-то типа split_huge_pages... Короче фпостель такие инновации.а вам не кажется что претензии надо слать в nvidia ? мой галиум прекрасно работает с 37 ядром
Ты не следишь за этой веткой общения. Без этого патча все прекрасно собирается и работает, но хочется попробовать и его, т.к. все три фичи - неплохие решения. Павлинух дебажит, я тестирую :) Не бузи.
Там какой-то гимор на 32-битах.
AUTOGROUP и XZ фигбы с ними - работают, а вот 2MB страницы никак.
Где-то deadlock и пипец. Никак не поймаю.
Закрадывается мысля, что это из-за того что работает в виртуалке.
Ладно, не парься... Подождем следующего релиза. На самом деле, это ж не дело, когда ванильное ведро валит ошибки через весь экран при обычном его конфигурировании, согласись. Повторяю, проверить легко: идешь в настройки Graphic Settings (кажется, это в Device Drivers) и отключаешь самую первую звездочку - AGP поддержку, и пипец. Пусть сами обкатают ядрышко, потом будешь отлавливать ошибки )) Рождество все таки, праздники, выходные. Надо воздухом подышать свежим.
> Ладно, не парься... Подождем следующего релиза. На самом деле, это ж не
> дело, когда ванильное ведро валит ошибки через весь экран при обычном
> его конфигурировании, согласись. Повторяю, проверить легко: идешь в настройки Graphic
> Settings (кажется, это в Device Drivers) и отключаешь самую первую звездочку
> - AGP поддержку, и пипец.AGP у меня уж года 3-4 как выключено :)
Кстати, nvidia 260.19.29 32-битная собралась, тока с одним глюком.
На .ioctl ругается в nv.c, нужно удалить нафиг эти три строки
#ifdef ЧЕЙТО_ИОЦТЛ
.ioctl = бла-бла_иоцтл;
#endif> Пусть сами обкатают ядрышко, потом будешь отлавливать ошибки ))
> Рождество все таки, праздники, выходные. Надо воздухом подышать свежим.
Да оно у меня точно также выключено. Точнее, если пересобираю ядро то отключаю. Я о том, что ошибки валят через весь менюконфиг при попытке отлючить agp. Все ж было нормально в предыдущих ядрах.
Позавчерась,и сегодня появились всё эти патчи в 2.6.37-git13 (это уже будущие версии)
> В KVM обеспечена возможность создания паравиртуализированных гостевых окружений на платформе PowerPC;Прям так и вижу XEN на LPAR'e :)
LPAR? на PowerPC?...
а вы сервера IBM видели?
> а вы сервера IBM видели?как-то я считал, что там powerN, а не PC
хотя кто их там знает
>> а вы сервера IBM видели?
> как-то я считал, что там powerN, а не PC
> хотя кто их там знаетподи такая же заморочка, как и x86_64, amd64 и что-то там от интела еще
Странная фигня. Ядро собралось норм.
При загрузке видит устройство sda <sda1 sda2 sda3 sda5 sda7>
Дальше, при монтировании fs (вернее при fsck перед монтированием) не видит sda2 ну и соответственно не монтирует root fs и вываливается. Где ковырять ? ощещение что в udev у меня что-то не то, но точно не пойму где
Хз. Надо попробовать фсцкнуть себя. До следующей проверки по расписанию просто долго ждать, а ядро уже обновил :) Ты хоть нормально в другое перегрузился? ФС в норме? Бо я когда его компилил - были ошибки при самом конфигурировании, на экран валились ошибки прямо через все окно менюконфига.
> Хз. Надо попробовать фсцкнуть себя. До следующей проверки по расписанию просто долго
> ждать, а ядро уже обновил :) Ты хоть нормально в другое
> перегрузился? ФС в норме? Бо я когда его компилил - были
> ошибки при самом конфигурировании, на экран валились ошибки прямо через все
> окно менюконфига.FS в норме, первое что проверил, с CD загрузился и фсцкнул :)
Ошибки при конфигурировании были, но не критичные поправил,
Сейчас обновил gcc до 4.5.2, и пропатченый udev сегодня Патрик выложил, ядро компилится сейчас. :) Перезагружусь - отпишу :)
> Ошибки при конфигурировании были, но не критичные поправил,
> Сейчас обновил gcc до 4.5.2, и пропатченый udev сегодня Патрик выложил, ядро
> компилится сейчас. :) Перезагружусь - отпишу :)Все норм. Заработало :)
И что за дистр у тебя и версию удава скажи тоже.
> И что за дистр у тебя и версию удава скажи тоже.Дистр слака-карент. udev 1.65
В старое ядро перегрузился нормально, по ходу дела на самом деле что-то с udev-ом, не создаются по ходу устройства под /dev/
Хз. Странно, у меня дебиан и версия удава 164-3 вообще... Ядро собралось нормально и работает тоже без проблем, но fsck еще не пробовал. Как само автоматом сработает через 80 монитрований там и посмотрим. Ты там с UUID'ами не баловался часом? Может в этом проблема?
> Хз. Странно, у меня дебиан и версия удава 164-3 вообще... Ядро собралось
> нормально и работает тоже без проблем, но fsck еще не пробовал.
> Как само автоматом сработает через 80 монитрований там и посмотрим. Ты
> там с UUID'ами не баловался часом? Может в этом проблема?Да нет, просто как выяснилось, в ядре было вырублено DEVTMPFS, хотя конфиг не менялся с прошлой пересборки.
А UUID-ы не трогал.
>> Хз. Странно, у меня дебиан и версия удава 164-3 вообще... Ядро собралось
>> нормально и работает тоже без проблем, но fsck еще не пробовал.
>> Как само автоматом сработает через 80 монитрований там и посмотрим. Ты
>> там с UUID'ами не баловался часом? Может в этом проблема?
> Да нет, просто как выяснилось, в ядре было вырублено DEVTMPFS, хотя конфиг
> не менялся с прошлой пересборки.
> А UUID-ы не трогал.Случайно не нажал Y, при вопросе: CONFIG_DEVTMPFS_MOUNT (y/N):