После двух месяцев разработки Линус Торвальдс анонсировал (https://lkml.org/lkml/2014/10/5/126) релиз ядра Linux 3.17. Среди наиболее заметных улучшений: новые системные вызовы getrandom и seccomp, возможность обращения к областям памяти через файловый дескриптор (memfd), поддержка ограничения операций с файлом через дескриптор, включена по умолчанию реализация Render Nodes, поддержка dma-buf, прекращена поддержка архитектур POWER3 и rs64.
В новую версию принято около 12 исправлений от 1300 разработчиков, размер патча - 54 Мб (изменения затронули 10605 файлов, добавлено 653577 строк кода, удалено 668166 строк). Около 46% всех представленных в 3.17 изменений связаны с драйверами устройств, примерно 18% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 12% связано с сетевым стеком, 5% - файловыми системами и 3% c внутренними подсистемами ядра.
Из наиболее интересных новшеств (http://kernelnewbies.org/Linux_3.17) можно отметить:-
Память и системные сервисы- Поддержка техники маппинга памяти memfd (http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.g... при которогой область памяти идентифицируется через файловый дескриптор, который может передаваться между процессами. По сути можно выделить память как по malloc, но обращаться к ней как с файлом, по файловому дескриптору. Управление производится через системный вызов memfd_create() (http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.g...
- Представлена техника запечатывания файла (file sealing (http://lwn.net/Articles/593918/)), которая позволяет ограничить выполняемые над файлом операции, напирмер, запретить на уровне файлового дескриптора изменение содержимого файла, увеличение или уменьшение размера, т.е. можно передать дескриптор другому процессу защитив данные от изменения. С практической стороны данная функциональность необходима для заморозки содержимого memfd, чтобы после передачи файлового дескриптора не позволить другим процессам изменять связанную с memfd область памяти. File sealing и memfd являются ключевыми компонентами, необходимыми для реализации kdbus (http://www.opennet.me/opennews/art.shtml?num=36067) (аналог D-Bus внутри ядра);
- Включена по умолчанию технология Render Nodes (http://www.opennet.me/opennews/art.shtml?num=37797), подразумевающая разделение монолитных устройств /dev/dri/card{num} на две категории: Rendering Nodes (/dev/dri/renderD{num}), отвечающие за аппаратное ускорение рендеринга и обсчет вычислительных заданий GPGPU, и ModeSetting Nodes (/dev/dri/modeset{num}), обеспечивающие переключение видеорежимов и управление экраном. Таким образом предоставлены более гибкие средства для управления правами доступа и возможность выполнения вычислений на GPU или рендеринга без вывода на экран и без привязки к активному дисплею. До реализации Render Nodes все операции рендеринга и смены видеорежимов выполнялись через один интерфейс, что приводило к невозможности независимого выставления прав на выполнение операций ускорения рендеринга и переключение видеорежимов. Поддержка Render Nodes присутствует в драйверах i915, Radeon и Nouveau;- Для всех модулей ядра доступна переписанная реализация API DMA-BUF, позволяющего организовать совместное использования буферов драйверами и различными подсистемами, а также синхронизировать работу устройств (cross-device synchronization);
- В утилиту perf добавлена возможность трассировки обращений к невыделенным страницам памяти (page-fault) и генерации связанной с такими обращениями статистики. В команде "perf timechart" реализована генерация диаграмм, отображающих события ввода/вывода;
- Внесена серия исправлений, связанных с решением проблемы 2038 года (http://ru.wikipedia.org/wiki/%D0%9F%D1%8... которая приведёт к переполнению 32-разрядных эпохальных счётчиков времени;-
Сетевая подсистема
- В netfilter прекращена поддержка цели "ULOG", которая давно объявлена устаревшей (c 2006 года рекомендуется использовать "NFLOG");
-
Дисковая подсистема, ввод/вывод и файловые системы- Для работы файловой системы XFS теперь необходима сборка ядра с 64-разряндным числом секторов. Добавлен раздел XFS в sysfs с параметрами для тестирования файловой системы;
- В клиенте NFS добавлена поддержка выборок на основе механизма синхронизации RCU (Read-copy-update (http://en.wikipedia.org/wiki/Read-copy-update)), позволивших ускорить нахождение файлов при наличии информации в кэше;
- Начальная поддержка Multiqueue SCSI, рассчитанного на организацию многопоточного доступа к данным на многоядерных системах и позволяющего эффективно использовать возможности современных SSD-накопителей. Архитектура Multiqueue SCSI основана на двухуровневой модели очередей: на первом уровне функционируют очереди для передачи запросов ввода/вывода, привязанные к каждому CPU. Из данных очередей запросы направляются в очереди второго уровня, которые координируют обращение к оборудованию. В зависимости от конфигурации системы, числа CPU и накопителей соотношение между очередями первого и второго уровня может составлять от 1 к 1 до N к M.-
Виртуализация и безопасность- Добавлен системный вызов kexec_file_load(), позволяющий выполнить проверку по цифровой подписи для нового ядра, перед его запуском с использованием механизма kexec. Ранее функцию загрузки нового ядра из уже запущенного ядра Linux (kexec) приходилось отключать при использовании UEFI Secure Boot, так как невозможно было гарантировать сохранение цепочки доверия;
- В криптографическую подсистему добавлена поддержка детерминированного генератора псевдослучайных чисел, соответствующего спецификации NIST SP800-90A (http://en.wikipedia.org/wiki/NIST_SP_800-90A). Также обеспечена возможность разбора подписанных сообщений PKCS#7 (https://ru.wikipedia.org/wiki/PKCS) и проверки цифровых подписей;
- Добавлен системный вызов getrandom(), который является аналогом системного вызова getentropy, присутствующего в OpenBSD. Getrandom предоставит надёжную защиту от атак, основанных на исчерпании доступных файловых дескрипторов. При отсутствии свободных дескрипторов невозможно задействовать /dev/urandom, поэтому библиотеками активируется запасной вариант, использующий менее надёжный PRNG. Getrandom предоставит возможность получения случайных чисел от системного PRNG даже в условиях отсутствия свободных файловых дескрипторов.
- В подсистему LSM (linux security module) добавлен новый hook kernel_fw_from_file(), который можно использовать для проверки целостности бинарных прошивок перед их загрузкой ядром;- Добавлен новый системный вызов seccomp (https://lkml.org/lkml/2014/6/23/899) для управления режимом работы и фильтрами механизма (http://www.opennet.me/opennews/art.shtml?num=33654) ограничения доступа к системным вызовам для приложений. Новый системный вызов позволяет решить проблемы (http://lwn.net/Articles/600250/) с использованием Seccomp filter для многопоточных приложений (ранее фильтры Seccomp привязывались только на уровне процесса через prctl(PR_SET_SECCOMP, SECCOMP_MODE_FILTER, filter));
-
Аппаратные архитектуры- Прекращена поддержка архитектур POWER3 и rs64, связанный с которыми код уже достаточно давно находился в неработоспособном состоянии;
- Прекращена поддержка систем Samsung S5P6440, S5P6450 и S5PC100;- Для архитектуры ARM64 добавлена поддержка четырёхуровневых таблиц страниц памяти, что позволило значительно расширить размер адресуемой виртуальной памяти;
- Гипервизор KVM адаптирован для big-endian ARM-систем;-
Оборудование
- В DRM-драйвере Nouveau устранены проблемы с использованием GPU Kepler, добавлена поддержка режима Zero Bandwidth Clear для GPU Ferm...URL: https://lkml.org/lkml/2014/10/5/126
Новость: http://www.opennet.me/opennews/art.shtml?num=40755
Удалено больше строчек, чем принято?! Аллилуйя!!!
Скорее всего это из-за удаления кода двух устаревших архитектур POWER3 и rs64, и в следующем ядре снова количество добавленных строк будет больше числа удалённых.
еще что-то ненужное найдут!
Когда добавляешь в 2 раза меньше строчек, чем удаляешь, а функционал не меняется или даже расширяется - это по-моему вообще самое приятное в программировании )))
Самое приятное - когда ты написал программу, и теперь работу 20 могут выполнять двое, и остальных 18 теперь увольняют.
> Самое приятное - когда ты написал программу, и теперь работу 20 могут
> выполнять двое, и остальных 18 теперь увольняют.Двое "Терминаторов", с металлическим лицом и светящимся взглядом ;)
>> Самое приятное - когда ты написал программу, и теперь работу 20 могут
>> выполнять двое, и остальных 18 теперь увольняют.
> Двое "Терминаторов", с металлическим лицом и светящимся взглядом ;)У таких ребят весьма оригинальный был(будет?) процесс "увольнения всех остальных" )
> теперь работу 20 могут выполнять двое, и остальных 18 теперь увольняют.Да, у вас, у клоунов, забавно всё...
> Самое приятное - когда ты написал программу,
> и теперь работу 20 могут выполнять двое, и остальных 18 теперь увольняют.Вот виндовых эникеев типа тебя и поувольняют как раз первым делом :)
Это нихрена не приятно.
Не увольняют же, а просто расширяют компанию.
Особенно если ты в числе тех 18 :D
Так-то старые армы, да и вообще архитектуры, можно выносить и выносить... только бы дебианщики не бэкпортировали снова.
>являются ключевыми компонентами, необходимыми для реализации kdbusкоторый в свою очередь является ключевым компонентом, необходимым для внесения в ядро systemd
Наоборот :)
Эволюция неизбежна, смирись.
Дегенерация - тоже эволюция
А почему ни кто не вспоминает, что systemd можно использовать чисто как систему запуска сервисов, а не весь этот комбайн, коим он всем представляется?
> А почему ни кто не вспоминает, что systemd можно использовать чисто как
> систему запуска сервисов, а не весь этот комбайн, коим он всем
> представляется?Да! Почему об этом не "вспоминает" Debian? Скоро(*) же релиз!! </>
> А почему ни кто не вспоминает, что systemd можно использовать чисто какПробовали?
да, кстати, хотел вот узнать, а что, разве существуют дистрибутивы в которых используеются все-все-все "заменяющие" функции systemd?
> да, кстати, хотел вот узнать, а что, разве существуют дистрибутивы в которых
> используеются все-все-все "заменяющие" функции systemd?Функции запиливают быстрее, чем разработчики дистров успевают их осилить. Так что пока нет :)
> Дегенерация - тоже эволюцияВозможно, с точки зрения микробов, люди - это дегенеративные формы жизни, пригодные только на то, чтобы на них паразитировать :)
systemd это именно что деградация
> systemd это именно что деградацияПо мнению всяких горлопанов с хабра в основном. А разработчики и майнтайнеры как-то достаточно положительно в массе своей к нему относятся. Такая фигня.
> с хабраПростите, мы говорим хабр, а подразумеваем опеннет.
>> с хабра
> Простите, мы говорим хабр, а подразумеваем опеннет.Потому что на опеннете стало слишком много хабры.
> Потому что на опеннете стало слишком много хабры.Потому что ламероватые горлопаны - везде одинаеовые.
> А разработчики и майнтайнеры как-то достаточно положительно в массе своей к нему относятся. Такая фигня."разработчики и майнтайнеры" в вашей конкретной школе, может, и "положительно в массе".
А, например, в рассылках opensuse срач стоит на нешуточный - "наелись" уже системдой разработчики и мейнтейнеры, хоть и вводили там его постепенно, "с вазелином", с нанятыми красноречивыми долбо^ораторами-евангелистами с толтыми методичками.
> с нанятыми красноречивыми долбо^ораторами-евангелистами с толтыми методичками.И, конечно, ты покажешь мне фото методички? :)
> По мнению всяких горлопанов с хабра в основном. А разработчики и майнтайнеры как-то достаточно положительно в массе своей к нему относятся. Такая фигня.Мнение разработчиков и мейнтейнеров не имеет никакого значения для ведущих анонимных экспертов.
> Мнение разработчиков и мейнтейнеров не имеет никакого значения для ведущих анонимных экспертов.ЧСХ это работает и в обратную сторону. А поскольку разрабатывают все-таки разработчики, ландшафт будущего определяется ими :).
Важно отметить, что в 3.17 еще и появилась поддержка кучи беспроводных сетевух broadcom в драйвере b43. Наконец мой ноут будет иметь wi-fi из коробки в дистрибутивах, где это ядро будет по-умолчанию.
"По умолчанию", сколько же можно. Безо всяких знаков препинания!
а kdbus таки засадят !
слушайте ! как так получается, что какой-то псих ломает и корёжит всю экосистемы Linux и всем по х.... ?!?!
А так же ходит по квартирам и насильно удаляет старое ядро с компьютеров.
Приобретёте новое железо и сами будете вынуждены поставить свежее ядро.
А как же идеалы OpenSource? Клонируйте ядро и развивайте самостоятельно!
да ладно, это ж работать надо. а так можно по форумам просто потрындеть
Никто ничего не корёжит. Linux не Unix. OS X — Unix, и там есть launchd. Механизмов межпроцессного взаимодействия POSIX и SYSV недостаточно для всех современных применений.
скажите чем kdbus отличается от posix msg ? кроме того что kdbus кидается xml а не бинарниками ?
> скажите чем kdbus отличается от posix msg ? кроме того что kdbus
> кидается xml а не бинарниками ?А вы попробуйте написать программу, которая должна получать некоторую информацию (например, сообщения о событиях) от демона, разработчики которого про вас ничего не знают.
Или вы не программист, а просто мимо проходили?
По Вашему нормальный IPC - это плохо?
> По Вашему нормальный IPC - это плохо?а чем это лучше netlink msg и posix message ?
> а чем это лучше netlink msg и posix message ?Тем что позволяет заинтересованным подписчикам подписаться на события. При том подписчики не обязаны знать какая конкретно программа предоставляет все это. А генератор событий ничего не знает о том кому они интересны.
Знаете, когда вы шлете сообщение на опеннет - вы почему-то шлете их по HTTP. А вовсе не raw ethernet frames с кастомным форматом протокола. Ну вот и с IPC всем обломно слать raw сообщения по кастомным протоколом, самолично парясь вопросом кому это интересно.
Извините, в каком месте он нормальный? Открываем фридесктопный IntroductionToDBus и видим там нагромождение сущностей. Вы где видели, чтобы по одному и тому же соединению было доступно несколько объектов, и чтобы у каждого из объектов было по несколько интерфейсов? Зачем это всё? Какую проблему решает? Да никакую, только коней с людьми мешают, о чём прямо там же, кстати, и написано:> This gets confusing sometimes, especially since related names are often chosen to look very similar--a connection org.freedesktop.Hal may provide an object /org/freedesktop/Hal/Manager that implements an interface org.freedesktop.Hal.Manager.
> Извините, в каком месте он нормальный? Открываем фридесктопный IntroductionToDBus и видим
> там нагромождение сущностей. Вы где видели, чтобы по одному и тому
> же соединению было доступно несколько объектов, и чтобы у каждого из
> объектов было по несколько интерфейсов?Обычный мультикаст, вообще-то.
Эээ, а что мешает при схеме, допустим, «соединение — интерфейсы», без всяких объектов, подписываться и мультикастить? DCOP, опять же, как-то обходился.
> а kdbus таки засадят !И правильно сделают. На секундочку, даже микроскопический openwrt велосипедит с своим u-bus. Потому что системная шина - нужна. И нии...т.
> а kdbus таки засадят !
> слушайте ! как так получается, что какой-то псих ломает и корёжит всю
> экосистемы Linux и всем по х.... ?!?!Да, Линусу пора бы уйти :)
> Да, Линусу пора бы уйти :)Так в чем проблема? Сорцы - вот. Гит - вот. Поднимаете свою репу и убеждаете майнтайнеров подсистем работать через вас а не Торвальдса в качестве агрегатора. А мы посмотрим что у вас получится.
"Для работы файловой системы XFS теперь необходима сборка ядра с 64-разрядным числом секторов"
Не понял, поясните: это значит, что 32-разрядном ядре не будет работать?
> "Для работы файловой системы XFS теперь необходима сборка ядра с 64-разрядным числом
> секторов"
> Не понял, поясните: это значит, что 32-разрядном ядре не будет работать?Да-да, можно попонятнее? При чём тут число секторов и почему оно должно быть именно 64-разрядным? (странная вообще фраза).
> Да-да, можно попонятнее? При чём тут число секторов и почему оно должно
> быть именно 64-разрядным? (странная вообще фраза).Не странен кто жж? http://lwn.net/Articles/11948/ , http://lwn.net/2002/0516/a/2tb.php3
>64-разрядным числом секторов"
>32-разрядном ядре
>>числом секторов"
>>ядреНапрягись!
> не будет работать?
В опциях монтирования xfs есть inode64, вот она теперь по-умолчанию.
> В опциях монтирования xfs есть inode64, вот она теперь по-умолчанию.Не-а. Пробуй ещё раз!
---http://marc.info/?t=138444767100010&r=1&w=2
+++http://marc.info/?l=linux-xfs&m=138697571627067&w=2
> Не понял, поясните: это значит, что 32-разрядном ядре не будет работать?Если у тебя нет даже понимания что значит эта фраза - накулкуа тебе тогда конструкторы типа арча? Ты ведь не понимаешь минимальных основ того как система внутрях работает.
Ветка 3.16 как-то совсем недолго жила
3.16 вроде никуда не делась
Она только-только начала греть наши сердца https://packages.debian.org/jessie/linux-image-3.16-2-amd64 (кстати, только с 3.16 ветки, нормально сетевой драйвер hyper-v в линуксе заводится начал, если виртуалка линуксовая на 2008 R2 (ботинок не кидать, виндовс - заставило руководство поставить, ничего личного, только бизнес))
Это мне показалось, или вы действительно винду по религиозным соображениям не приемлете?
На прошлом месте работы работал с linux, xen, perl, патчил драйвера igbx, десятки тысяч людей маршрутизировал. По истине вкусил силу линукса, его сетевого стека, ксена, и влюбился в перл. Но последние несколько лет работаю с виндовс архитектурой. Я ненавижу виндовс, c#, меня злит и приводит в ярость powershell, я смеюсь над глюками hyper-v, меня дико раздражает, что я устанавливая rsat на вин 8.1 через оснастку hyper-v не могу подключиться к хосту виртуализации 2008 r2, майкрософт меня убедительно просит купить 2012 винду, т.к. обратной совместимости с 2008 r2 для элементарной оснастки менеджмента - нет! Я ненавижу виндовс архитектуру. Все сказанное относится к серверному сегменту.
> Ветка 3.16 как-то совсем недолго жилаЧего-то Л.Т. зачастил, да. +<:D
$ awk 'match($0,">[^0-9]+([0-9]+\\.[0-9]+)\\.tar\\.gz[^< ]*<.+>.+([0-9][0-9]-...-[0-9][0-9][0-9][0-9])[^<>]*$",aa){print aa[1],aa[2]}' <index.html |while read v d; do dd=$(date -d $d +%s); echo "$v $d $(date -d $d +%s)$([ "$pd" ] && echo " + $(((dd-pd)/3600/24)) days")"; pd="$dd"; done
3.0 22-Jul-2011 1311278400
3.1 24-Oct-2011 1319400000 + 94 days
3.2 05-Jan-2012 1325707200 + 73 days
3.3 19-Mar-2012 1332100800 + 74 days
3.4 21-May-2012 1337544000 + 63 days
3.5 21-Jul-2012 1342814400 + 61 days
3.6 01-Oct-2012 1349035200 + 72 days
3.7 11-Dec-2012 1355169600 + 71 days
3.8 19-Feb-2013 1361217600 + 70 days
3.9 29-Apr-2013 1367179200 + 69 days
3.10 30-Jun-2013 1372536000 + 62 days
3.11 02-Sep-2013 1378065600 + 64 days
3.12 03-Nov-2013 1383422400 + 62 days
3.13 20-Jan-2014 1390161600 + 78 days
3.14 31-Mar-2014 1396209600 + 70 days
3.15 08-Jun-2014 1402171200 + 69 days
3.16 03-Aug-2014 1407009600 + 56 days
3.17 05-Oct-2014 1412452800 + 63 days
$ _
>[оверквотинг удален]
> 3.9 29-Apr-2013 1367179200 + 69 days
> 3.10 30-Jun-2013 1372536000 + 62 days
> 3.11 02-Sep-2013 1378065600 + 64 days
> 3.12 03-Nov-2013 1383422400 + 62 days
> 3.13 20-Jan-2014 1390161600 + 78 days
> 3.14 31-Mar-2014 1396209600 + 70 days
> 3.15 08-Jun-2014 1402171200 + 69 days
> 3.16 03-Aug-2014 1407009600 + 56 days
> 3.17 05-Oct-2014 1412452800 + 63 days
> $ _
ничего себе размялси
>> 3.17 05-Oct-2014 1412452800 + 63 days
>> $ _=
> ничего себе размялсиwget+awk+bash. Web scrapping, слыхал? "Бородатый-админ"-way! B-{)}
+++
>>карный однострок.Не. wget оставлен за.
>>> 3.17 05-Oct-2014 1412452800 + 63 days
>>> $ _=
>> ничего себе размялси
> wget+awk+bash. Web scrapping, слыхал? "Бородатый-админ"-way! B-{)}LWN-way: http://lwn.net/images/2014/dev-cycle-length.png
( http://lwn.net/Articles/613006/ >> гм, September 24, 2014. подзапустил я чтение LWN)Исходники не включены (в статью, по кр.мере) и не однострочны, видимо.
И на графике заметна зависимость неравномерности гор.оси от значения по верт.оси -- ширину гор."сетки" нужно бы делать зависимой от [верт.]значения. Математики в зале есть? А прикиньте-ка форму той кривой, сходимость-асимптоту и пр. при равномерной по времени сетке по x?! А со времён 2.4.0? Интересует, естественно, перегиб(?) в районе и после 2.6.12 - перехода на git.
***Бонус за нарисованный .png *и* пост со ссылкой на него на LWN!
--- B-)
Шыкарный однострок.
> Шыкарный однострок.Достойный ответ obfuscated C contest! :)
>obfuscatedЯ бы по-а-опросил!! :-P
> Я бы по-а-опросил!! :-PЧто, хочешь сказать что эта кучка закорючек декодируется проще того что в сях наворачивают? :)
(на самом деле декодируется, но таким манером я и программу из obfuscated C contest декодировать могу)
>эта кучка закорючек декодируется проще того что в сях наворачивают? :)Да!
> (на самом деле декодируется, но таким манером я и программу из obfuscated
> C contest декодировать могу)Я повторю: ни грамма obfuscation. Не осилил -- так и скажи, мол, "слаб, шелов-регекспов не умею, ленарт-бокх". И успешно прочитавшие закорючки "бьют" ниосиляторов с разницей +5 сейчас.
крут, крут :)
Ты на написал Л.Т. а я прочитал Лев Толстой :)
Жаль, что в Btrfs ничего нового. И вообще релиз скучный.
> Жаль, что в Btrfs ничего нового. И вообще релиз скучный.Зачем нам веселье в FS-ах?? :-O
Сюда загляни: https://btrfs.wiki.kernel.org/index.php/Main_PageLinux v3.17 (highlights or user visible changes):
fix for the infamous deadlock [2]
fixed longstanding bug in qgroups accounting after snapshot deletion [3]
updated (less inaccurate) df numbers [4]
speedup for rename and truncate, less strict flushes [5]
updated and fixes to the seeding feature
Я тут в IRC слышал, что:xxx │ тут народ так смачно проехался по граблям на 3.17.0
xxx │ Btrfs corruption серьёзнейший
xxx │ давно такого не было
xxx │ даже пожалуй не припомню с вёдер 2.6# На самом деле, есть и продолжение полилога:
yyy │ давно пора
yyy │ а то некоторые могли уже подумать, что btrfs готова к продакшену.
yyy │ никогда не будет готова.
mva │ xxx:
mva │ > В Ext4 и Btrfs отмечены только незначительные исправления и чистки;
mva │ (c) 3.17 changelog @ opennet
mva │ > незначительные исправления и чистки
mva │ понял? :) никаких коррапшнов! :)
yyy │ @@ -1234,0 +1234,1 @@
yyy │ + corrupt_fs();
yyy │ незначительное исправление
xxx │ famous last words, как известно, "а, ну это тривиальная фигня, сейчас пофиксим"
Ни фига себе скучная - xakep.ru/relativistic-hash-tables/ (не спам)
Какир не нужен, здесь понятнее рассказали: https://lwn.net/Articles/612021/
В DRM-драйвере Intel проведена подготовка к поддержке Atom SoC Cherry Trail, добавлена поддержка Universal planeГаррет негодует или как? :)
> Гаррет негодует или как? :)Гаррет передаёт, что болт там, куда он его положил.
Ага, новое ядро, которое даже и не работает толком на некоторых конфигурациях (мб с некоторыми опциями):
https://bugzilla.kernel.org/show_bug.cgi?id=84211
Виснет под нагрузкой! Лично у меня на двух машинах (амд десктоп и планшет на атоме). На критический баг никто из разработчиков и не посмотрел... Могли бы ткнуть, куда дальше ползти.
> Ага, новое ядро, которое даже и не работает толком на некоторых конфигурациях
> планшет на атоме). На критический баг никто из разработчиков и не
> посмотрел... Могли бы ткнуть, куда дальше ползти.В Академию Наук, само собой, писать:
"Граждане учёные, у меня в линуксе завёлся хард-локап. Воспроизвести не могу. Почините это явление, пожалуйста."
Вообще-то там Dmitry - это я. Так что отрепортил и попытался отладить через KGDB. Но вот беда: не зная где копать, трудно хоть на сколько-нибудь продвинуться.
Про KGDB: хардварного serial нету, а два конвертера serial-usb виснут вместе с ядром.
> Вообще-то там Dmitry - это я. Так что отрепортил и попытался отладитьСпасибо Вам, Дмитрий!
Не обижаетесь, я надеюсь, за "красное словцо". А ядро "они" починят. Релез, другой, год, ... другой, может быть, но |*) непременно.
Когда-то первопроходцы вроде Вас делали 3.2 [и 2.6.32] стабильными, какие они чейчас. И у .17 "всё ещё будет".
а как же аргумент что есть исходники ядра, все открыто, бери и смотри ?
а тут на тебе, от них толку
> а как же аргумент что есть исходники ядра, все открыто, бери и
> смотри ?
> а тут на тебе, от них толкуО тебя - ещё меньше, бери и вали... вернее, свали.
> Могли бы ткнуть, куда дальше ползти.Для начала в Documentation/BUG-HUNTING, а ненаписанная в lkml бага имеет приличные шансы остаться висяком в багзиле. Т.е. артефакты там вешать и писать стоит, но _обязательно_ надо анонсировать в рассылке (если есть более узкоспециализированная, то туда).
> Ага, новое ядро, которое даже и не работает толком на некоторых конфигурациях
> (мб с некоторыми опциями):
> https://bugzilla.kernel.org/show_bug.cgi?id=84211
> Виснет под нагрузкой! Лично у меня на двух машинах (амд десктоп и
> планшет на атоме). На критический баг никто из разработчиков и не
> посмотрел... Могли бы ткнуть, куда дальше ползти.Мне кажется, это из-за Virtual Box ... >:-)
Вот же ж блин. Так и получилось!!!
Начал делать bisect. Да вот как-то забил на пересборку модулей, т.е. без virtualbox.
Сделал шагов 6-8 без каких-либо зависаний. Оставалось где-то ещё 6 шагов (~200 коммитов), но я забил и собрал 3.17 без virtualbox. И работает ведь! 8 burnK7 на амдешном десктопе без проблем. А на планшете с атомом 4 burnP6 и сборка в 5 потоков llvm прошли штатно.
It's a miracle!
Осталось отписаться в bugzilla и lkml.
Всем спасибо;)
кто знает насколько полная поддержка Mediatek MT6589 ?
> кто знает насколько полная поддержка Mediatek MT6589 ?https://lkml.org/lkml/2014/8/8/399
Matthias Brugger (3):
arm: add basic support for Mediatek MT6589 boards
dt-bindings: add documentation for Mediatek SoC
arm: mediatek: add dts for Aquaris5 mobile phone
Кто знает: исправление для raid6 вошло в этот релиз?
Когда уже будет дедупликация для BTRFS!
> Когда уже будет дедупликация для BTRFS!довожу до вашего сведения, что правила русского языка предполагают установку знака "?" в конце вопросительных предложений
Дело за малым - разобраться, что же они предполагают в конце других видов предложений, а также в их начале.
> Когда уже будет дедупликация для BTRFS!Почему "будет"? Она уже давно есть.
>в проприетарном драйвере NVIDIA может быть реализована поддержка технологии Optimus, дающей возможность на лету переключаться между встроенной энергоэффективной видеокартой на базе GPU Intel и дискретной картой NVIDIAТ.е. теперь дело только за NVidia? Теперь они не смогут отмазаться от реализации официальной поддержки Optimus.
>>в проприетарном драйвере NVIDIA может быть реализована поддержка технологии Optimus, дающей возможность на лету переключаться между встроенной энергоэффективной видеокартой на базе GPU Intel и дискретной картой NVIDIA
> Т.е. теперь дело только за NVidia? Теперь они не смогут отмазаться от
> реализации официальной поддержки Optimus.ггг. представляю какую жопную боль почувствовали олени которые писали "фрибзд прагнулас пад нвидия!" "фак ю нвидия!" и тд:-)
ждем лузеров купивших себе заменитель видеокарты от ати с рассказами о "числадрабилка", "блобы", "нвидиа не нужна" и чем-то-там еще;)
Эээ, вообще то это не компания NVidia добавила DMA-BUF в ядро, а сторонние разработчики, и вот теперь уже дело именно за NVidia, они ведь могут ничего и не сделать.
> Эээ, вообще то это не компания NVidia добавила DMA-BUF в ядро, а
> сторонние разработчики, и вот теперь уже дело именно за NVidia, они
> ведь могут ничего и не сделать.дык о чем и речь, но особо упоротые луноходы показывали своими кривыми пальцами на freebsd, которая "прогнулась" под nvidia, чтобы драйвера последней заработали в их ОС;)
Наркоман, ещё раз поясняем: это не для них делалось, то что им это тоже понравилось - побочный эффект.
> Наркоман, ещё раз поясняем: это не для них делалось, то что им
> это тоже понравилось - побочный эффект.может тогда Не наркоман (тм) пояснит, для кого же это делалось, или попаболь мешает ?;)
>В DRM-подсистему добавлена поддержка технологии DisplayPort 1.2 MST (Multi-Stream Transport), позволяющей подключать несколько мониторов через одно соединение Display Port.Только для Haswell?
Только я столкнулся с подставой с NAT?
Похоже, что следующий Android L выйдет с LTSI (longterm) ядром 3.10: https://android.googlesource.com/kernel/common.git/+/android...Видел на скриншотах "О телефоне" в Android L на Nexus 6: http://www.smartdroid.de/wp-content/uploads/2014/09/bildschi...
Оно же используется в Android Wear KitKat: https://android.googlesource.com/kernel/msm/+/android-msm-do.../
> Похоже, что следующий Android L выйдет с LTSI (longterm) ядром 3.10:Интересно. На S5 давненько уже оно.
Пруф? Посмотрел скриншоты - везде 3.4, начиная от версий Android 4.2, до 4.4.2.
> Пруф? Посмотрел скриншоты - везде 3.4, начиная от версий Android 4.2, до
> 4.4.2.У меня там 3.10.9 на 4.4.2. Где-то вот так:
http://forum.xda-developers.com/galaxy-s5/help/g900h-update-...
http://specdevice.com/showspec.php?id=4575-7929-ffff-ffffc28...
Самсунгофича видимо.
