Представлены очередные корректирующие релизы ядра Linux: 3.1.5 (https://lkml.org/lkml/2011/12/9/267) (119 исправлений (http://www.kernel.org/pub/linux/kernel/v3.0/ChangeLog-3.1.5)), 3.0.13 (https://lkml.org/lkml/2011/12/9/266) (80 исправлений (http://www.kernel.org/pub/linux/kernel/v3.0/ChangeLog-3.0.13)) и 2.6.32.50 (https://lkml.org/lkml/2011/12/9/291) (28 исправлений). Как обычно, в анонсе выхода новых версий подчеркивается обязательность проведения обновления.
Из подсистем в которые внесены исправления можно отметить: ipv4, route, iwlwifi, mac80211, USB, ALSA, drm/radeon, SCSI, xfs, ext4, drm/i915, crypto, eCryptfs. Из исправленных проблем, которые возможно имели отношение к безопасности можно выделить целочисленное переполнение в drm_mode_dirtyfb_ioctl() и обращение к области памяти после её освобождения в ext4_end_io_dio().URL: http://www.kernel.org
Новость: https://www.opennet.ru/opennews/art.shtml?num=32527
поддержку нормальной работы при 2-х разных (интегрированная и дискретная)видеокарт АМД когда сделают? экран тупо тухнет... Или не в ядре дело? Надо всего лишь решить, какую видяху задействувать и другую "игнорить", делов то...
> поддержку нормальной работы при 2-х разных (интегрированная и дискретная)видеокарт АМД
> когда сделают? экран тупо тухнет... Или не в ядре дело? Надо
> всего лишь решить, какую видяху задействувать и другую "игнорить", делов то...хых.. такая же ситуация и с optimus от nvidia... есть сторонние решения..
Интересно какие же?
бамблебее что ли.
пруф https://github.com/MrMEEE/bumblebee
https://a248.e.akamai.net/assets.github.com/img/7eedf76e43b1...
ну дык поправили жэ!
Графика в ядре? Нет пути!
> Графика в ядре? Нет пути!А чему противоречит базовая работа с видяхой в ядре? Видяха такое же оборудование как и все остальное, поэтому простейший доступ к оному можно и через ядро.
Работу intel_hda и кодека via VT1802 наконец наладили?
По-моему, оба вопроса надо адресовать вендорам.
с видюхой Intel тоже тухнет...
господа вопрошающие "когда же уже сделают" сядьте и на минутку задумайтесь, а что вы сами сделали для опенсорса ? Ничего ? А чего тогда требуете ?
А пость эти твари не ломают то, что в прошлой версии уже работало без нареканий.
Arch Linux, обновляюсь раз в неделю, после перехода на GNOME 3 в начале года ничего не поломали.
Регрессии при активной разработке — обычное дело. Или Вы думаете, что разработчики только то и делают, что думают, чтоб им поломать, чтоб анону с опеннета было плохо?
У вашей проблемы есть два пути решения:
1) ставьте прошлую версию, не обновляйтесь
2) создавайте тикеты, жертвуйте деньги в foss factory на особо критичные для Вас баги и регрессии
а чем "пожертвовать денег на foss" - отличается от купить программу?
Ах да, купив - ты получаешь поддержку, а пожертвовав - ты ничего не получаешь, этакий реккет от Linux kernel программистов.
Несколько радикально, но с основным посылом я спорить не станту: купить бывает выгодней.
Но тут уж каждйый для себя решает, что ему важнее. Мне приятно пользоваться линуксом, и при прочих равных, я охотнее пожертвую на развитие удобного и привычного инструмента, чем куплю совершенно непривычный и неподходящий мне инструмент.И, все же, уточню, что поддержку от коммюнити часто можно получить очень хорошую. На практике это, правда, редко касается таких вещей как ядро (увы), но авторы многих прикладных программ охотно внедряют полезные фичи и исправляют недоработки.
> А пость эти твари не ломают то, что в прошлой версии уже
> работало без нареканий.Вы так говорите как будто они к вам пришли, наставили на вас автомат и потребовали использовать какую-то мегаэкспериментальную ветку от разработчиков, используя вас как тестовый манекен. Хотя честно говоря, тестовый манекен для испытания самолетов или автомобилей из такого неблагодарного получился бы намного лучше :)
> А пость эти твари не ломают то, что в прошлой версии уже
> работало без нареканий.По какой религиозной причине Вы не пользуетесь LTS-версиями?
вопросы про когда в багзиллу писать нужно
а что, багзиллу уже починили?
#12309 починили?
Да.
С виндой-то понятно, - в линуксе когда починят?
> С виндой-то понятно,А в венде есть /dev/zero, как измеряли-то?
> в линуксе когда починят?
Какое ядро на компе?
> А в венде есть /dev/zero, как измеряли-то?Там есть NUL, если уж сильно хочется.
> С виндой-то понятно, - в линуксе когда починят?Да, с ней понятно что никогда не починят: там при переключении между жирными задачами аж мышка рывками ездит. В линуксе такой ж-ы с ручкой не наблюдается.
Плюсанул :)- Папа, а правда, что Шиндошс - многозадачная ОСь?
- Да, сынок, сейчас доформатирую дискетку и тебе покажу...
Над этой хохмой из эры 90-х и я в своё время смеялся, потом поставил rh-4.2 на мой тогдашний i486 и понял, что не ту ОС Шиндошс назвали, т.к. тормозило оно просто перманентно, в отличии от 95-й винды, в которая просто летала и памяти требовала несравненно меньше (на 8мб озу можно было в ворде/экселе работать)
> от 95-й винды, в которая просто летала и памяти требовала несравненно меньшеДык в 95 была дикая смесь 16 и 32-битных костылей, работающая поверх DOS. Куски дров и системы были на асме (быстро, но непортабельно). Разделения прав не было совсем. Как и нормальной многоюзеровости. Любая 16-битная задача могла полностью узурпировать систему и системе наставал каюк. Более того, даже прямой доступ в железо не был закрыт толком. WinCIH одобрил, убивая наповал данные на первой дорожке диска а если повезет то и затирая флеху с биосом для наиболее суровых лулзов.
Линуксы той поры логично с NT4 сравнивать - такая же более-менее честная 32-битная многозадачка писаная на си, с системой прав, etc. Нтя 4 на 8Мб даже инсталлиться не собиралась, сразу в инсталлере сообщая что менее 16 - вообще ну никак и все тут. И на этих 16 она весьма злобно тормозила. Как-то юзабельно оно было с 32. В
Вывод? Сравнивать дос-переросток с честной многозадачкой не комильфо!
> Да, с ней понятно что никогда не починят: там при переключении между
> жирными задачами аж мышка рывками ездит. В линуксе такой ж-ы с
> ручкой не наблюдается.Угу, а 12309 это вообще провокация лично Баллмера
Да как сказать. На ноуте всё в порядке, хотя процессор раза в полтора по частоте уступает компу. Я даже не подозревал долгое время о том, что всё через pulseaudio работает.На компе же чуть обращения к диску, особенно когда в своп лезет — пиши пропало. Отзывчивость падает до немогу. iowait более 50%, хотя все остальные процессы вместе взятые 10%. И как следствие пропуски кадров, спотыкание звука даже на голой alsa и прочие «прелести».
> спотыкание звука даже на голой alsa и прочие «прелести».Видимо какой-то особо неудачный чипсет с какими-то багами. Ну или вы засрали файловую систему так что драйвер дико клинит на ее парсинге.
А есть инмормация, будут ли апдейты для 2.6.37.6? просто это последняя нормально работающая версия ведра на моем ноуте, с приемлемым энерго потреблением. 3.1.4 пробовал, все также куча, просто куча wakeup-ов при простое. А когда что-то стоящее делаешь они просто взлетают, и батарейка садится за 30 минут, когда могу 3 часа проседеть на 2.6.37.6
37-го ведра больше нет и не будет, тоже самое и с 39-м.
> минут, когда могу 3 часа проседеть на 2.6.37.6Во первых, седеть от использования - не надо :)
Во вторых, откройте для себя форсирование ASPM, делается одной командой ядру.
В третьих, в 3.2 конечно патч не попадет, но уж в 3.3 будет как с куста. Читайте фороникс, там кроме бенчей-с-порно бывают и вполне годные новости.
> А есть инмормация, будут ли апдейты для 2.6.37.6? просто это последняя нормально
> работающая версия ведра на моем ноуте, с приемлемым энерго потреблением. 3.1.4
> пробовал, все также куча, просто куча wakeup-ов при простое. А когда
> что-то стоящее делаешь они просто взлетают, и батарейка садится за 30
> минут, когда могу 3 часа проседеть на 2.6.37.6Не будут. Текущие LTS-ветки - 2.6.32, 2.6.33. 2.6.34 и 2.6.35, лучше перейдите на одну из них.
Спасибо. Щас попробую 35ую.
А где можно прочитать информацию про о сроках поддержки?
https://www.opennet.ru/opennews/art.shtml?num=28874
https://www.opennet.ru/opennews/art.shtml?num=31475
https://www.opennet.ru/opennews/art.shtml?num=32135
Только вот мне одно не понятно: если сейчас политика поддержки "обновления для обычных стабильных веток ядра выпускается до момента выпуска следующей версии", то почему выходят обновления для 3.0 (https://www.opennet.ru/opennews/art.shtml?num=32527), тогда как на данный момент стабильной является 3.1. Буду бесконечно признателен, если кто-то поможет прояснить ситуацию.