The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Релиз ядра Linux 3.17

06.10.2014 00:42

После двух месяцев разработки Линус Торвальдс анонсировал релиз ядра Linux 3.17. Среди наиболее заметных улучшений: новые системные вызовы getrandom и seccomp, возможность обращения к областям памяти через файловый дескриптор (memfd), поддержка ограничения операций с файлом через дескриптор, включена по умолчанию реализация Render Nodes, поддержка средств синхронизации dma-buf, прекращена поддержка архитектур POWER3 и rs64.

В новую версию принято 12354 исправлений от 1300 разработчиков, размер патча - 54 Мб (изменения затронули 10605 файлов, добавлено 653577 строк кода, удалено 668166 строк). Около 46% всех представленных в 3.17 изменений связаны с драйверами устройств, примерно 18% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 12% связано с сетевым стеком, 5% - файловыми системами и 3% c внутренними подсистемами ядра.

Из наиболее интересных новшеств можно отметить:

  • Память и системные сервисы
    • Поддержка техники маппинга памяти memfd, при которой область памяти идентифицируется через файловый дескриптор, который может передаваться между процессами. По сути можно выделить память как по malloc, но обращаться к ней как с файлом, по файловому дескриптору. Управление производится через системный вызов memfd_create();
    • Представлена техника запечатывания файла (file sealing), которая позволяет ограничить выполняемые над файлом операции, например, запретить на уровне файлового дескриптора изменение содержимого файла, увеличение или уменьшение размера, т.е. можно передать дескриптор другому процессу защитив данные от изменения. С практической стороны данная функциональность необходима для заморозки содержимого memfd, чтобы после передачи файлового дескриптора не позволить другим процессам изменять связанную с memfd область памяти. File sealing и memfd являются ключевыми компонентами, необходимыми для реализации kdbus (аналог D-Bus внутри ядра);
    • Включена по умолчанию технология Render Nodes, подразумевающая разделение монолитных устройств /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, позволяющего организовать совместное использования буферов драйверами и различными подсистемами (V4L2, DRI и т.п.). API расширен средствами для синхронизации DMA-буферов ("DMA-BUF Fences") между разными устройствами (cross-device synchronization) и координации взаимодействия между ними. Например, при использовании единого буфера для драйверов web-камеры и видеокарты, DMA-BUF Fences позволяет дождаться заполнения буфера web-камерой перед отрисовкой GPU, чтобы избежать вывода не полностью выведенного в буфер изображения. API доступен для всех модулей ядра и экспортируется в категории EXPORT_SYMBOL, а не только для распространяемых под лицензией GPL (EXPORT_SYMBOL_GPL), что позволяет решить проблемы с организацией взаимодействия свободных и проприетарных драйверов при организации работы гибридных графических систем. Например, в проприетарном драйвере NVIDIA может быть реализована поддержка технологии Optimus, дающей возможность на лету переключаться между встроенной энергоэффективной видеокартой на базе GPU Intel и дискретной картой NVIDIA (использование DMA-BUF в драйвере NVIDIA требуется для организации записи во фреймбуфер драйвера Intel); .
    • В утилиту perf добавлена возможность трассировки обращений к невыделенным страницам памяти (page-fault) и генерации связанной с такими обращениями статистики. В команде "perf timechart" реализована генерация диаграмм, отображающих события ввода/вывода;
    • Внесена серия исправлений, связанных с решением проблемы 2038 года, которая приведёт к переполнению 32-разрядных эпохальных счётчиков времени;
  • Сетевая подсистема
    • В netfilter прекращена поддержка цели "ULOG", которая давно объявлена устаревшей (c 2006 года рекомендуется использовать "NFLOG");
    • Убран гриф экспериментальной разработки (дерево staging) со стека USB/IP, позволяющего организовать доступ к удалённым USB-устройствам, подключенным к другим компьютерам, поверх сети TCP/IP;
    • Улучшена поддержка протоколов SMB2 и SMB3, в которые добавлена поддержка режима "multi-credit", который позволяет ускорить доступ к большим файлам;
  • Дисковая подсистема, ввод/вывод и файловые системы
    • Для работы файловой системы XFS теперь необходима сборка ядра с 64-разрядным значением числа секторов. Добавлен раздел XFS в sysfs с параметрами для тестирования файловой системы;
    • В клиенте NFS добавлена поддержка выборок на основе механизма синхронизации RCU (Read-copy-update), позволивших ускорить нахождение файлов при наличии информации в кэше;
    • Начальная поддержка Multiqueue SCSI, рассчитанного на организацию многопоточного доступа к данным на многоядерных системах и позволяющего эффективно использовать возможности современных SSD-накопителей. Архитектура Multiqueue SCSI основана на двухуровневой модели очередей: на первом уровне функционируют очереди для передачи запросов ввода/вывода, привязанные к каждому CPU. Из данных очередей запросы направляются в очереди второго уровня, которые координируют обращение к оборудованию. В зависимости от конфигурации системы, числа CPU и накопителей соотношение между очередями первого и второго уровня может составлять от 1 к 1 до N к M.
    • В Ext4 и Btrfs отмечены только незначительные исправления и чистки;
  • Виртуализация и безопасность
    • Добавлен системный вызов kexec_file_load(), позволяющий выполнить проверку по цифровой подписи для нового ядра, перед его запуском с использованием механизма kexec. Ранее функцию загрузки нового ядра из уже запущенного ядра Linux (kexec) приходилось отключать при использовании UEFI Secure Boot, так как невозможно было гарантировать сохранение цепочки доверия;
    • В криптографическую подсистему добавлена поддержка детерминированного генератора псевдослучайных чисел, соответствующего спецификации NIST SP800-90A. Также обеспечена возможность разбора подписанных сообщений PKCS#7 и проверки цифровых подписей;
    • Добавлен системный вызов getrandom(), который является аналогом системного вызова getentropy, присутствующего в OpenBSD. Getrandom предоставит надёжную защиту от атак, основанных на исчерпании доступных файловых дескрипторов. При отсутствии свободных дескрипторов невозможно задействовать /dev/urandom, поэтому библиотеками активируется запасной вариант, использующий менее надёжный PRNG. Getrandom предоставит возможность получения случайных чисел от системного PRNG даже в условиях отсутствия свободных файловых дескрипторов.
    • В подсистему LSM (linux security module) добавлен новый hook kernel_fw_from_file(), который можно использовать для проверки целостности бинарных прошивок перед их загрузкой ядром;
    • Добавлен новый системный вызов seccomp для управления режимом работы и фильтрами механизма ограничения доступа к системным вызовам для приложений. Новый системный вызов позволяет решить проблемы с использованием Seccomp filter для многопоточных приложений (ранее фильтры Seccomp привязывались только на уровне процесса через prctl(PR_SET_SECCOMP, SECCOMP_MODE_FILTER, filter));
    • Ядра для архитектуры ARM64 теперь могут быть собраны с флагом "-fstack-protector" для выявления повреждений стека;
  • Аппаратные архитектуры
    • Прекращена поддержка архитектур POWER3 и rs64, связанный с которыми код уже достаточно давно находился в неработоспособном состоянии;
    • Прекращена поддержка систем Samsung S5P6440, S5P6450 и S5PC100;
    • Для архитектуры ARM64 добавлена поддержка четырёхуровневых таблиц страниц памяти, что позволило значительно расширить размер адресуемой виртуальной памяти;
    • Гипервизор KVM адаптирован для big-endian ARM-систем;
  • Оборудование
    • В DRM-подсистему добавлена поддержка технологии DisplayPort 1.2 MST (Multi-Stream Transport), позволяющей подключать несколько мониторов через одно соединение Display Port. В настоящее время MST доступен для чипов Intel на основе Haswell (драйвер i915);
    • В DRM-драйвере Nouveau устранены проблемы с использованием GPU Kepler, добавлена поддержка режима Zero Bandwidth Clear для GPU Fermi, Kepler и Maxwell;
    • В DRM-драйвер Radeon добавлена поддержка чипов "Hawaii" (Radeon R9 290);
    • В DRM-драйвере Intel проведена подготовка к поддержке Atom SoC Cherry Trail, добавлена поддержка Universal plane. для драйвера Intel (i915) и может использоваться на чипах Haswell;
    • Добавлен драйвер для контроллера Xbox One;
    • Улучшена поддержка средств для управления яркостью экрана на ноутбуках, поставляемых с Windows 8;
    • В драйвере b43 добавлена поддержка новых беспроводных адаптеров на чипах Broadcom;
    • Поддержка SoC Broadcom BCM7XXX, Mediatek MT6589 и Hisilicon HiX5HD2;
    • В звуковой подсистеме ALSA обеспечена возможность работы базового драйвера в конфигурациях, в которых к одному звуковому интерфейсу привязано несколько кодеков;
    • Поддержка звуковых карт Asus Xonar Essence STX IIи Поддержка звуковых кодеков Cirrus Logic CS4265, Realtek ALC286 и ALC5670, DSP Intel Broadwell Wildcatpoint, звуковых контроллеров Hardkernel Odroid-X2 и Odroid-U3;
    • Поддержка планшетов на базе 4 версии протокола Wacom. Поддержка тачпадов "ForcePads", используемых в HP Elitebook 1040;
    • Поддержка SATA-контроллеров NVIDIA Tegra124 AHCI, Qualcomm APQ8064/IPQ806x SerDes/PHY, Marvell Berlin SATA PHY и STMicroelectronics MIPHY365X SATA PHY;
    • Поддержка Ethernet-контроллеров Marvell Armada 375;


  1. Главная ссылка к новости (https://lkml.org/lkml/2014/10/...)
  2. OpenNews: Релиз ядра Linux 3.16
  3. OpenNews: Релиз ядра Linux 3.15
  4. OpenNews: Релиз ядра Linux 3.14
  5. OpenNews: Релиз ядра Linux 3.13
  6. OpenNews: Релиз ядра Linux 3.12
Лицензия: CC-BY
Тип: Интересно / Программы
Ключевые слова: kernel
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (110) Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.4, Анонко (?), 01:07, 06/10/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +20 +/
    Удалено больше строчек, чем принято?! Аллилуйя!!!
     
     
  • 2.5, Аноним (-), 01:25, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +11 +/
    Скорее всего это из-за удаления кода двух устаревших архитектур POWER3 и rs64, и в следующем ядре снова количество добавленных строк будет больше числа удалённых.
     
     
  • 3.86, Ан1110н (?), 20:33, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    еще что-то ненужное найдут!
     
  • 2.28, vitalif (ok), 10:46, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +14 +/
    Когда добавляешь в 2 раза меньше строчек, чем удаляешь, а функционал не меняется или даже расширяется - это по-моему вообще самое приятное в программировании )))
     
     
  • 3.38, клоун (?), 12:00, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Самое приятное - когда ты написал программу, и теперь работу 20 могут выполнять двое, и остальных 18 теперь увольняют.
     
     
  • 4.46, vi (ok), 13:03, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Самое приятное - когда ты написал программу, и теперь работу 20 могут
    > выполнять двое, и остальных 18 теперь увольняют.

    Двое "Терминаторов", с металлическим лицом и светящимся взглядом ;)

     
     
  • 5.87, Ytch (ok), 21:34, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Самое приятное - когда ты написал программу, и теперь работу 20 могут
    >> выполнять двое, и остальных 18 теперь увольняют.
    > Двое "Терминаторов", с металлическим лицом и светящимся взглядом ;)

    У таких ребят весьма оригинальный был(будет?) процесс "увольнения всех остальных" )

     
  • 4.52, Led (ok), 14:01, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > теперь работу 20 могут выполнять двое, и остальных 18 теперь увольняют.

    Да, у вас, у клоунов, забавно всё...

     
  • 4.73, Аноним (-), 17:53, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >  Самое приятное - когда ты написал программу,
    > и теперь работу 20 могут выполнять двое, и остальных 18 теперь увольняют.

    Вот виндовых эникеев типа тебя и поувольняют как раз первым делом :)

     
  • 4.78, sorrymak (ok), 18:01, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это нихрена не приятно.
     
  • 4.89, ano (??), 23:09, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не увольняют же, а просто расширяют компанию.
     
  • 4.111, Аноним (-), 11:49, 08/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Особенно если ты в числе тех 18 :D
     
  • 1.6, IdeaFix (?), 02:04, 06/10/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Так-то старые армы, да и вообще архитектуры, можно выносить и выносить... только бы дебианщики не бэкпортировали снова.
     
  • 1.7, Аноним (-), 02:21, 06/10/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >являются ключевыми компонентами, необходимыми для реализации kdbus

    который в свою очередь является ключевым компонентом, необходимым для внесения в ядро systemd

     
     
  • 2.13, Аноним (-), 07:52, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Наоборот :)
     
  • 2.16, Аноним (-), 08:36, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Эволюция неизбежна, смирись.
     
     
  • 3.24, Аноним (-), 10:18, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Дегенерация - тоже эволюция
     
     
  • 4.53, Anonim (??), 14:13, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А почему ни кто не вспоминает, что systemd можно использовать чисто как систему запуска сервисов, а не весь этот комбайн, коим он всем представляется?
     
     
  • 5.63, Andrey Mitrofanov (?), 16:31, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А почему ни кто не вспоминает, что systemd можно использовать чисто как
    > систему запуска сервисов, а не весь этот комбайн, коим он всем
    > представляется?

    Да! Почему об этом не "вспоминает" Debian? Скоро(*) же релиз!! </>

     
  • 5.64, Michael Shigorin (ok), 16:32, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > А почему ни кто не вспоминает, что systemd можно использовать чисто как

    Пробовали?

     
     
  • 6.69, Xasd (ok), 17:00, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    да, кстати, хотел вот узнать, а что, разве существуют дистрибутивы в которых используеются все-все-все "заменяющие" функции systemd?
     
     
  • 7.102, Аноним (-), 19:29, 07/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > да, кстати, хотел вот узнать, а что, разве существуют дистрибутивы в которых
    > используеются все-все-все "заменяющие" функции systemd?

    Функции запиливают быстрее, чем разработчики дистров успевают их осилить. Так что пока нет :)

     
  • 4.100, Аноним (-), 19:27, 07/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Дегенерация - тоже эволюция

    Возможно, с точки зрения микробов, люди - это дегенеративные формы жизни, пригодные только на то, чтобы на них паразитировать :)

     
  • 3.33, 1 (??), 11:20, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    systemd это именно что деградация
     
     
  • 4.74, Аноним (-), 17:54, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > systemd это именно что деградация

    По мнению всяких горлопанов с хабра в основном. А разработчики и майнтайнеры как-то достаточно положительно в массе своей к нему относятся. Такая фигня.

     
     
  • 5.79, Аноним (-), 18:01, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > с хабра

    Простите, мы говорим хабр, а подразумеваем опеннет.

     
     
  • 6.101, Аноним (-), 19:28, 07/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> с хабра
    > Простите, мы говорим хабр, а подразумеваем опеннет.

    Потому что на опеннете стало слишком много хабры.

     
     
  • 7.109, Аноним (-), 01:11, 08/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Потому что на опеннете стало слишком много хабры.

    Потому что ламероватые горлопаны - везде одинаеовые.

     
  • 5.90, Led (ok), 01:33, 07/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > А разработчики и майнтайнеры как-то достаточно положительно в массе своей к нему относятся. Такая фигня.

    "разработчики и майнтайнеры" в вашей конкретной школе, может, и "положительно в массе".

    А, например, в рассылках opensuse срач стоит на нешуточный - "наелись" уже системдой разработчики и мейнтейнеры, хоть и вводили там его постепенно, "с вазелином", с нанятыми красноречивыми долбо^ораторами-евангелистами с толтыми методичками.


     
     
  • 6.110, Аноним (-), 01:12, 08/10/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > с нанятыми красноречивыми долбо^ораторами-евангелистами с толтыми методичками.

    И, конечно, ты покажешь мне фото методички? :)


     
  • 5.99, Аноним (-), 19:26, 07/10/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > По мнению всяких горлопанов с хабра в основном. А разработчики и майнтайнеры как-то достаточно положительно в массе своей к нему относятся. Такая фигня.

    Мнение разработчиков и мейнтейнеров не имеет никакого значения для ведущих анонимных экспертов.

     
     
  • 6.112, Аноним (-), 18:28, 08/10/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Мнение разработчиков и мейнтейнеров не имеет никакого значения для ведущих анонимных экспертов.

    ЧСХ это работает и в обратную сторону. А поскольку разрабатывают все-таки разработчики, ландшафт будущего определяется ими :).


     
  • 1.8, Аноним (-), 05:07, 06/10/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Важно отметить, что в 3.17 еще и появилась поддержка кучи беспроводных сетевух broadcom в драйвере b43. Наконец мой ноут будет иметь wi-fi из коробки в дистрибутивах, где это ядро будет по-умолчанию.
     
     
  • 2.12, Аноним (-), 07:12, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +7 +/
    "По умолчанию", сколько же можно. Безо всяких знаков препинания!
     
  • 1.10, Аноним (-), 06:58, 06/10/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    а kdbus таки засадят !
    слушайте ! как так получается, что какой-то псих ломает и корёжит всю экосистемы Linux и всем по х.... ?!?!

     
     
  • 2.11, Аноним (-), 07:12, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А так же ходит по квартирам и насильно удаляет старое ядро с компьютеров.
     
     
  • 3.14, Аноним (-), 07:54, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Приобретёте новое железо и сами будете вынуждены поставить свежее ядро.
     
     
  • 4.34, none7 (ok), 11:22, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А как же идеалы OpenSource? Клонируйте ядро и развивайте самостоятельно!
     
     
  • 5.47, nailts (ok), 13:08, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    да ладно, это ж работать надо. а так можно по форумам просто потрындеть
     
  • 2.20, Аноним (-), 09:35, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Никто ничего не корёжит. Linux не Unix. OS X — Unix, и там есть launchd. Механизмов межпроцессного взаимодействия POSIX и SYSV недостаточно для всех современных применений.
     
     
  • 3.56, Аноним (-), 14:55, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    скажите чем kdbus отличается от posix msg ? кроме того что kdbus кидается xml а не бинарниками ?
     
     
  • 4.105, Аноним (-), 19:36, 07/10/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > скажите чем kdbus отличается от posix msg ? кроме того что kdbus
    > кидается xml а не бинарниками ?

    А вы попробуйте написать программу, которая должна получать некоторую информацию (например, сообщения о событиях) от демона, разработчики которого про вас ничего не знают.

    Или вы не программист, а просто мимо проходили?

     
  • 2.37, Ph0zzy (ok), 11:58, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    По Вашему нормальный IPC - это плохо?
     
     
  • 3.57, Аноним (-), 14:55, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > По Вашему нормальный IPC - это плохо?

    а чем это лучше netlink msg и posix message ?

     
     
  • 4.77, Аноним (-), 17:59, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > а чем это лучше netlink msg и posix message ?

    Тем что позволяет заинтересованным подписчикам подписаться на события. При том подписчики не обязаны знать какая конкретно программа предоставляет все это. А генератор событий ничего не знает о том кому они интересны.

    Знаете, когда вы шлете сообщение на опеннет - вы почему-то шлете их по HTTP. А вовсе не raw ethernet frames с кастомным форматом протокола. Ну вот и с IPC всем обломно слать raw сообщения по кастомным протоколом, самолично парясь вопросом кому это интересно.

     
  • 3.84, имя (?), 18:12, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Извините, в каком месте он нормальный? Открываем фридесктопный 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.

     
     
  • 4.103, Аноним (-), 19:31, 07/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Извините, в каком месте он нормальный? Открываем фридесктопный IntroductionToDBus и видим
    > там нагромождение сущностей. Вы где видели, чтобы по одному и тому
    > же соединению было доступно несколько объектов, и чтобы у каждого из
    > объектов было по несколько интерфейсов?

    Обычный мультикаст, вообще-то.

     
     
  • 5.107, имя (?), 20:12, 07/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Эээ, а что мешает при схеме, допустим, «соединение — интерфейсы», без всяких объектов, подписываться и мультикастить? DCOP, опять же, как-то обходился.
     
  • 2.75, Аноним (-), 17:55, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > а kdbus таки засадят !

    И правильно сделают. На секундочку, даже микроскопический openwrt велосипедит с своим u-bus. Потому что системная шина - нужна. И нии...т.

     
  • 2.104, Аноним (-), 19:33, 07/10/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > а kdbus таки засадят !
    > слушайте ! как так получается, что какой-то псих ломает и корёжит всю
    > экосистемы Linux и всем по х.... ?!?!

    Да, Линусу пора бы уйти :)

     
     
  • 3.113, Аноним (-), 18:38, 08/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, Линусу пора бы уйти :)

    Так в чем проблема? Сорцы - вот. Гит - вот. Поднимаете свою репу и убеждаете майнтайнеров подсистем работать через вас а не Торвальдса в качестве агрегатора. А мы посмотрим что у вас получится.

     
  • 1.15, Archnewbie (?), 08:00, 06/10/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    "Для работы файловой системы XFS теперь необходима сборка ядра с 64-разрядным числом секторов"
    Не понял, поясните: это значит, что 32-разрядном ядре не будет работать?
     
     
  • 2.17, ryoken (?), 08:43, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > "Для работы файловой системы XFS теперь необходима сборка ядра с 64-разрядным числом
    > секторов"
    > Не понял, поясните: это значит, что 32-разрядном ядре не будет работать?

    Да-да, можно попонятнее? При чём тут число секторов и почему оно должно быть именно 64-разрядным? (странная вообще фраза).

     
     
  • 3.23, Andrey Mitrofanov (?), 10:11, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Да-да, можно попонятнее? При чём тут число секторов и почему оно должно
    > быть именно 64-разрядным? (странная вообще фраза).

    Не странен кто жж?    http://lwn.net/Articles/11948/ , http://lwn.net/2002/0516/a/2tb.php3

     
  • 2.22, Andrey Mitrofanov (?), 10:01, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >64-разрядным числом секторов"
    >32-разрядном ядре
    >>числом секторов"
    >>ядре

    Напрягись!

    > не будет работать?

     
  • 2.25, anonymous (??), 10:22, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В опциях монтирования xfs есть inode64, вот она теперь по-умолчанию.
     
     
  • 3.26, Andrey Mitrofanov (?), 10:33, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > В опциях монтирования xfs есть inode64, вот она теперь по-умолчанию.

    Не-а. Пробуй ещё раз!
    ---http://marc.info/?t=138444767100010&r=1&w=2
    +++http://marc.info/?l=linux-xfs&m=138697571627067&w=2

     
  • 2.80, Аноним (-), 18:03, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Не понял, поясните: это значит, что 32-разрядном ядре не будет работать?

    Если у тебя нет даже понимания что значит эта фраза - накулкуа тебе тогда конструкторы типа арча? Ты ведь не понимаешь минимальных основ того как система внутрях работает.

     
  • 1.18, Аноним (-), 09:15, 06/10/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ветка 3.16 как-то совсем недолго жила
     
     
  • 2.19, Нанобот (ok), 09:32, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    3.16 вроде никуда не делась
     
  • 2.21, _KUL (ok), 09:40, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Она только-только начала греть наши сердца https://packages.debian.org/jessie/linux-image-3.16-2-amd64 (кстати, только с 3.16 ветки, нормально сетевой драйвер hyper-v в линуксе заводится начал, если виртуалка линуксовая на 2008 R2 (ботинок не кидать, виндовс - заставило руководство поставить, ничего личного, только бизнес))
     
     
  • 3.39, Аноним (-), 12:06, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Это мне показалось, или вы действительно винду по религиозным соображениям не приемлете?
     
     
  • 4.44, _KUL (ok), 12:41, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +14 +/
    На прошлом месте работы работал с linux, xen, perl, патчил драйвера igbx, десятки тысяч людей маршрутизировал. По истине вкусил силу линукса, его сетевого стека, ксена, и влюбился в перл. Но последние несколько лет работаю с виндовс архитектурой. Я ненавижу виндовс, c#, меня злит и приводит в ярость powershell, я смеюсь над глюками hyper-v, меня дико раздражает, что я устанавливая rsat на вин 8.1 через оснастку hyper-v не могу подключиться к хосту виртуализации 2008 r2, майкрософт меня убедительно просит купить 2012 винду, т.к. обратной совместимости с 2008 r2 для элементарной оснастки менеджмента - нет! Я ненавижу виндовс архитектуру. Все сказанное относится к серверному сегменту.
     
  • 2.29, Andrey Mitrofanov (?), 10:57, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Чего-то Л Т зачастил, да D CODE awk match 0, 0-9 0-9 0-9 ... текст скрыт, показать
     
     
  • 3.51, pavel_simple (ok), 14:00, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    > 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
    > $ _[/CODE]

    ничего себе размялси

     
     
  • 4.65, Andrey Mitrofanov (?), 16:37, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> 3.17 05-Oct-2014 1412452800 + 63 days
    >> $ _=
    > ничего себе размялси

    wget+awk+bash. Web scrapping, слыхал? "Бородатый-админ"-way!  B-{)}

    +++
    >>карный однострок.

    Не. wget оставлен за.

     
     
  • 5.124, Andrey Mitrofanov (?), 16:14, 14/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >>> 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[I]![/I]
    --- B-)

     
  • 3.60, commiethebeastie (ok), 16:11, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Шыкарный однострок.
     
     
  • 4.81, Аноним (-), 18:05, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Шыкарный однострок.

    Достойный ответ obfuscated C contest! :)

     
     
  • 5.85, Andrey Mitrofanov (?), 18:21, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >obfuscated

    Я бы по-а-опросил!! :-P

     
     
  • 6.118, Аноним (-), 15:59, 13/10/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Я бы по-а-опросил!! :-P

    Что, хочешь сказать что эта кучка закорючек декодируется проще того что в сях наворачивают? :)

    (на самом деле декодируется, но таким манером я и программу из obfuscated C contest декодировать могу)

     
     
  • 7.119, Andrey Mitrofanov (?), 16:24, 13/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >эта кучка закорючек декодируется проще того что в сях наворачивают? :)

    Да!

    > (на самом деле декодируется, но таким манером я и программу из obfuscated
    > C contest декодировать могу)

    Я повторю: ни грамма obfuscation. Не осилил -- так и скажи, мол, "слаб, шелов-регекспов не умею, ленарт-бокх". И успешно прочитавшие закорючки "бьют" ниосиляторов с разницей +5 сейчас.

     
  • 3.82, Нанобот (ok), 18:06, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    крут, крут :)
     
  • 3.120, Михаил (??), 20:44, 13/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ты на написал Л.Т. а я прочитал Лев Толстой :)
     
  • 1.30, Fracta1L (ok), 11:07, 06/10/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Жаль, что в Btrfs ничего нового. И вообще релиз скучный.
     
     
  • 2.31, Andrey Mitrofanov (?), 11:09, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Жаль, что в Btrfs ничего нового. И вообще релиз скучный.

    Зачем нам веселье в FS-ах?? :-O

     
  • 2.41, CSRedRat (ok), 12:26, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сюда загляни: https://btrfs.wiki.kernel.org/index.php/Main_Page

    Linux 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

     
     
  • 3.121, mva (??), 23:22, 15/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Я тут в 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, как известно, "а, ну это тривиальная фигня, сейчас пофиксим"

     
  • 1.32, kleemhead (?), 11:18, 06/10/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ни фига себе скучная  - xakep.ru/relativistic-hash-tables/ (не спам)
     
     
  • 2.92, Аноним (-), 06:43, 07/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Какир не нужен, здесь понятнее рассказали: https://lwn.net/Articles/612021/
     
  • 1.35, старый сантехник (?), 11:33, 06/10/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    В DRM-драйвере Intel проведена подготовка к поддержке Atom SoC Cherry Trail, добавлена поддержка Universal plane

    Гаррет негодует или как? :)

     
     
  • 2.36, Andrey Mitrofanov (?), 11:37, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Гаррет негодует или как? :)

    Гаррет передаёт, что болт там, куда он его положил.

     
  • 1.40, nrndda (ok), 12:26, 06/10/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Ага, новое ядро, которое даже и не работает толком на некоторых конфигурациях (мб с некоторыми опциями):
    https://bugzilla.kernel.org/show_bug.cgi?id=84211
    Виснет под нагрузкой! Лично у меня на двух машинах (амд десктоп и планшет на атоме). На критический баг никто из разработчиков и не посмотрел... Могли бы ткнуть, куда дальше ползти.
     
     
  • 2.45, Andrey Mitrofanov (?), 12:49, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ага, новое ядро, которое даже и не работает толком на некоторых конфигурациях
    > планшет на атоме). На критический баг никто из разработчиков и не
    > посмотрел... Могли бы ткнуть, куда дальше ползти.

    В Академию Наук, само собой, писать:

    "Граждане учёные, у меня в линуксе завёлся хард-локап. Воспроизвести не могу. Почините это явление, пожалуйста."

     
     
  • 3.58, nrndda (ok), 14:57, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вообще-то там Dmitry - это я. Так что отрепортил и попытался отладить через KGDB. Но вот беда: не зная где копать, трудно хоть на сколько-нибудь продвинуться.
    Про KGDB: хардварного serial нету, а два конвертера serial-usb виснут вместе с ядром.
     
     
  • 4.72, Andrey Mitrofanov (?), 17:37, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вообще-то там Dmitry - это я. Так что отрепортил и попытался отладить

    Спасибо Вам, Дмитрий!

    Не обижаетесь, я надеюсь, за "красное словцо". А ядро "они" починят. Релез, другой, год, ... другой, может быть, но |*) непременно.

    Когда-то первопроходцы вроде Вас делали 3.2 [и 2.6.32] стабильными, какие они чейчас. И у .17 "всё ещё будет".

     
  • 4.76, IMHO (?), 17:58, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    а как же аргумент что есть исходники ядра, все открыто, бери и смотри ?
    а тут на тебе, от них толку
     
     
  • 5.91, Led (ok), 01:34, 07/10/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а как же аргумент что есть исходники ядра, все открыто, бери и
    > смотри ?
    > а тут на тебе, от них толку

    О тебя - ещё меньше, бери и вали... вернее, свали.

     
  • 2.70, Michael Shigorin (ok), 17:12, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Могли бы ткнуть, куда дальше ползти.

    Для начала в Documentation/BUG-HUNTING, а ненаписанная в lkml бага имеет приличные шансы остаться висяком в багзиле.  Т.е. артефакты там вешать и писать стоит, но _обязательно_ надо анонсировать в рассылке (если есть более узкоспециализированная, то туда).

     
  • 2.88, Посторонним В (?), 21:54, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Ага, новое ядро, которое даже и не работает толком на некоторых конфигурациях
    > (мб с некоторыми опциями):
    > https://bugzilla.kernel.org/show_bug.cgi?id=84211
    > Виснет под нагрузкой! Лично у меня на двух машинах (амд десктоп и
    > планшет на атоме). На критический баг никто из разработчиков и не
    > посмотрел... Могли бы ткнуть, куда дальше ползти.

    Мне кажется, это из-за Virtual Box ...  >:-)

     
     
  • 3.116, nrndda (ok), 20:27, 09/10/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот же ж блин. Так и получилось!!!
    Начал делать bisect. Да вот как-то забил на пересборку модулей, т.е. без virtualbox.
    Сделал шагов 6-8 без каких-либо зависаний. Оставалось где-то ещё 6 шагов (~200 коммитов), но я забил и собрал 3.17 без virtualbox. И работает ведь! 8 burnK7 на амдешном десктопе без проблем. А на планшете с атомом 4 burnP6 и сборка в 5 потоков llvm прошли штатно.
    It's a miracle!
    Осталось отписаться в bugzilla и lkml.
    Всем спасибо;)
     
  • 1.49, Аноним (-), 13:30, 06/10/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    кто знает насколько полная поддержка Mediatek MT6589 ?
     
     
  • 2.68, Andrey Mitrofanov (?), 16:42, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > кто знает насколько полная поддержка Mediatek MT6589 ?

    https://lkml.org/lkml/2014/8/8/399

    Matthias Brugger (3):
          arm: add [B]basic support[/B] for Mediatek MT6589 boards
          dt-bindings: add documentation for Mediatek SoC
          arm: mediatek: add dts for Aquaris5 mobile phone

     
  • 1.54, graf_pihto (?), 14:17, 06/10/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто знает: исправление для raid6 вошло в этот релиз?
     
  • 1.55, Аноним (-), 14:52, 06/10/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Когда уже будет дедупликация для BTRFS!
     
     
  • 2.83, Нанобот (ok), 18:09, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Когда уже будет дедупликация для BTRFS!

    довожу до вашего сведения, что правила русского языка предполагают установку знака "?" в конце вопросительных предложений

     
     
  • 3.108, plain5ence (ok), 22:02, 07/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Дело за малым - разобраться, что же они предполагают в конце других видов предложений, а также в их начале.
     
  • 2.106, Аноним (-), 19:39, 07/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Когда уже будет дедупликация для BTRFS!

    Почему "будет"? Она уже давно есть.

     
  • 1.66, Аноним (-), 16:38, 06/10/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >в проприетарном драйвере NVIDIA может быть реализована поддержка технологии Optimus, дающей возможность на лету переключаться между встроенной энергоэффективной видеокартой на базе GPU Intel и дискретной картой NVIDIA

    Т.е. теперь дело только за NVidia? Теперь они не смогут отмазаться от реализации официальной поддержки Optimus.

     
     
  • 2.93, тигар (ok), 07:49, 07/10/2014 [^] [^^] [^^^] [ответить]  
  • –5 +/
    >>в проприетарном драйвере NVIDIA может быть реализована поддержка технологии Optimus, дающей возможность на лету переключаться между встроенной энергоэффективной видеокартой на базе GPU Intel и дискретной картой NVIDIA
    > Т.е. теперь дело только за NVidia? Теперь они не смогут отмазаться от
    > реализации официальной поддержки Optimus.

    ггг. представляю какую жопную боль почувствовали олени которые писали "фрибзд прагнулас пад нвидия!" "фак ю нвидия!" и тд:-)
    ждем лузеров купивших себе заменитель видеокарты от ати с рассказами о "числадрабилка", "блобы", "нвидиа не нужна" и чем-то-там еще;)

     
     
  • 3.94, Аноним (-), 10:25, 07/10/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Эээ, вообще то это не компания NVidia добавила DMA-BUF в ядро, а сторонние разработчики, и вот теперь уже дело именно за NVidia, они ведь могут ничего и не сделать.
     
     
  • 4.95, тигар (ok), 11:30, 07/10/2014 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Эээ, вообще то это не компания NVidia добавила DMA-BUF в ядро, а
    > сторонние разработчики, и вот теперь уже дело именно за NVidia, они
    > ведь могут ничего и не сделать.

    дык о чем и речь, но особо упоротые луноходы показывали своими кривыми пальцами на freebsd, которая "прогнулась" под nvidia, чтобы драйвера последней заработали в их ОС;)

     
     
  • 5.96, DFX (ok), 16:22, 07/10/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Наркоман, ещё раз поясняем: это не для них делалось, то что им это тоже понравилось - побочный эффект.
     
     
  • 6.97, тигар (ok), 16:24, 07/10/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Наркоман, ещё раз поясняем: это не для них делалось, то что им
    > это тоже понравилось - побочный эффект.

    может тогда Не наркоман (тм) пояснит, для кого же это делалось, или попаболь мешает ?;)

     
  • 1.71, rob pike (?), 17:21, 06/10/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >В DRM-подсистему добавлена поддержка технологии DisplayPort 1.2 MST (Multi-Stream Transport), позволяющей подключать несколько мониторов через одно соединение Display Port.

    Только для Haswell?

     
  • 1.98, M i M (?), 16:28, 07/10/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Только я столкнулся с подставой с NAT?
     
  • 1.114, CSRedRat (ok), 12:44, 09/10/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Похоже, что следующий Android L выйдет с LTSI (longterm) ядром 3.10: https://android.googlesource.com/kernel/common.git/+/android-3.10

    Видел на скриншотах "О телефоне" в Android L на Nexus 6: http://www.smartdroid.de/wp-content/uploads/2014/09/bildschirmfoto-2014-09-27

    Оно же используется в Android Wear KitKat: https://android.googlesource.com/kernel/msm/+/android-msm-dory-3.10-kitkat-wea

     
     
  • 2.117, qux (ok), 11:58, 13/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Похоже, что следующий Android L выйдет с LTSI (longterm) ядром 3.10:

    Интересно. На S5 давненько уже оно.

     
     
  • 3.122, CSRedRat (ok), 08:49, 16/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Пруф? Посмотрел скриншоты - везде 3.4, начиная от версий Android 4.2, до 4.4.2.
     
     
  • 4.123, qux (ok), 16:15, 16/10/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Пруф? Посмотрел скриншоты - везде 3.4, начиная от версий Android 4.2, до
    > 4.4.2.

    У меня там 3.10.9 на 4.4.2. Где-то вот так:

    http://forum.xda-developers.com/galaxy-s5/help/g900h-update-ang3-completely-d

    http://specdevice.com/showspec.php?id=4575-7929-ffff-ffffc2800c0a

    Самсунгофича видимо.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:


    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру
    Hosting by Ihor