The OpenNET Project / Index page

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

Релиз ядра Linux 4.6

16.05.2016 08:14

После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 4.6. Среди наиболее заметных изменений: новая файловая система OrangeFS, поддержка USB 3.1 SuperSpeedPlus (10Gbps), возможность использования интерфейса датаграмм для отправки/приёма отдельных сообщений по TCP, поддержка шифрования на уровне кадров Ethernet, реализация mesh-протокола B.A.T.M.A.N V, поддержка cgroup namespaces, слой pNFS SCSI для NFSv4.1, поддержка 3D-ускорения для GPU NVIDIA GeForce GTX 900 "Maxwell", режим монтирования "nologreplay" в Btrfs, более агрессивное забирание памяти в OOM killer.

В новую версию принято более 12 тысяч исправлений от примерно 1500 разработчиков, размер патча - 37 Мб (изменения затронули 9990 файлов, добавлено 517234 строк кода, удалено 249061 строк). Около 46% всех представленных в 4.6 изменений связаны с драйверами устройств, примерно 20% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 12% связано с сетевым стеком, 5% - файловыми системами и 4% c внутренними подсистемами ядра.

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

  • Дисковая подсистема, ввод/вывод и файловые системы
    • В состав добавлена распределённая файловая система OrangeFS, рассчитанная на применение в высокотехнологичных high-end-серверах и кластерах для достижения максимальной производительности доступа к данным из распараллеленных приложений. OrangeFS позиционируется как продолжение разработки проекта PVFS, развивая его в таких областях как отказоустойчивость и расширенные механизмы контроля доступа. Из типичных областей применения OrangeFS называются высокопроизводительные вычисления (HPC), обработка больших объёмов данных (BigData), потоковое вещание видео, решение задач геномики и биоинформатики;
    • Для файловой системы OCFS2 (Oracle Cluster File System) реализована система проверки целостности файлов, которая позволяет без отмонтирования ФС восстановить работу в случае возникновения некоторых видов сбоев. Если ранее при выявлении ошибок с числом inode для файла вся ФС переводилась в режим только для чтения, то теперь реализован специальный простой механизм проверки, который в случае проблем с числом inode, выполняет проверку и корректировку inode;
    • В сервер NFSv4.1 добавлена раскладка pNFS SCSI с реализацией варианта раскладки блочного устройства, использующего команды SCSI для улучшенной изоляции и идентификации устройства. При использовании pNFS SCSI сервер NFS выступает в роли сервера метаданных для pNFS, который кроме обработки всех запросов к метаданным предоставляет клиентам прямой доступ к хранилищу через логические устройства SCSI (SCSI LUN), которые могут быть совместно использованы всеми клиентами. Для работы раскладок pNFS SCSI требуется их поддержка на стороне экспортируемой файловой системы, которая пока доступна только в XFS;
    • В Btrfs уменьшено с 4 до 2 Кб значение по умолчанию параметра max_inline, т.е. теперь только файлы меньше 2 Кб будут упаковываться вместе с метаданными внутри inode.
      Представлена новая опция монтирования "nologreplay", отключающая ведение replay-лога, что полностью блокирует возможность изменения данных в ФС. В сочетании с опцией "ro" позволяет получить действительно доступные только для чтения разделы, аналогичные ФС ext и xfs в режиме "norecovery" (невозможно перемонтировать в режим записи через "remount,rw" без полного отмонтирования ФС).
      Добавлена новая опция монтирования "usebackuproot", которая заменила собой опцию "recovery", вводящую в заблуждение своим не совсем точным названием;
    • В XFS добавлен новый ioctl для управления квотами (Q_XGETNEXTQUOTA), позволяющий утилите quotactl быстро найти все активные квоты, путём перебора только inode с параметрами квот, пропуская незадействованные inode;
    • В Ext4 переписана реализация кэша mbcache, что положительно повлияло на масштабируемость xattr;
    • В F2FS, развиваемой компанией Samsung высокопроизводительной файловой системе для Flash-накопителей, ускорена обработка пустот в карте распределения блоков и экспортирована статистика записанных во время работы ФС данных (/sys/fs/f2fs/disk/lifetime_write_kbytes);
    • Для файловой системы FAT в настройки сборки ядра добавлена опция CONFIG_FAT_DEFAULT_UTF8 для включения UTF-8 по умолчанию при монтировании разделов с FAT;
  • Сетевая подсистема
    • Добавлена подсистема Kernel Connection Multiplexor (KCM), предоставляющая средства для эффективного приёма и отправки сообщений по TCP, используя при этом программный интерфейс датаграмм. Т.е. предлагаются средства для построения протоколов уровня приложения, манипулирующих отправкой отдельных сообщений, при том, что для передачи сообщений используется TCP для гарантии доставки, но API похож на UDP и не требует возни с установкой соединения (операции установки и завершения соединения выполняются автоматически);
    • Поддержка пятой версии mesh-протокола B.A.T.M.A.N. ("Better Approach To Mobile Adhoc Networking), позволяющего создавать децентрализованные сети, каждый узел в которых связан через соседние узлы. Новая редакция примечательная разделением протокола OGM на два отдельных компонента - ELP (Echo Location Protocol) и OGMv2. ELP отвечает за обнаружение соседей и оценку качества линка, а OGMv2 реализует алгоритм распространения метрик по сети и определяет оптимальные маршруты. Кроме того, протокол больше не полагается на потерю пакетов, а отталкивается от определённой пропускной способности;
    • Добавлен новый API "devlink", предоставляющий возможность изменять различные сетевые параметры, специфичные для определённого класса устройств. Например, можно узнать или установить тип порта (Ethernet/InfiniBand), настраивать параметры коммутации и управлять разбиением порта для подключения разветвителя;
    • В ядро интегрирован механизм LCO (Local Checksum Offload), позволяющий ускорить выполнение операций расчёта контрольных сумм пакетов для тунелированных протоколов;
    • В сокеты, открытые в режиме TCP_INFO, добавлена поддержка RFC-4898 (tcpEStatsPerfDataSegsOut/In с результатами подсчёта принятых/отправленных сегментов с данными с учётом повторной передачи потерянных сегментов) и новые опции tcpi_min_rtt и tcpi_notsent_bytes, выдающие минимальный RTT для потока и размер очереди ещё не отправленных данных;
  • Память и системные сервисы
    • В USB-стеке обеспечена поддержка протокола SuperSpeedPlus, определённого в спецификации USB 3.1 и позволяющего добиться скорости передачи данных до 10Gbps, например, при подключении внешних накопителей класса USB 3.1 Gen2;
    • Проведена работа по увеличению надёжности кода, отвечающего за принудительное завершение задач в условиях нехватки памяти в системе (OOM killer). В частности, решена проблема с задержками высвобождения памяти в случае принудительного завершения процессов, завершение которых задерживается из-за нахождения в непрерываемом состоянии ожидания события от другого процесса, который оказывается заблокирован системой распределения страниц памяти. Для решения этой проблемы добавлен специализированный поток ядра oom_reaper, который пытается сразу вернуть системе анонимную или вытесненную в раздел подкачки память убиваемого OOM killer процесса, полагая, что процессу эта память уже не нужна так как он всё равно будет завершён;
    • Поддержка управления питанием хост-контроллера AHCI во время работы, что позволяет перейти к более глубоким режимам энергосбережения, инициировав прекращение подачи энергии на контроллер в случае перевода всех SATA-портов в режим сна;
    • В API DMA-BUF, позволяющем организовать совместное использования буферов драйверами и различными подсистемами (V4L2, DRI и т.п.), добавлен новый ioctl DMA_BUF_IOCTL_SYNC для управления согласованностью кэша между CPU и GPU. Новый ioctl позволяет решить проблемы с согласованностью кэша при одновременном доступе к ресурсам CPU и GPU через dma-buf;
    • Новые системные вызовы preadv2() и pwritev2(), которые отличаются от preadv() и pwritev() наличием ещё одного аргумента для передачи ядру дополнительных флагов. Первым поддерживаемым флагом стал RWF_HIPRI для полинга высокоприоритетных запросов;
    • Выполнена достаточно большая переработка и реструктуризация подсистемы perf. Расширены возможности утилиты perf, например, в командах 'perf top' и 'perf report' появился режим отображения многоуровневых гистограмм ("perf top --hierarchy -s comm,dso");
    • Добавлена новая опция загрузки ядра "irqaffinity=", которая позволяет ограничить число ядер CPU, на которые будет направляться обработка прерываний (например, пользователь может выделить процессор для каких-то задач, будучи уверенным, что он не будет прерываться на обработку прерываний);
    • В состав интегрирована первая часть изменений, подготовленных в рамках проекта по переработке механизма горячего подключения CPU;
    • В отладочном инструменте KASan (Kernel address sanitizer) появилась поддержка выявления ошибок работы с памятью в Slab memory allocator;
    • Добавлена поддержка механизма проверки корректности обращений к стеку, работающего во время компиляции ядра;
  • Виртуализация и безопасность
    • Представлен "cgroup namespaces", механизм виртуализации точек монтирования cgroups и представления /proc/$PID/cgroup, что позволяет использовать в разных контейнерах отдельные иерархии cgroup, не позволяющие получить доступ к информации из системной иерархии. Например, без cgroup namespaces из изолированного процесса через /proc/$PID/cgroup можно получить такую информацию как полный путь cgroup процесса. Для создания пространства имён cgroup в вызовы clone(2) и unshare(2) добавлен новый флаг CLONE_NEWCGROUP;
    • Добавлена поддержка механизма ключей защиты памяти Intel MPK (Memory Protection Keys), реализованного в готовящемся к выпуску новом поколении процессоров Intel. MPK даёт возможность приложениям пользовательского уровня разбить используемую память на зоны, применив к каждой зоне дополнительные ограничения, например, можно установить права при которых код может быть запущен, но не может быть прочитан.

      MPK позволяет закодировать управляемые пользователем маски прав доступа в элементах таблицы страниц памяти (PTE): вместо одной фиксированной маски доступа в PTE, которая требует системного вызова для изменения и работает в привязке к странице памяти, MPK позволяет пользователю определить несколько вариантов масок через специальный регистр (PKRU). В PKRU для каждой маски можно задать раздельные флаги запрета доступа и запрета записи. Подобный подход позволяет динамически переключать флаги доступа для очень больших областей памяти, манипулируя лишь регистром CPU, без внесения изменений для каждой страницы памяти. Кроме того появляется возможность более точного управления флагами прав доступа MMU, например, отделить обработку флагов исполнения и чтения;

    • Возможность шифрования в Ethernet на уровне MAC (MACsec), определённая в стандарте IEEE 802.1AE. Позволяет шифровать и аутентифицировать весь трафик в локальной сети, используя алгоритм GCM-AES-128, что позволяет защитить от перехвата трафик DHCP и VLAN, а также помешать модификации заголовков кадров Ethernet;
    • Интегрирована разработанная проектом grsecurity технология защиты (__ro_after_init), позволяющая создавать доступные на чтение и запись области памяти, используемые только во время инициализации и переводимые в режим только для чтения после инициализации;
    • На архитектурах i386 и X86_32 (в том числе для 32-разрядных программ, запускаемых в 64-разрядном окружении) включена полная рандомизация адресного пространства: ранее применялась только рандомизация стека и исполняемых областей, теперь ASLR применяется для любых областей, выделенных через mmap(), области системных вызовов vDSO и размещения библиотек;
  • Оборудование
    • В DRM-драйвер для видеокарт NVIDIA (Nouveau) добавлена поддержка чипсета GM200 и возможность загрузки прошивок для карт GM20x (GeForce GTX 900 "Maxwell"), верифицируемых по цифровой подписи, что позволило задействовать механизмы аппаратного 3D-ускорения для GPU Maxwell (для прошивок без цифровой подписи закрыт доступ к средствам ускорения 3D-операций);
    • Расширены возможности DRM-драйвера для видеокарт Intel: Для процессоров Haswell, Broadwell, Valleyview и Cherryview включена по умолчанию поддержка PSR (Panel Self Refresh). Для процессоров Haswell и Broadwell включена по умолчанию поддержка технологии FBC (Frame-Buffer Compression), которая позволяет добиться существенного снижения энергопотребления в условиях отображения необновляемой картинки на экране. Продолжена работа над поддержкой атомарного подключения дисплеев. Улучшены средства адаптивного управления питанием;
    • В драйвере AMDGPU появилась поддержка звука i2s, возможность сброса состояния GPU и представлен новый интерфейс sysfs для ручного изменения параметров powerplay, влияющих на производительность и энергопотребление;
    • Для архитектуры ARM64 реализована поддержка ASLR (рандомизация адресного пространства) и добавлена доступная в ARMv8.2 возможность "user access override" для дополнительной защиты от непредусмотренного функциональностью обращения из ядра к памяти пользовательских процессов;
    • Значительно переработана реализация устройства GPIO;
    • Поддержка гигабитных Ethernet-контроллеров MediaTek MT7623 и карт Intel Ethernet X722 iWARP;
    • Поддержка новых ARM SoC Axis Artpec-6, TI Keystone k2g, Mediatek MT7623, Allwinner A83T, NXP i.MX6QP, ST Microelectronics stm32f469, Annapurna Labs Alpine v2, Marvell Armada 3700, Marvell Armada 7000/8000, Amlogic S905, Qualcomm Snapdragon 820, Socionext UniPhier, ARM Juno, Allwinner A64 и Broadcom Vulcan.
    • Начальная поддержка CPU POWER9.


  1. Главная ссылка к новости (https://lkml.org/lkml/2016/5/1...)
  2. OpenNews: Релиз ядра Linux 4.5
  3. OpenNews: Релиз ядра Linux 4.4
  4. OpenNews: Релиз ядра Linux 4.3
  5. OpenNews: Релиз ядра Linux 4.2
  6. OpenNews: Релиз ядра Linux 4.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/44432-linux
Ключевые слова: linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (127) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.4, Ilya Indigo (ok), 08:58, 16/05/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    > Проведена работа по увеличению надёжности кода, отвечающего за принудительное завершение задач в условиях нехватки памяти в системе (OOM killer). В частности, решена проблема с задержками высвобождения памяти в случае принудительного завершения процессов.

    Ну наконец-то!
    В случае, когда архивируется (7|x)z с максимальным сжатием с сохранением на RAM диск и объём архива или текущее потребление оперативной памяти выходит за рамки предполагаемого и архиватор сам у себя отъедает оперативную память и система просто вешается. OOM Killer даже не шевелится. Помогает только Alt+SysRq+(R,E,I,S,U,B).
    Посмотрим как на этом ядре будет.

     
     
  • 2.11, Ан v4 (?), 10:00, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Второй терминал надо открывать и посылать kill с сигалами для RT процссов. Помогает всегда. А зачем такие извращения - паковать в памяять?
     
     
  • 3.16, Ilya Indigo (ok), 10:54, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Второй терминал надо открывать

    Система НАМЕРТВО виснет, не TTY1 не SSH ничего НЕ реагирует, кроме описанного ранее.
    > А зачем такие извращения - паковать в памяять?

    Что бы не фрагментировать ФС (ext4).

     
     
  • 4.26, Аноний (?), 13:07, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • –19 +/
    Пользователи лайнакса должны страдать.
    но вообще
    vm.oom_kill_allocating_task=1
     
     
  • 5.49, Аноним (-), 15:22, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • +17 +/
    > лайнакса

    К логопеду.

     
  • 5.97, Led (ok), 22:32, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Пользователи лайнакса должны страдать.

    Аноний должен продолжать анойнировать.

     
  • 5.153, Логопед (?), 21:36, 19/05/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Учитывая, что создателя зовут Линус (да-да, по-фински читается именно Линус, ударение на первый слог), Linux читается как Линукс.
     
  • 4.44, Аноним (-), 15:08, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Что бы не фрагментировать ФС (ext4).

    Открой для себя e4defrag

     
     
  • 5.48, Ilya Indigo (ok), 15:19, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>Что бы не фрагментировать ФС (ext4).
    > Открой для себя e4defrag

    Она позволяет дефрагментировать корневой смонтированный раздел?

     
     
  • 6.63, Crazy Alex (ok), 16:19, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    e4defrag - online defragmenter for ext4 filesystem.

    На слово online обращаю внимание.

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

     
  • 6.91, ананим.orig (?), 20:39, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    а мануалы почитать слабо?
    > $ man e4defrag
    > …
    >e4defrag [ -c ] [ -v ] target ...
    > …
    >   If  target  is  a  directory,  e4defrag reduces fragmentation of all files in it. If target is a device, e4defrag gets the mount point of it and reduces fragmentation of all files in this mount point.
     
  • 2.17, xpue (ok), 11:03, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Лучше просто Alt+SysRq+f
     
     
  • 3.19, Ilya Indigo (ok), 11:13, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Лучше просто Alt+SysRq+F

    Спасибо, попробую в следующий раз, если возникнет необходимость в этом. :-)

     
  • 2.24, anonymous (??), 12:33, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Alt+SysRq+F, неуч
     
     
  • 3.30, pavlinux (ok), 13:48, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Долб... ресет и розетки для кого придумали?  
     
     
  • 4.54, Аноним (-), 15:30, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Бывает, приводит к преждевременному отказу от использования нового жёсткого диска по причине его выхода из строя, товарищ.
     
     
  • 5.98, Crazy Alex (ok), 22:36, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это что ж за печальное железо такое? Ну, то есть ресет да розетки дёргать - скотство, конечно, но всё же. Я ещё понимаю, если бы речь о потере данных пошла (и то сейчас этого уже суметь добиться надо).
     
  • 5.116, pavlinux (ok), 13:57, 17/05/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Бывает, приводит к преждевременному отказу от использования

    Это уже лет 20 не приводит к отказу. ФС может грохнутся, кроме XFS. :)  

     
     
  • 6.128, Аноним (-), 22:23, 17/05/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Это уже лет 20 не приводит к отказу. ФС может грохнутся, кроме XFS. :)

    Который лет 10 при крахах файлы нулями затирал. И сейчас не сильно лучше - только метаданные журналируются, поэтому что там случится с данными в файлах при крахе - никто не отвечает.

     
  • 5.117, pavlinux (ok), 13:58, 17/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    ... да и у всех уже SSD
     
     
  • 6.151, Аноним (-), 00:07, 19/05/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Покажи мне помойку, где можно найти SSD?
     
     
  • 7.155, pavlinux (ok), 03:43, 20/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Покажи мне помойку, где можно найти SSD?

    В гугле забанили?

     
  • 2.172, Ilya Indigo (ok), 20:08, 16/06/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Не знаю как у других, но в openSUSE Tumbleweed на kernel-desctop-4.6.2-2.1 до сих пор не работает. Отправил баг, пусть разбираются.
    https://bugzilla.suse.com/show_bug.cgi?id=985233
     

  • 1.5, VKraft (?), 09:22, 16/05/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто знает когда это https://en.wikipedia.org/wiki/Richacls будет в ядре официально?
     
  • 1.6, fail (?), 09:38, 16/05/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >> Добавлена подсистема Kernel Connection Multiplexor (KCM), предоставляющая средства для эффективного приёма и отправки сообщений по TCP, используя при этом программный интерфейс датаграмм.

    yжoc$%%#@$^

    [сообщение отредактировано модератором]

     
     
  • 2.14, Аноним (-), 10:40, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Применение этому вижу, например, в использовании одновременно протокола XMPP и передачи файла (бинарный поток) или медиапоток протокола Jingle в рамках одного соединения TCP, порт 5222 для пользователей, которые оба за NAT. Более прямое решение - использовать SCTP, но Винда и ныне там ж), да и неизвестно, отобразит ли провайдерский NAT протокол SCTP.
     
     
  • 3.20, Аноним (-), 11:31, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Чхать на винду.
     
     
  • 4.106, Аноним (106), 07:07, 17/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    будьте здоровы.
     
  • 3.72, Тузя (ok), 17:29, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Jingle - это не просто XEP, это целый набор XEP-ов, один из которых, собственно ... большой текст свёрнут, показать
     
     
  • 4.83, fail (?), 19:09, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    ...

    >> SCTP
    > Ага. Ну-ну. Сразу после тотального перехода на ipv6.

    хм, sctp прекрасно работает по v4 и/или v6, с nat'ом правда проблемки вылазят..
    а под win(xp,7,etc) платформу вроде драйвера от Bruce Kran'a есть..

     
     
  • 5.84, Аноним (-), 19:18, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > хм, sctp прекрасно работает по v4 и/или v6

    Уверен, он не это имел ввиду. IPv6 тоже прекрасно работает по существующим ethernet, что, однако, не привело к его широкой распространённости.

     

  • 1.9, SpiritOfStallman (ok), 09:58, 16/05/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >Поддержка пятой версии mesh-протокола B.A.T.M.A.N. ("Better Approach To Mobile Adhoc Networking), позволяющего создавать децентрализованные сети, каждый узел в которых связан через соседние узлы.

    А кто-то пробовал это в реальной жизни? Звучит, вроде, неплохо.

     
     
  • 2.31, pavlinux (ok), 13:53, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >>Поддержка пятой версии mesh-протокола B.A.T.M.A.N. ("Better Approach To Mobile Adhoc Networking), позволяющего создавать децентрализованные сети, каждый узел в которых связан через соседние узлы.
    > А кто-то пробовал это в реальной жизни?

    Один из вариантов реализации "умного дома"

     
     
  • 3.56, Crazy Alex (ok), 15:34, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Really? А оно есть для чего-то мелкого? Я как-то реализаций для МК не сумел выгуглить.
     
     
  • 4.115, pavlinux (ok), 13:55, 17/05/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Really? А оно есть для чего-то мелкого?

    Это Linux - куда прикрутишь, там и работает. :)

     
     
  • 5.121, Crazy Alex (ok), 17:06, 17/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Понимаешь, умный дом - это обычно микроконтроллеры, на которые линукс не прикрутить аже теоретически. Ну там - оперативки 16 килобайт и т.п.

    Устройством, на которое можно засунуть линукс, там (из соображений стоимости, размеров, энергопотребления и надёжности) обычно оказывается только центральный "мозг"-контроллер. А BATMAN нужен был бы для сети датчиков, чтобы не надо было делать прямое соединение контроллера и всех датчиков. Но найти его реализацию для чего-то маломощного нме не удалось, хотя было бы интересно потыкать. В связи с чем вопрос - с чего ты взял, что он вообще в "умном доме" используется.

     
     
  • 6.122, Mihail Zenkov (ok), 18:14, 17/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > А BATMAN нужен был бы для сети датчиков, чтобы не надо
    > было делать прямое соединение контроллера и всех датчиков. Но найти его
    > реализацию для чего-то маломощного нме не удалось, хотя было бы интересно
    > потыкать.

    Теоретически можно взять мелкий SoC (типа такого http://phasenoise.livejournal.com/1500.html) c OpenWRT и использовать его совместно с uC (соединив их через UART).

     
     
  • 7.130, Аноним (-), 22:38, 17/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Теоретически можно взять мелкий SoC (типа такого

    Типа такого: http://www.friendlyarm.com/index.php?route=product/product&path=69&product_id - и прочие бананы пи за 15 баксов. У них своего GPIO и прочего - более чем.

     
  • 6.154, pavlinux (ok), 03:29, 20/05/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Понимаешь, умный дом - это обычно...

    Это маркетинговое слово. И микроконтроллеры даже не везде, только у тех кто думает,
    остальные это тупа приёмники + контроллер какого-нибудь привода, типа шторы раздвинуть/задвинуть.
    А чтоб задвинуть раздвинуть, например, по времени, таймеру, уровню освещённости, движению - нужен мозг,
    который собирает данные с датчиков, звука, света, часов и пр. А ещё есть с управлением голосом,
    с системой обучения к нему. И на холодильник вешают сканер штрих кодов, и в инет базу ломится за
    составом и калорийностью...  И, внезапно, КРИПТОГРАФИЯ, чтоб школьники с андроида, за забором,
    не включали пылесосы ночью.
      

    > чего ты взял, что он вообще в "умном доме" используется.

    Я его туда пихать, продавать, кушать икра

     
  • 4.129, Аноним (-), 22:28, 17/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Really? А оно есть для чего-то мелкого? Я как-то реализаций для МК не сумел выгуглить.

    А зачем МК, если за 10 долларов китайцы продают весь 4-ядерник в сборе, с 512-1024 мегов оперативки? В линуксе можно использовать нормальные протоколы, инструменты разработки и отрисовать веб-интерфейс, wi-fi подпереть, так что везде сигнал идеальный будет. Куча GPIO, всякие i2c/spi/1wire прилагается, линукс все это умеет.

     
     
  • 5.135, SpiritOfStallman (ok), 23:02, 17/05/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Really? А оно есть для чего-то мелкого? Я как-то реализаций для МК не сумел выгуглить.
    > А зачем МК, если за 10 долларов китайцы продают весь 4-ядерник в
    > сборе, с 512-1024 мегов оперативки? В линуксе можно использовать нормальные протоколы,
    > инструменты разработки и отрисовать веб-интерфейс, wi-fi подпереть, так что везде сигнал
    > идеальный будет. Куча GPIO, всякие i2c/spi/1wire прилагается, линукс все это умеет.

    Умный дом это не о том что можно, а о том что нужно. Т.е. если мне захотелось датчик открытия крышки моего унитаза, скажем, малину под ободок не засунуть; а вот таблетку, что на одной батарейке годик-другой проживёт - это то что необходимо. А таких таблеток (точнее мест контроля/наблюдения) нужно десятки, а то и сотни.

     
     
  • 6.137, Led (ok), 23:24, 17/05/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Т.е. если мне захотелось датчик открытия крышки моего унитаза, скажем,
    > малину под ободок не засунуть; а вот таблетку, что на одной
    > батарейке годик-другой проживёт - это то что необходимо. А таких таблеток
    > (точнее мест контроля/наблюдения) нужно десятки, а то и сотни.

    Да ладно... зачем столько унитазов?

     
     
  • 7.140, Аноним (-), 03:49, 18/05/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Резервирование, fault tolerance. А ещё можно срать раунд робином.
     
     
  • 8.142, Аноним (-), 11:27, 18/05/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А если дрищь проберет WC-pinning активировать ... текст свёрнут, показать
     
  • 8.159, Аноним (-), 04:55, 20/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Не там ты Fault tolerance устраиваешь, дядя Федор Откажет у тебя единственный н... текст свёрнут, показать
     
  • 6.146, Аноним (-), 14:28, 18/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > А таких таблеток (точнее мест контроля/наблюдения) нужно десятки, а то и сотни.

    а в целом их миллионы нужны с заранее известными функциями, поэому их не на МК сделают а специализированные микросхемы - это дешеле и надежней.

     
     
  • 7.148, Mihail Zenkov (ok), 16:02, 18/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > а в целом их миллионы нужны с заранее известными функциями, поэому их
    > не на МК сделают а специализированные микросхемы - это дешеле

    Это только когда задача четко определена и действительно часто встречается. В быту часто встречается задачи которые требуют индивидуального решения в силу особенности датчиков и задачи.

    Да и при промышленном масштабе далеко не всегда оправдано разработка и заказ спец микросхемы. Например m-audio в своих midi клавиатурах использует типовой uC. E-MU для звуковой платы 1212m использует собственный DSP + стандартный FPGA. Так что все зависит от задачи.

    > и надежней

    Почему? Обычно если задача изначально требовала uC, то там и ставят фактически тот же uC но дополненный специфическими функциями.

     
  • 6.157, Аноним (-), 04:04, 20/05/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А через год придется барейки по всему дому заменять В городе еще есть риск что ... большой текст свёрнут, показать
     
  • 5.138, Mihail Zenkov (ok), 00:01, 18/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    1. Надежность существенно (на порядок, если не на два) ниже чем у uC.
    2. Энергопотребление больше, размеры больше.
    3. Жесткий realtime отсутствует.
    4. Нормальный аппаратный PWM там хоть есть?
    5. GPIO стандартные 5v выдать может?
    6. Сколько входов ADC?
    7. Морозы/жару/влажность циклическую переживет?
    8. Скорость перезагрузки по watchdog 1000 (если не в миллион) дольше.


     
     
  • 6.141, Аноним (-), 09:54, 18/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    1 Бред
    2 Микропотребление нужно очень редко
    3 Бред
    4 Есть почти у всех - как минимум для подсветки LCD используется так что все ставят
    5 Зачем ? вы наверно из криокамеры, но стандартным стало 3.3V уже лет 10
    6 Зависит от процессора
    7 Не хуже MK
    8 Зачем перезагружать ?
     
     
  • 7.144, Mihail Zenkov (ok), 12:40, 18/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    1 Железо uC простой чип содержащий в себе все критически важное для работы за... большой текст свёрнут, показать
     
     
  • 8.145, Аноним (-), 14:00, 18/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    1 ни то ни другое - требовательные к надежности системы строятся по принципу ап... большой текст свёрнут, показать
     
     
  • 9.147, Mihail Zenkov (ok), 15:42, 18/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Согласен, но одно другого не отменяет вопрос рациональности зачем ставить два ... большой текст свёрнут, показать
     
     
  • 10.149, Аноним (-), 16:30, 18/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    поиграться ногодрыгом и выбросить - вот и все задачи 8 битных однокристалок, для... текст свёрнут, показать
     
  • 8.160, Аноним (-), 05:15, 20/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Атмел какой-нибудь умеет и прошивку терять и настолько простой что даже исключен... большой текст свёрнут, показать
     
     
  • 9.164, Mihail Zenkov (ok), 13:35, 20/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Я это уже не первый раз вероятно от вас же слышу, но не как не могу воспроизве... большой текст свёрнут, показать
     
     
  • 10.167, Нониус (?), 08:06, 23/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Знаю сварочный трансформатор, сварочный инвертор Сварочного осциллятора не зн... текст свёрнут, показать
     
     
  • 11.168, Mihail Zenkov (ok), 11:54, 23/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Создает высокочастотный 50-200 кГц ток с напряжением 3000В в сварочной цепи Н... текст свёрнут, показать
     
  • 6.158, Аноним (-), 04:52, 20/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Руки надо из правильного места отращивать Работает, годами Linux - стабильная ... большой текст свёрнут, показать
     
  • 2.85, Trololo (?), 19:29, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Дык большинство существующих меш-сетей работают на batman-adv. Остальные - на bmx6, что есть форк от B.A.T.M.A.N. на L3. Ну и полтора некрофила используют OLSR, CJDNS, Netsukuku и прочее непопулярное.
     
     
  • 3.102, Аноним (-), 06:02, 17/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    ну почему ?
    тот-же HWMP/802.11s  - УЖЕ популярнее чем BATMAN.
    а cjdns - тоже весьма ходовая штука. и чем дальше - тем более. а
    вот OSLR - дейсвтительно "чудной франкенштейн". который и то не может и это уже не  хочет.
     
     
  • 4.119, Trololo (?), 14:58, 17/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Пруфы или не было.

    guifi.net; qmp - чем тебе не ходовые товары с десятками тысяч активных нод? freifunk.net - старейшее сообщество любителей меш-сетей. Там нет единобразия, но большинство из них использовают batman-adv.
    CJDNS популярен только в Атланте, и не имеет права на жизнь по многим техническим причинам. Просто распиарен и не более.

    802.11s ни одной сети не видел и даже не слышал.

     
     
  • 5.123, Аноним (-), 20:25, 17/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    сугубо Лично ВАША проблема/заблуждение, не более.
     
  • 4.131, Аноним (-), 22:40, 17/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > а cjdns - тоже весьма ходовая штука. и чем дальше - тем более.

    У батмана есть плюс для локальных mesh - учитывает качество линка. Но не предоставляет более глобальных решений, способных собраться в мега-сеть, как cjdns.

     
     
  • 5.163, Аногим (?), 11:46, 20/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    это скорее "общая фича" для ad-hoc сетевых "как класса" чем специфичная для бэтмэна.
    даже чугунный OSLR это умеет не гря о мэйнстриме вроде HWMP/802.11s(HWMP+ еще круче) а уж cjdns вооже "своей жизнью" живет иногда - вполне жизнеспособно =)
     

     ....большая нить свёрнута, показать (33)

  • 1.10, Ан v4 (?), 09:58, 16/05/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Совмещеные буфера- это хорошая дыра! Переколбас TCP|UDP - странно но может пригодится. Конфетка для прцов Интел - как вообще можно писать код под то, чего ещё нету!!!
     
     
  • 2.12, Аноним (-), 10:14, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    google://intel backdoor
     
  • 2.13, Andrey Mitrofanov (?), 10:37, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Конфетка для прцов Интел - как вообще можно писать код под
    > то, чего ещё нету!!!

    По ссылке на википедию сходи и прослезись: тебе ТорвальцФо. продаёт пердовые технологии интела из итаника -- в подновлённой обёртке. Есть же уже всё -- с помойки снова в дом принесли.

     
  • 2.15, ghost (??), 10:49, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Если этого нет у тебя, то не значит, что нет ни у кого. Явно пацаны из интела писали и у них все уже есть, как минимум в fpga.
     
  • 2.18, Zanoza (?), 11:05, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Всё просто - кто кормит женщину, тот её и танцует. Кушайте что дают и не возмущайтесь )
     
     
  • 3.80, Аноним (-), 18:48, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Ужинает, а не кормит! Я понимаю, что вы, в лучшем случае, кормите своих женщин сублимированной лапшой (отрываете от себя), в худшем - пасёте помоечные баки на задворках макдака. Но в пословице "ужинает", что предполагает, что мужчина пригласил женщину на ужин в некое (престижное) заведение.


     
     
  • 4.89, _ (??), 19:42, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >в некое (престижное) заведение.

    На которое у вантузятников не хватает бабла, а лапчатые там просто обедают? Ну продай почку :)

    </troll>


     
  • 2.101, Аноним (-), 02:05, 17/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Конфетка для прцов Интел - как вообще можно писать код под то, чего ещё нету!!!

    Легко. Кто заинтересован, тот как раз пишет заранее, чтобы к моменту выхода проца уже всё было готово.

     

  • 1.22, Аноним (-), 11:49, 16/05/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    а коментарии являются строками кода?
     
     
  • 2.25, Andrey Mitrofanov (?), 12:46, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > а коментарии являются строками кода?

    Это зависит от целей того, кто считает.

     
  • 2.32, pavlinux (ok), 13:54, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > а коментарии являются строками кода?

    Иногда в коментах больше толку, чем в коде :):

     
     
  • 3.95, S.Atahl (?), 21:46, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Не льсти себе
     
     
  • 4.114, pavlinux (ok), 13:53, 17/05/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Не льсти себе

    Так опеннете кроме меня больше умных не осталось. Митрофаныч если только,
    но он давно клал на вас и дельные советы.    


     
  • 2.96, Led (ok), 22:31, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > а коментарии являются строками кода?

    Твои - нет

     

  • 1.27, Mihail Zenkov (ok), 13:12, 16/05/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Сборку для x86 сломали :(

    In file included from arch/x86/boot/mkcpustr.c:21:0:
    arch/x86/boot/../kernel/cpu/capflags.c:2:28: fatal error: asm/cpufeature.h: No such file or directory
    #include <asm/cpufeature.h>
                                ^
    compilation terminated.

     
     
  • 2.34, pavlinux (ok), 13:58, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Сборку для x86 сломали :(
    > In file included from arch/x86/boot/mkcpustr.c:21:0:
    > arch/x86/boot/../kernel/cpu/capflags.c:2:28: fatal error: asm/cpufeature.h: No such
    > file or directory
    >  #include <asm/cpufeature.h>
    >            
    >            
    >      ^
    > compilation terminated.

    Это невъебенско сложно




    --- arch/x86/kernel/cpu/capflags.c     2016-04-29 02:52:28.311629606 +0300
    +++ arch/x86/kernel/cpu/capflags.c     2016-05-16 13:57:12.006516521 +0300
    @@ -1,5 +1,5 @@
    #ifndef _ASM_X86_CPUFEATURES_H
    -#include <asm/cpufeatures.h>
    +#include <linux/cpufeatures.h>
    #endif



     
     
  • 3.108, z (??), 10:56, 17/05/2016 [^] [^^] [^^^] [ответить]  
  • +5 +/
    >Это невъебенско сложно

    ... раздраженно фыркнул автослесарь, но всё же прикрутил отсутствующее с завода переднее левое колесо

     
     
  • 4.110, Mihail Zenkov (ok), 11:49, 17/05/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ошибка была вызвана патчем от предыдущей версии ядра. Без этого патча все нормально собирается.

    Что предложил починить pavlinux не понятно. Особенно с учетом того, что capflags.c генерируется динамически и для того, что он предлагает, нужно править mkcapflags.sh.

     
     
  • 5.118, pavlinux (ok), 14:00, 17/05/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ошибка была вызвана патчем от предыдущей версии ядра. Без этого патча все
    > нормально собирается.
    > Что предложил починить pavlinux не понятно. Особенно с учетом того, что capflags.c
    > генерируется динамически и для того, что он предлагает, нужно править mkcapflags.sh.

    В патче всё написано, далее сам.

     

  • 1.28, Okarin (ok), 13:29, 16/05/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    tl;dr, что для десктопа что нового?
     
     
  • 2.41, Аноним 8470382 (?), 14:42, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Написали же - включили PSR на видеокартах от Intel, т.е. теперь наконец есть нормальное энергопотребление на молильном Haswell, но зато мигает экран каждую минуту.
     
     
  • 3.87, Антон (??), 19:32, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А для Скайлейков когда?
     
     
  • 4.88, Аноним (-), 19:34, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А для Скайлейков когда?

    Когда начнёт мигать экран?


     
  • 4.90, Аноним 8470382 (?), 20:27, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Есть сообщения об успехах при использовании ядра 4.6 из drm-intel-nightly вместе с tlp на Skylake.
     
  • 2.57, Kodir (ok), 15:35, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Обои.
     
  • 2.58, Crazy Alex (ok), 15:38, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    DMA подкрутили, подддержку видео подправили, OOM, добавили поддержку сетевух... Много ли для десктопа от надо, в конце концов?
     
     
  • 3.103, Аноним (-), 06:06, 17/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > DMA подкрутили, подддержку видео подправили, OOM, добавили поддержку сетевух... Много
    > ли для десктопа от надо, в конце концов?

    ну MacSec тоже не только роутерам надо =)
    остальные если расширений 802.1х-2010 допилят PortSec тачку других. от казуального 802.11AE до вполне принципиальных вещей из-за которых ранние версии 802.1х никто не заморачивался поднимать, городя бояны разные с PPoE, PPTP, L2TP и прочими эрзацами вместо или вообще "голый" endpoint оставляя(и пользователя за ним. aka IPoE), что весьма драматично кончается систематически.

     
  • 3.105, Аноним (-), 07:01, 17/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    сам десктоп нужен, только он всё
     
     
  • 4.112, Crazy Alex (ok), 12:03, 17/05/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Он всего лишь не растёт с той же скоростью, что и мобильные девайсы.
     
  • 2.165, anonim (ok), 18:18, 22/05/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С каких пор десктоп стал приоритетом для Linux?!
     

  • 1.33, Genby (?), 13:55, 16/05/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    кто-нить в курсе, когда жёсткоё повисание nouveau пофиксят? https://bugs.freedesktop.org/show_bug.cgi?id=80865
     
     
  • 2.64, Аноним (-), 16:23, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    его то фиксили, то оно на разных версиях опять всплывало, у меня на гтх580 то работало без зависонов вообще, то висло довольно регулярно, это зависит от версии nouveau в конкретном дистре и как они там его упаковали
     

  • 1.43, ryoken (ok), 14:57, 16/05/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    С ядром 4.6 из aptosid не собирается nvidia-драйвер.
     
     
  • 2.46, Аноним (-), 15:11, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Уже знаем об этом
     
     
  • 3.47, Ilya Indigo (ok), 15:15, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Уже знаем об этом

    Я и другие пользователи nouveau об этом даже не догадываются. :-)

     
     
  • 4.86, Аноним (-), 19:31, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Тем, для кого 4.6 уже обычное ядро и нас рать на нуво и демьяна тоже не догадываются.


     
  • 2.132, Аноним (-), 22:44, 17/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > С ядром 4.6 из aptosid не собирается nvidia-драйвер.

    Сейчас автослесарь pavlinux даст урок прикручивания колеса к этой праворульной тойоте.

     
     
  • 3.156, pavlinux (ok), 03:56, 20/05/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да как два байта об асфальт code diff -ur a kernel nvidia nv c b kernel nvidi... большой текст свёрнут, показать
     
     
  • 4.161, Аноним (-), 05:23, 20/05/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > -MODULE_LICENSE("MIT");
    > +MODULE_LICENSE("GPL v2");

    Нормальный троллинг нвидии.

     
  • 2.139, Аноним (-), 03:26, 18/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Если поискать, то можно найти патчи. И все собирается тогда.
     

  • 1.60, Аноним (-), 15:42, 16/05/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Радует добавление поддержки многих ARM SoC в ванильное ядро!
     
     
  • 2.71, Аноним (-), 17:11, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Не забудь все их автономные системы забанить с адресами.
     
     
  • 3.73, Crazy Alex (ok), 18:07, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В мейнлайн, знаешь ли, мержат далеко не вслепую.
     
  • 3.111, Аноним (-), 12:02, 17/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Тебя кто-то обидел? Злой пров забанил любимый сайт?
     

  • 1.99, Аноним (-), 22:37, 16/05/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –12 +/
    На мой взгляд, Linux на сегодня себя полностью изжила.
    Она стала слишком тяжёлая, перегруженная хламом и медленная, слишком "For Server Only", слишком устаревшая, сами идеи организации данной ОС остались в далёком 20 веке.

    И мне никогда не нравилась идея монолитного ядра. Сегодня это неповоротливая громадина, для изменения настроек - каждый раз перекомпилируй, половину манипуляций с ядром без перезагрузок не осуществить итд.

     
     
  • 2.100, Led (ok), 22:39, 16/05/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > На мой взгляд, Linux на сегодня себя полностью изжила.
    > Она стала слишком тяжёлая, перегруженная хламом и медленная, слишком "For Server Only",
    > слишком устаревшая, сами идеи организации данной ОС остались в далёком 20
    > веке.
    > И мне никогда не нравилась идея монолитного ядра. Сегодня это неповоротливая громадина,
    > для изменения настроек - каждый раз перекомпилируй, половину манипуляций с ядром
    > без перезагрузок не осуществить итд.

    Всё это фигня. Главное - чтоб ты хорошо^Wхоть как-то училась.

     
  • 2.113, pavlinux (ok), 13:51, 17/05/2016 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > каждый раз перекомпилируй, половину манипуляций с ядром без перезагрузок не осуществить итд.

    А что ты забыл в ядре?

     
  • 2.133, Аноним (-), 22:51, 17/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Она стала слишком тяжёлая, перегруженная хламом и медленная, слишком "For Server Only",

    Расскажи это openwrt, у которых все ядро - мегабайт весом.

    > слишком устаревшая, сами идеи организации данной ОС остались в далёком 20 веке.

    А автомобили вообще в XIX веке появились.

    > И мне никогда не нравилась идея монолитного ядра. Сегодня это неповоротливая громадина,
    > для изменения настроек - каждый раз перекомпилируй, половину манипуляций с ядром
    > без перезагрузок не осуществить итд.

    Ты так говоришь, как будто тебя насильно заставляют это использовать. Сделай лучше, покажи этим лохам как надо было. Но ты же этого не сделаешь, теоретик диванный.

     
     
  • 3.134, Andrey Mitrofanov (?), 22:56, 17/05/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Она стала слишком тяжёлая, перегруженная хламом и медленная, слишком "For Server Only",
    > Расскажи это openwrt, у которых все ядро - мегабайт весом.

    Но в дешёвые роутеры 4МБ флэша он не влезает совсем не поэтому?

     
     
  • 4.162, Аноним (-), 11:42, 20/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Но в дешёвые роутеры 4МБ флэша он не влезает совсем не поэтому?

    Его до сих пор можно обрубить под 4/16, но это лишняя возня. Разработчики не желают этим заниматься и у них требования к минимальному набору софта увеличились. Всякие procd и ubus появились же. Казалось бы при чем тут Поттеринг?!

     

  • 1.107, Вареник (?), 09:34, 17/05/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >>  размер патча - 37 Мб (изменения затронули 9990 файлов, добавлено 517234 строк кода, удалено 249061 строк).

    Скоро поддержка 32 битных архитектур будет прекращена в связи с выходом размера моноядра за 4 гигабайта :)

     
     
  • 2.124, Аноним (-), 20:27, 17/05/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >>>  размер патча - 37 Мб (изменения затронули 9990 файлов, добавлено 517234 строк кода, удалено 249061 строк).
    > Скоро поддержка 32 битных архитектур будет прекращена в связи с выходом размера
    > моноядра за 4 гигабайта :)

    на стрекозу перейдут или на SE4L, сказав "старик, ты таки-был прав!" Тененбауму и ко ;)

     

  • 1.109, фывапроцукенг (?), 11:07, 17/05/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    уже использую gentoo-sources-4.6.0 nvidia-drivers-364.19 kdeplasma-5.5.5 полет нормальный
     
  • 1.120, iCat (ok), 16:15, 17/05/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >CONFIG_FAT_DEFAULT_UTF8

    Вот ведь мелочь, а - вечер стал добрым... ;)

     
  • 1.125, KT315 (ok), 21:23, 17/05/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >> Добавлена новая опция монтирования "usebackuproot", которая заменила собой опцию "recovery", вводящую в заблуждение своим не совсем точным названием;

    Т.е. переименовали для дураков :)

     
  • 1.126, robux (ok), 21:37, 17/05/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Значительно переработана реализация устройства GPIO;

    Вот с этого места поподробней.

     
     
  • 2.127, Andrey Mitrofanov (?), 22:20, 17/05/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>переработана реализация устройства GPIO;
    >Вот с этого места

    http://kernelnewbies.org/Linux_4.6#head-7b6880f66abd618ce66f1ff068d9d774ae97f

     
     
  • 3.136, Аноним (-), 23:06, 17/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > http://kernelnewbies.org/Linux_4.6#head-7b6880f66abd618ce66f1ff068d9d774ae97f

    Вот так просыпаешься, а ты уже deprecated оказывается и пора все переписывать.

     
     
  • 4.166, anonim (ok), 18:25, 22/05/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> http://kernelnewbies.org/Linux_4.6#head-7b6880f66abd618ce66f1ff068d9d774ae97f
    > Вот так просыпаешься, а ты уже deprecated оказывается и пора все переписывать.

    Если вы когда-либо пробовали работать с GPIO из user-space, то, по-моему, его проблемы (проблемы ABI) сразу становятся очевидны и мешают жить. Но character device?! Надо бы прочитать дискуссию, где обсуждалось почему именно такой подход...

     

  • 1.143, cmp (ok), 12:32, 18/05/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ну ппц, на ноуте не стартует, декомпрессинг и ребут, пять раз уже пересобирал с разными конфигами, даже либру пробовал, таже фигня((
     
     
  • 2.150, Led (ok), 22:51, 18/05/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ну ппц, на ноуте не стартует, декомпрессинг и ребут, пять раз уже
    > пересобирал с разными конфигами, даже либру пробовал, таже фигня((

    В твоих шортах рукава слишком узкие.

     

  • 1.171, фывапроцукенг (?), 02:07, 27/05/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Обновляю:gentoo-sources-4.6.0,nvidia-drivers-367.18,xfce4-4.12,compton,gentoo-amd64-multilib,gcc-5.3.0(-march=bdver2,-02),(crossover-bin-15.1.0,Stalker-обьедененный пак 2),Железо исп. при тесте:nvidia-GTX570,FX-9590,Formula-5-z,ssd-samsung-pro,file-system-BTRFS.
    Все установленные программы(597шт.) работают.Отдельно про ОП2 работает отлично.
     

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



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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