The OpenNET Project / Index page

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

Релиз ядра Linux 5.9

12.10.2020 08:36

После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 5.9. Среди наиболее заметных изменений: ограничение импорта символов из проприетарных модулей в GPL-модули, ускорение операций переключения контекста при помощи набора процессорных инструкций FSGSBASE, поддержка сжатия образа ядра при помощи Zstd, переработка расстановки приоритетов для потоков в ядре, поддержка протокола PRP (Parallel Redundancy Protocol), планирование с учётом пропускной способности в планировщике deadline, упреждающая упаковка страниц памяти, capability-флаг CAP_CHECKPOINT_RESTOR, системный вызов close_range(), повышение производительности dm-crypt, удаление кода для 32-разрядных гостевых систем Xen PV, новый механизм управления памятью slab, опция "rescue" в Btrfs, поддержка inline-шифрования в ext4 и F2FS.

В новую версию принято 16074 исправления от 2011 разработчиков, размер патча - 62 МБ (изменения затронули 14548 файлов, добавлено 782155 строк кода, удалено 314792 строки). Около 45% всех представленных в 5.9 изменений связаны с драйверами устройств, примерно 15% изменений имеют отношение к обновлению кода, специфичного для аппаратных архитектур, 13% связано с сетевым стеком, 3% - с файловыми системами и 3% c внутренними подсистемами ядра.

Основные новшества:

  • Память и системные сервисы
    • Ужесточена защита от использования GPL-прослоек для связывания проприетарных драйверов с компонентами ядра, экспортируемыми только для модулей под лицензией GPL. Флаг TAINT_PROPRIETARY_MODULE теперь наследуются во всех модулях, импортирующих символы из модулей с данным флагом. Если GPL-модуль попытается импортировать символы из не-GPL модуля, то этот GPL-модуль унаследует метку TAINT_PROPRIETARY_MODULE и не сможет обращаться к компонентам ядра, доступным только для модулей под лицензией GPL, даже если модуль ранее импортировал символы из категории "gplonly". Обратная блокировка (экспорт только EXPORT_SYMBOL_GPL в модулях, импортировавших EXPORT_SYMBOL_GPL), которая могла нарушить работу проприетарных драйверов, не реализована (наследуется только флаг проприетарного модуля, но не GPL-привязки).
    • Добавлена поддержка механизма kcompactd для упреждающей упаковки страниц памяти в фоновом режиме, позволяющего увеличить число больших страниц памяти (Huge Pages, страницы больше 4KB), доступных ядру. По предварительной оценке, фоновая автоматическая упаковка (дефрагментация) ценой минимальных накладных расходов позволяет в 70-80 раз снизить задержки при выделении крупных страниц памяти по сравнению с ранее применяемым механизмом упаковки по необходимости, запускаемым непосредственно при выделении крупной страницы. Для задания границ внешней фрагментации, которую будет обеспечивать kcompactd, добавлен sysctl vm.compaction_proactiveness.
    • Добавлена поддержка сжатия образа ядра с использованием алгоритма Zstandard (zstd).
    • Для систем x86 реализована поддержка расширения набора процессорных инструкций FSGSBASE, позволяющего читать и изменять содержимое регистров FS/GS из пространства пользователя. В ядре FSGSBASE используется для ускорения операций переключения контекста за счёт исключения лишних операций записи MSR для GSBASE, а в пространстве пользователя позволяет обойтись без лишних системных вызовов для изменения FS/GS.
    • Добавлен параметр "allow_writes", позволяющий запретить изменения MSR-регистров процессора из пространства пользователя и ограничить доступ к содержимому данных регистров операциями чтения, так как изменение MSR может привести к проблемам. По умолчанию запись пока не запрещена, а изменение MSR отражается в логе, но в будущем планируется перевести доступ по умолчанию в режим только для чтения.
    • В интерфейс асинхронного ввода/вывода io_uring добавлена полная поддержка асинхронных операций буферизированного чтения, не требующих привлечения потоков ядра. Поддержка записи ожидается в следующем выпуске.
    • В планировщике ввода/вывода deadline реализовано планирование с учётом пропускной способности, позволяющее принимать корректные решения на асимметричных системах, таких как системы ARM на базе архитектур DynamIQ и big.LITTLE, комбинирующие в одном чипе мощные и менее производительные энергоэффективные ядра CPU. В частности, новый режим позволяет избежать рассогласований при планировании, когда медленное ядро CPU не имеет должных ресурсов для выполнения задачи в назначенный срок.
    • Модель потребления энергии в ядре (фреймворк Energy Model) теперь описывает не только поведение энергопотребления CPU, но и охватывает периферийные устройства.
    • Реализован системный вызов close_range(), позволяющий процессу разом закрыть целый диапазон открытых файловых дескрипторов.
    • Из реализации текстовой консоли и драйвера fbcon удалён код, обеспечивающий возможность программной прокрутки текста назад (CONFIG_VGACON_SOFT_SCROLLBACK) более чем на объем видеопамяти текстового режима VGA.
    • Переработан алгоритм назначения приоритетов для потоков внутри ядра. Новый вариант обеспечивает лучшую согласованность во всех подсистемах ядра при назначении приоритетов для задач реального времени.
    • Добавлен sysctl sched_uclamp_util_min_rt_default для управления параметрами форсирования частоты CPU для задач реального времени (например, можно на лету менять поведение при выполнении задач реального времени для экономии энергии после перехода на питание от аккумулятора или на мобильных системах).
    • Проведена подготовка к реализации поддержки технологии Transparent Huge Pages в страничном кэше.
    • В механизме fanotify реализованы новые флаги FAN_REPORT_NAME и FAN_REPORT_DIR_FID для передачи сведений о родительском имени и уникальном идентификаторе FID при наступлении событий создания, удаления или перемещения элементов каталога и не связанных с каталогами объектов.
    • Для cgroups реализован новый контроллер распределения памяти slab (slab memory controller), который примечателен переносом учёта slab с уровня страниц памяти на уровень объектов ядра, что даёт возможность совместно использовать slab-страницы в разных cgroup, вместо выделения отдельных кэшей slab для каждой cgroup. Предложенный подход позволяет повысить эффективность использования slab, на 30-45% сократить размер используемой для slab памяти, значительно уменьшить общее потребление памяти ядром и снизить фрагментацию памяти.
    • В звуковой подсистеме ALSA и USB-стеке, в соответствии с недавно принятыми рекомендациями по использованию инклюзивной терминологии в ядре Linux, проведена чистка неполиткорректных терминов. Код очищен от использования слов "slave", "master", "blacklist" и "whitelist".
  • Виртуализация и безопасность
    • При сборке ядра с использованием компилятора Clang появилась возможность настройки (CONFIG_INIT_STACK_ALL_ZERO) автоматической инициализации нулевым значением всех переменных, хранимых в стеке (при сборке указывается "-ftrivial-auto-var-init=zero") .
    • В подсистему seccomp, при использовании режима контроля процесса в пространстве пользователя, добавлена возможность подстановки в отслеживаемый процесс файловых дескрипторов для полной эмуляции системных вызовов, приводящих к созданию файловых дескрипторов. Функциональность востребована в системах изолированных контейнеров и реализации sandbox для Chrome.
    • Улучшено управление анонимной (выделенной через malloc) памяти. Ранее новые и заменяемые страницы анонимной памяти помещались в список активных страниц, что могло снижать позиции реально используемых страниц в этом списке. Теперь для защиты существующих рабочих нагрузок новые и заменяемые страницы вначале помещаются в список неактивных страниц и переносятся в список активных только после накопления определённого числа ссылок.
    • Для архитектур xtensa и csky добавлена поддержка ограничения системных вызовов при помощи подсистемы seccomp. Для xtensa дополнительно реализована поддержка механизма аудита.
    • Добавлен новый capability-флаг CAP_CHECKPOINT_RESTORE, позволяющий без передачи дополнительных привилегий предоставить доступ к возможностям, связанным с заморозкой и восстановлением состояния процессов.
    • В GCC 11 реализованы все возможности, необходимые для отладочного инструмента KCSAN (Kernel Concurrency Sanitizer), предназначенного для динамического выявления состояний гонки внутри ядра. Таким образом, KCSAN теперь может использоваться с ядрами, собранными в GCC.
    • Для AMD Zen и более новых моделей CPU добавлена поддержка технологии P2PDMA, позволяющей использовать DMA для прямой передачи данных между памятью двух устройств, подключенных к шине PCI.
    • В dm-crypt добавлен режим, позволяющий сократить задержки за счёт выполнения криптографической обработки данных без использования рабочих очередей. Указанный режим также необходим для корректной работы с зонированными блочными устройствами (устройства с областями, которые должны записываться последовательно с обновлением целиком всей группы блоков). Проведена работа по повышению пропускной способности и уменьшению задержек в dm-crypt.
    • Удалён код для поддержки 32-разрядных гостевых систем, работающих в режиме паравиртуализации под управлением гипервизора Xen. Пользователям подобных систем следует перейти на использование 64-разрядных ядер в гостевых окружениях или использовать для запуска окружений вместо паравиртуализации (PV) режимы полной (HVM) или комбинированной (PVH) виртуализации.
  • Дисковая подсистема, ввод/вывод и файловые системы
    • В файловой системе Btrfs реализована опция монтирования "rescue", унифицирующая доступ ко всем другим опциям для восстановления. Удалена поддержка опций "alloc_start" и "subvolrootid", объявлена устаревшей опция "inode_cache". Проведена оптимизация производительности, особенно заметно ускорено выполнение операций fsync(). Добавлено получение типа используемой контрольной суммы через ioctl.
    • Добавлена возможность использования inline-шифрования (Inline Encryption) в файловых системах ext4 и F2FS, для включения которого предусмотрена опция монтирования "inlinecrypt". Режим inline-шифрования позволяет задействовать встроенные в контроллер накопителя механизмы шифрования, которые осуществляют прозрачное шифрование и расшифровку ввода/вывода.
    • В XFS обеспечен сброс inode (flush) в полностью асинхронном режиме, не блокирующем процессы при выполнении операции чистки памяти. Решена давняя проблема с квотами, из-за которой некорректно отслеживались предупреждения о превышении мягкого лимита и ограничений на число inode. Унифицирована реализация поддержки DAX для ext4 и xfs.
    • В Ext4 реализована упреждающая загрузка битовых карт распределения блоков. В сочетании с ограничением сканирования неинициализированных групп, оптимизация позволила сократить время монтирования очень больших разделов.
    • В F2FS добавлен ioctl F2FS_IOC_SEC_TRIM_FILE, позволяющий использовать команды TRIM/discard для физического обнуления указанных данных в файле, например, для удаления ключей доступа без оседания на накопителе остаточных данных. В F2FS также добавлен новый режим сборки мусора GC_URGENT_LOW, работающий более агрессивно за счёт исключения некоторых проверок нахождения в состоянии простоя (idle) перед запуском сборщика мусора.
    • В bcache размер bucket_size для экстентов увеличен с 16 до 32 бит в рамках подготовки к обеспечению возможности применения для кэша зонированных устройств.
    • В подсистему SCSI добавлена возможность использования inline-шифрования на базе встроенных средств аппаратного шифрования, предоставляемых UFS-контроллерами (Universal Flash Storage).
    • Добавлен новый параметр командной строки ядра "debugfs", позволяющий управлять доступностью одноимённой псевдо-ФС.
    • В клиенте NFSv4.2 обеспечена поддержка расширенных атрибутов файлов (xattr).
    • В dm-dust добавлен интерфейс для вывода разом списка всех выявленных bad-блоков на диске ("dmsetup message dust1 0 listbadblocks").
    • Для md/raid5 добавлен параметр /sys/block/md1/md/stripe_size для настройки размера STRIPE-блока.
    • Для устройств хранения NVMe добавлена поддержка команд для зонирования накопителя (ZNS, NVM Express Zoned Namespace), позволяющего разбить пространство для хранения на зоны, составляющие группы блоков, для более полного управления размещением данных на накопителе.
  • Сетевая подсистема
    • В Netfilter добавлена возможность отклонения пакетов на стадии до проверки маршрутизации (выражение REJECT теперь может использоваться не только в цепочках INPUT, FORWARD и OUTPUT, но и на стадии PREROUTING для icmp и tcp).
    • В nftables добавлена возможность аудита событий, связанных с изменением конфигурации.
    • В nftables в API netlink добавлена поддержка анонимных цепочек, имя которым назначается динамически ядром. При удалении связанного с анонимной цепочкой правила автоматически удаляется и сама цепочка.
    • В BPF добавлена поддержка итераторов для обхода, фильтрации и изменения элементов ассоциативных массивов (map) без копирования данных в пространство пользователя. Итераторы можно использовать для сокетов TCP и UDP, что позволяет BPF-программам перебирать списки открытых сокетов и извлекать из них необходимые сведения.
    • Добавлен новый тип BPF-программ BPF_PROG_TYPE_SK_LOOKUP, запускаемых в момент, когда ядро ищет подходящий слушающий сокет для входящего соединения. При помощи подобной BPF-программы можно создавать обработчики, принимающие решения о том, c каким сокетом следует ассоциировать соединение, не ограниченные рамками системного вызова bind(). Например, можно организовать связывание одного сокета с диапазоном адресов или портов. Кроме того, в bpf_setsockopt() добавлена поддержка флага SO_KEEPALIVE и реализована возможность установки обработчиков BPF_CGROUP_INET_SOCK_RELEASE, вызываемых при освобождении сокета.
    • Реализована поддержка протокола PRP (Parallel Redundancy Protocol), позволяющего на базе Ethernet реализовать прозрачное для приложений переключение на запасной канал в случае сбоя любых компонентов сети.
    • В стек mac80211 добавлена поддержка четырёхэтапного согласования канала WPA/WPA2-PSK в режиме точки доступа.
    • Добавлена возможность переключения планировщика qdisc (queuing discipline) на использование по умолчанию алгоритма управления сетевыми очередями FQ-PIE (Flow Queue PIE), нацеленного на снижение негативного влияния промежуточной буферизации пакетов на граничном сетевом оборудовании (bufferbloat) в сетях с кабельными модемами.
    • Добавлены новые возможности в MPTCP (MultiPath TCP), расширения протокола TCP для организации работы TCP-соединения с доставкой пакетов одновременно по нескольким маршрутам через разные сетевые интерфейсы, привязанные к разным IP-адресам. Добавлена поддержка syn cookie, DATA_FIN, автонастройки буферов, диагностики сокетов и использования флагов REUSEADDR, REUSEPORT и V6ONLY в setsockopt.
    • Для виртуальных таблиц маршрутизации VRF (Virtual Routing and Forwarding), позволяющих организовать работу нескольких доменов маршрутизации на одной системе, реализован режим "strict". В данном режиме виртуальная таблица может быть ассоциирована только с таблицей маршрутизации, которая не используется в других виртуальных таблицах.
    • В беспроводной драйвер ath11k добавлена поддержка частоты 6GHz и спектрального сканирования.
  • Оборудование
    • Удалён код для поддержки архитектуры UniCore, разработанной в микропроцессорном центре Пекинского университета и включённой в состав ядра Linux в 2011 году. Данная архитектура с 2014 года находится без сопровождения и не имеет поддержки в GCC.
    • Для архитектуры RISC-V реализована поддержка kcov (debugfs-интерфейс для анализа покрытия кода ядра), kmemleak (система выявления утечек памяти), защиты стека, меток перехода и tickless-операций (независимая от сигналов таймера многозадачность).
    • Для архитектуры PowerPC реализована поддержка очередей для spinlock, позволившая значительно поднять производительность в ситуациях конфликта блокировок.
    • Для архитектур ARM и ARM64 задействован по умолчанию механизм регулирования частоты процессора schedutil (cpufreq governor), который для принятия решения об изменении частоты напрямую использует информацию от планировщика задач и может сразу обращаться к драйверам cpufreq для оперативного изменения частоты, мгновенно подгоняя параметры работы CPU к текущей нагрузке.
    • В DRM-драйвере i915 для видеокарт Intel включена поддержка чипов на базе микроархитектуры Rocket Lake и добавлена начальная поддержка дискретных карт Intel Xe DG1.
    • В драйвер amdgpu добавлена начальная поддержка GPU AMD Navi 21 (Navy Flounder) и Navi 22 (Sienna Cichlid). Добавлена поддержка движков ускорения кодирования и декодирования видео UVD/VCE для GPU Southern Islands (Radeon HD 7000). Добавлено свойство для поворота отображения на 90, 180 или 270 градусов.

      Интересно, что драйвер для GPU AMD является самым крупным драйвером в ядре - он насчитывает около 2.71 млн строк кода, что примерно 10% от общего размера ядра (27.81 млн строк). При этом 1.79 млн строк приходится на сгенерированные автоматически заголовочные файлы с данными для регистров GPU, а Си-код составляет 366 тысяч строк (для сравнения драйвер Intel i915 включает 209 тысяч строк, а Nouveau - 149 тысяч).

    • В драйвер Nouveau добавлена поддержка покадровой проверки целостности при помощи CRC (Cyclic Redundancy Checks) в дисплейных движках GPU NVIDIA. Реализация основана на документации, предоставленной компанией NVIDIA.
    • Добавлены драйверы для LCD-панелей: Frida FRD350H54004, KOE TX26D202VM0BWA, CDTech S070PWS19HP-FC21, CDTech S070SWV29HG-DC44, Tianma TM070JVHG33 и Xingbangda XBD599.
    • В звуковой подсистеме ALSA реализована поддержка Intel Silent Stream (режим постоянного поддержания питания для внешних HDMI-устройств для исключения задержки при начале воспроизведения) и нового устройства для управления подсветкой кнопок активации микрофона и отключения звука, а также добавлена поддержка нового оборудования, включая контроллер Loongson 7A1000.
    • Добавлена поддержка ARM-плат, устройств и платформ: Pine64 PinePhone v1.2, Lenovo IdeaPad Duet 10.1, ASUS Google Nexus 7, Acer Iconia Tab A500, Qualcomm Snapdragon SDM630 (используется в Sony Xperia 10, 10 Plus, XA2, XA2 Plus и XA2 Ultra), Jetson Xavier NX, Amlogic WeTek Core2, Aspeed EthanolX, пять новых плат на базе NXP i.MX6, MikroTik RouterBoard 3011, Xiaomi Libra, Microsoft Lumia 950, Sony Xperia Z5, MStar, Microchip Sparx5, Intel Keem Bay, Amazon Alpine v3, Renesas RZ/G2H.
Одновременно латиноамериканский Фонд свободного ПО сформировал вариант полностью свободного ядра 5.9 - Linux-libre 5.9-gnu, очищенного от элементов прошивок и драйверов, содержащих несвободные компоненты или участки кода, область применения которых ограничена производителем. В новом выпуске отключена загрузка блобов в драйверах для WiFi rtw8821c и SoC MediaTek mt8183. Обновлён код чистки блобов в драйверах и подсистемах Habanalabs, Wilc1000, amdgpu, mt7615, i915 CSR, Mellanox mlxsw (Spectrum3), r8169 (rtl8125b-2) и x86 touchscreen.


  1. Главная ссылка к новости (https://lkml.org/lkml/2020/10/...)
  2. OpenNews: Релиз ядра Linux 5.8
  3. OpenNews: Релиз ядра Linux 5.7
  4. OpenNews: Релиз ядра Linux 5.6
  5. OpenNews: Релиз ядра Linux 5.5
  6. OpenNews: Релиз ядра Linux 5.4
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/53830-linux
Ключевые слова: linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (251) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Fracta1L (ok), 08:46, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Обратная блокировка, которая могла нарушить работу пропритеарных драйверов, не реализована

    Разум победил

     
     
  • 2.7, FixingGunsInAir (ok), 09:01, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +8 +/
    А надолго ли? Может, просто не успели.
     
  • 2.16, Аноним (16), 09:29, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А ведь жаль. Серьезно. Одна из проблем кастомизации некоторого железа - гребаная проприетарь. Особенно это касается мобилок, где вообще всё очень плохо.
     
     
  • 3.45, SR_team (ok), 10:31, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    На мобилках еще и сурсы не отдают, ибо им пофиг на GPL. Покупай правильные мобилки и не будет проблем
     
     
  • 4.99, Аноним (99), 14:26, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Это какие?
     
     
  • 5.171, Аноним (171), 19:15, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ПРАВИЛЬНЫЕ!
     
  • 5.177, Аноним (177), 19:33, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не такие - https://www.opennet.dev/opennews/art.shtml?num=39388
     
  • 5.205, ПомидорИзДлины (?), 21:37, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Pine64 PinePhone v1.2
     
  • 2.37, Аноним (37), 09:57, 12/10/2020 Скрыто ботом-модератором     [к модератору]
  • –7 +/
     
     
  • 3.48, Аноним (48), 10:40, 12/10/2020 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 4.77, Аноним (77), 12:52, 12/10/2020 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 3.61, Аноним (48), 11:09, 12/10/2020 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 3.64, anonymous (??), 11:29, 12/10/2020 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 4.75, Аноним (75), 12:48, 12/10/2020 Скрыто ботом-модератором     [к модератору]
  • +4 +/
     
  • 3.219, б.б. (?), 01:06, 13/10/2020 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 4.245, Michael Shigorin (ok), 13:09, 13/10/2020 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 5.252, б.б. (?), 14:41, 13/10/2020 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.80, Аноним (80), 13:03, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Разум проприетарных спонсоров.
     
  • 2.238, IRASoldier_registered (ok), 12:32, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ...попытку откровенного саботажа.
     

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

  • 1.2, Аноним (2), 08:52, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    >Several experimental Library OS (LibOS) implementation projects aim to run unmodified Linux applications on Intel® Software Guard Extensions (Intel® SGX) by providing a POSIX runtime environment for applications.

    Ну всё, хана.

     
  • 1.4, Аноним (2), 08:55, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –19 +/
    >Добавлена поддержка сжатия образа ядра с использованием алгоритма Zstandard (zstd).

    Не нужно. ZSTD и тормознее, и жмёт хуже, чем lzma2.

     
     
  • 2.25, slava_kpss (ok), 09:40, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +12 +/
    ZSTD лучший по соотношению скорости/сжатия.
     
     
  • 3.129, Аноним (129), 16:33, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ядро разжимается один раз при загрузке, Так чего вообще по этому поводу париться?
     
     
  • 4.182, Онаним (?), 19:58, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На медленных CPU типа ARM есть повод. Время старта.
     
     
  • 5.259, Аноним (259), 02:22, 14/10/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Во дураки эти ваши смартфоноделы. Мобильник то надо постоянно ВЫКЛЮЧАТЬ, а они его носят включенным дело не по делу! Подумайте о мелых бедведях на льдинах индийского моря!
    А если серьёзно, то все эти ваши ненавистные EFI, проверки подписей и т.д. придумывались вовсе не для того, чтобы аноним на 1 секунду дольше бутил свой комп. Существуют технологии, позволяющие тупо переводить устройство в режим микроскопического потребления энергии, так почему бы не воспользоваться этим и вообще никогда не выключать систему?
     
     
  • 6.267, Онаним (?), 09:58, 14/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    На ARM не только смартфоны, тащемто.
     
  • 6.280, Кирилл (??), 11:26, 28/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну как-бы, на Librem не от хорошей жизни сделали физический выключатель питания.
     
  • 4.217, i (??), 00:10, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, а сервера по пять раз биос перегружают, типа они ж сервера, а когда ты его чинишь как дибил сидишь по 10 мин ждешь, че парится да, оплачивают же, да, кому как а я найду куда полчаса потратить с большим интересом чем пялится в пост-коды, за теже деньги
     
     
  • 5.247, Аноним (247), 13:43, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Cold boot только при пусконаладке.
    Заяем на сервере питание выключать с перезагрузкой всех BIOS?
     
     
  • 6.268, Онаним (?), 10:00, 14/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Затем, что оно иногда выключается даже в супер-пупер-защищённых DC.
    И вот после этого сидеть и ждать, пока забутится вся местная ферма - то ещё удовольствие.
    Особенно грешат большие роутеры и SAN'ы, у этих бут тайм вообще может минут до 15-20 доходить.
     
  • 2.43, m.makhno (ok), 10:25, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    а где пруфы, господин Анон?
     
     
  • 3.54, Аноним (2), 11:01, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Собираешь на 03 и пробуешь на -22
     
  • 3.62, n00by (ok), 11:11, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Он просто набрасывает У меня завалялись результаты некоего тестирования, без zs... большой текст свёрнут, показать
     
     
  • 4.213, Аноним (213), 22:51, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Так в списке нет zstd, гений.
     
     
  • 5.257, selishii (ok), 17:23, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    простой частный пример 5,9 на Arch: initramfs-linux-zen.img
            
    lz4 - 44,7 MB(fallback); 13,5(без fallback) MB
    zstd - 29,8 MB(fallback); 9,6(без fallback) MB
    Поскольку хук autodetect - включен (без fallback), то время загрузки (распаковки образа) ядра  находится в пределах погрешности 0,04 сек., так у меня время распаковки 1.56...1.6 сек (zstd в среднем чуть дольше).
     
  • 5.266, n00by (ok), 08:11, 14/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Так в списке нет zstd,

    Да, о чём перед списком специально и написано.

    > гений.

    Потому и привёл пример, на что должны быть похожи Ваши аргументы.

     
  • 3.76, Аноним (75), 12:51, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну если в гугеле забанили то на https://indico.fnal.gov/event/16264/contributions/36466/attachments/22610/2803
     
  • 2.52, Аноним (52), 10:50, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Он распаковывает быстрее.
     
  • 2.212, Аноним (213), 22:50, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    "ZSTD" звучит хайповей, тебе никто не поверит
     

  • 1.5, Аноним (5), 08:59, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    ничего не понятно, но звучит заманчиво
     
     
  • 2.79, Аноним (-), 12:55, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    вполне себе история с китайским RISC MIPS32 China core project , National 863 ... большой текст свёрнут, показать
     
     
  • 3.122, Аноним (-), 15:40, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    вот ещё про китайские процессоры, включая "The Unity/PKUnity Processor Family" https://hyperionresearch.com/wp-content/uploads/2018/04/Hyperion-Research-Chin
     

  • 1.6, Аноним (2), 09:00, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Добавлен параметр "allow_writes", позволяющий запретить изменения MSR-регистров процессора из пространства пользователя и ограничить доступ к содержимому данных регистров операциями чтения, так как изменение MSK может привести к проблемам. По умолчанию запись пока не запрещена, а изменение MSR отражается в логе, но в будущем планируется перевести доступ по умолчанию в режим только для чтения.

    Нужно вообще упразднить рут, вся конфигурация должна вестись при сборке ядра, да ещё ядро и каждая его часть должны быть пшдписаны подписью производителя. Нарушена подпись - кирпич.  Wait, O SHIT. Это же почти Android и есть, только в первых 2х пунктах недоработки.

     
     
  • 2.11, FixingGunsInAir (ok), 09:10, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Ты сейчас Secure Boot описал.

    А вообще, root сейчас, по умолчанию, имеет гораздо меньше прав, чем раньше. А какой-нибудь SELinux может запросто послать тебя в баню... Б - Безопасность же.

     
     
  • 3.208, Харитон (?), 21:44, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кто-то запрещает выпилить из ядра СеЛинукс или АппАрмор?
     
     
  • 4.260, Аноним (259), 02:26, 14/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Здравый Смысл?
     
  • 4.279, FixingGunsInAir (ok), 21:49, 23/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Кто-то запрещает выпилить из ядра СеЛинукс или АппАрмор?

    Ну так собери своё ядро с блекджеком и выпили. Но зачем? Так сильно хочется выстрелить в ногу?

     

  • 1.8, FixingGunsInAir (ok), 09:03, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    > Ужесточена защита от использования GPL-прослоек для связывания проприетарных драйверов с компонентами ядра

    Ну что, ждём в следующем релизе анальное огорождение от Nvidia? 😏

     
     
  • 2.15, Аноним (2), 09:26, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так вот что подудило их открыть документацию! Broadcom же прогибаться не будет. Юзай винду и всё тут. Вендоры ведёр прошивки собирают сами и эту антрфичу могут отключить.
     
     
  • 3.32, ryoken (ok), 09:53, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    >> подудило

    Хорошее слово, надо бы записать :).

     
  • 3.91, Аноним (91), 13:36, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Они ещё пооткрытей амд будут. Просто они не дают свои блобы, а амд с интелом дают.
     
     
  • 4.119, Аноним (119), 15:30, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Эм, что? Пооткрытей из-за того что они написали документацию? Чем открытый код? Какая-то очень странная и противоречащая здравому смыслу метрика. У кучи закрытых продуктов документация лучше чем у опенсорсных альтернатив, мы же не начинаем бегать и кричать что какие-нибудь MS Office это открытые продукты.
     
     
  • 5.123, Аноним (91), 15:48, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Спеки братюнь, спеки. Разнообразные фанатики от опенсорса достаточно регулярно задвигают сказки про открытость амд и прочее, когда на деле это ровно такая же "игра в опенсорс" и у нвидиа открытость ничуть не хуже. Просто нвидиа чуть больше огородилась и защищает свои интересы, убедившись в неспособности комьюнити делать эту работу. Но в опенсорс она играет точно так же, если не больше.
     
     
  • 6.125, Аноним (125), 16:08, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    звучит интересно, я поверил
     
  • 6.130, Аноним (119), 16:34, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Эммммм, что? Драйвера Novideo - закрытые блобы, открытый драйвер noveau который пилят отчаянные волонтеры - неработоспособен, потому что Novideo огородила свои видеокарты и не дает noveau нормально их использовать. Драйвер АМД - открытый код, поддерживает вяленого, и т.п. На интересы Novideo мне плевать с глубокой колокольни, многомиллиардные корпорации прекрасно заботятся о своих интересах без моей поддержки. Я просто не понимаю, о чем ты говоришь, твои слова это что-то в духе "рабство это свобода". Я знаю примерно две основных характеристики по которым мы определяем является ли ПО свободным и открытым или нет: 1) открытость исходного кода, 2) лицензия. Какие из этих двух характеристик характеризуют Nvidia с точки зрения открытости?
     
     
  • 7.135, Аноним (91), 16:45, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Nouveau прекрасно работоспособен и обеспечивает примерно равную производительность и практически все расширения (по-моему, opengl 4.5, актуальная сегодня 4.6). Единственная "вина" nvidia в том, что она не даёт средства для загрузки левых файлов, а intel и amd позволяют использовать свои блобы (поставляют их в бинарном виде). Зато бонусом у неё контролируемый стек технологий и айпи и её не нужно думать о лицензиях и юридических вопросах, а имидж не несёт потерь от очередных проблем с опенсорсным драйвером. Уж после того как амд за несколько лет так и не начала поддерживать свои новые карты, я думаю, самые упоротые должны были что-то понять, но нет.
     
     
  • 8.136, Аноним (91), 16:51, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кстати ходили слухи, что nvidia собирается перейти на примерно ту же схему, что ... текст свёрнут, показать
     
     
  • 9.220, Злой (?), 03:19, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда я вам желаю работать в Linux исключительно на гибридных буках с видеокарта... текст свёрнут, показать
     
     
  • 10.221, Аноним (91), 03:50, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это ж раньше костыли были С тех пор как они занялись лет на 10 опоздали конечн... текст свёрнут, показать
     
  • 8.142, анон (?), 17:14, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    карты старше 660 он превращает в 660 и блобы у них пашут через одно место, и при... текст свёрнут, показать
     
     
  • 9.148, rshadow (ok), 17:47, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кстати использую nouveau уже лет 10 если не больше Никаких нареканий к нему нет... текст свёрнут, показать
     
     
  • 10.169, Аноним (91), 19:01, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я для игр использовал nouveau лет 5 назад У как раз меня нарекания только к 2D,... текст свёрнут, показать
     
  • 8.161, sergey (??), 18:44, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Работает, да Только вот даже на картах 7-летней давности Nouveau до сих пор не ... текст свёрнут, показать
     
     
  • 9.170, Аноним (91), 19:06, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Там вроде можно выставить 70 У меня выше оборотов и под нагрузкой не бывает, д... текст свёрнут, показать
     
  • 9.274, Аноним (274), 09:14, 15/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Всё он там научился, пошукайте в sysfs Просто по умолчанию оно не активировано ... текст свёрнут, показать
     
  • 7.139, Аноним (91), 16:58, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    И по-моему АМД открывает только техническую документацию, не представляющую особого интереса. Зато пафоса то сколько всегда, и каждый раз они прикрываются "открытостью" загоняя очередную дичь и подкладывая новую свинью. Но тут я могу ошибаться, не следил особо.
     
  • 4.272, AleksK (ok), 19:06, 14/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А теперь попробуй на открытом nouveau запустить например Ведьмака. На открытом amd-gpu+mesa у меня работает на ультре без проблем
     

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

  • 1.9, Анонимчик (?), 09:05, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > Добавлена поддержка ARM-плат и платформ

    Что это значит? Что именно там добавлено то?

     
  • 1.10, m.makhno (ok), 09:09, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Из реализации текстовой консоли и драйвера fbcon удалён код, обеспечивающий возможность программной прокрутки текста назад (CONFIG_VGACON_SOFT_SCROLLBACK) более чем на объем видеопамяти текстового режима VGA.

    Я правильно понимаю, что остается использовать less или more и горячие клавиши для этого дела теперь нивелированы?

     
     
  • 2.12, FixingGunsInAir (ok), 09:11, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В ядре 5.9 - да.

    Можно использовать так же tmux или screen.

     
     
  • 3.22, ФИО (?), 09:33, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, будет как было раньше - пока не переключился назад скроллится несколько экранов (размер вдеопамяти), ушел с одно консоли на другую - всё, потерялся буфер.
     
     
  • 4.74, Аноним (91), 12:48, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Как раньше? У меня так уже лет 10, иначе было только на опенсорсном драйвере, но потом и там что-то сломалось. Или я выкинул амдшную карточку, точно не помню.
     
  • 2.34, An (??), 09:54, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    ctrl+"курсор"
     

  • 1.13, Адекват (ok), 09:17, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >В XFS Решена давняя проблема с квотами, из-за которой некорректно отслеживались предупреждения о превышении мягкого лимита и ограничений на число inode.

    Чую кто-то хапнул, ну ладно, всего-то 10-15 лет прошло, может когда-то решат и ту проблему, что лично у вас проявляется, но никто ее признавать не хочет.

    Это конечно стеб, но если разобраться - в мире линуксов разработчиками заявляется некий функционал, но по факту он не работает. Типа мы сделали, но оно не работает, но пусть все считают что оно есть.
    Лично у меня на арче в году так 2016-2018 с XFS был такой прикол - выключаешь комп, потом включаешь - "-30Мб" дискового пространства, du -sh / и df -h дают разные показания, то есть нет каких-то файлов или папок, где бы был рост файлов, что место отъедают, но оно заканчивается.
    Решалось просто - ребут, и что-то вроде xfs_repair проблемного раздела из под другой операционки - ведь у каждого тру линуксоида всегда под рукой есть способ загрузиться из под другой ос (линукса), чтобы починить основную ось.
    Не помню уже точно, помню было непонятно и обидно не понятно чем черевато, было ощущение, что все данные скоро похерятся, помню я тогда еще на systemd грешил, мол оно как-то криво отмонтирует раздел.
    Этот случай кстати и стал той причиной, в результате которой я на минт + ext4 ушел.
    Нет, правда, мне кажется всегда в линуксах будут такие заусенцы, которые будут просто в ноль сводить все его плюсы.

     
     
  • 2.14, Аноним (91), 09:26, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >ведь у каждого тру линуксоида всегда под рукой есть способ

    Наверное, я не тру, у меня только пара дисков с линуксом 2005 года (вроде там был лайв сиди, но привода нет) и флешка тех же лет с gentoo install пятилетней давности (чрутнутся с неё не выйдет нормально, и отвалится часть фич у ext4). Мой линукс меня не подводит, вот вендой без переустановки начисто я так и не научился пользоваться. Недавно 10 отказывалась загружаться из-за обновления и сделать ты ничего не мог. У макос проблемы тоже всё больше нерешаемые. А линукс не нуждается в таком.

     
     
  • 3.19, Аноним (91), 09:31, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хотя стоит признать часть проблем венды всё же решается её установочной флешкой, раньше там не было нормальных утилит восстановления.
     
     
  • 4.84, Аноним (80), 13:10, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Их и сейчас нет, попробуй восстанови венду с перенесёнными профилями, она их похерит и будут пустые учётки у тебя, с её установочной флешкой.
     
     
  • 5.232, InuYasha (??), 11:42, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    да тут 1:1 как с линуксом - без гугла по каждому шагу ничего нельзя сделать - будут подводные камни и, возможно, фатальные.
     
  • 3.154, zzz (??), 18:16, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >вендой без переустановки начисто я так и не научился пользоваться

    Может, просто поднять скилл, а не хвалиться своей некомпетентностью? На предприятиях винда работает десятки лет без проблем. Повидал десятки компов, на которых стояла XP, установленная в середине нулевых, и нормально работала.

     
     
  • 4.165, Аноним (91), 18:49, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Свежо предание, да верится с трудом. Я считаю некомпетентными тех, кто отказывается от обновлений. Икспи рассыпалась от устанавливаемого софта чаще, чем от обновлений.
     
     
  • 5.181, EnemyOfDemocracy (?), 19:52, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Линукс тоже частенько рассыпается от обновок. Даже поговорку по этому поводу придумали.

    Не, линукс хорошая ОС, но софт под него зачастую образец смузисоства.

     
     
  • 6.218, Аноним (91), 00:47, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не уверен, у меня ничего не рассыпается. Само -- никогда, от установки софта тоже не рассыпалось (хотя и могло, наверное, но линукс подконтролен пользователю и не наоборот). Пару раз лтс ядра (с не менявшимся конфигом) отваливались, решалось загрузкой предыдущего ядра и переходом на свежую лтс ветку. Запланированное устаревание, не иначе.
     
     
  • 7.233, InuYasha (??), 11:43, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Убунта рассыпалась до необновляемости.
     
  • 4.167, Аноним (91), 18:50, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Пс. если что-то посыпалось, никакой "скилл" тебе уже не поможет.
     
  • 2.83, Аноним (80), 13:09, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ты линуксом называешь конкретную ошибку в одном дистрибутиве который ты использовал 5 лет назад. Это не очень корректно, ты не считаешь?
     
  • 2.191, Аноним (191), 20:49, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, проблема заусенцев более обширна. Намедни я смотрел вакансию где надо было уметь Jenkins. Я с этим дженкинс ни разу, полез читать. И что я читаю? Евойный агент юзает порт 50000. Я тихонечко выругался, закрыл браузер вместе со всеми вкладками вакансий, c этим дженкинсом, и спокойно лег спать. Пусть сами трахаются как хотят когда столкнутся с реальными высоконагружеными системами, и не где-то там в облаках, а в настоящем bare metal. Хипста, чо с них взять.
     
     
  • 3.199, онанимуз (?), 21:13, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > высоконагруженными системами

    ой-ой-ой, бородатый одмин в свитере заворчал. двести инстансов в амазоне вздерут твой баре метал как тузик грелку.
    подумаешь, 7000$ в месяц вместо 350 - пофиг вообще, за аренду платит инвестор, а не мы, fullstack javascript developer-ы в стильных клетчатых рубашках.

     
     
  • 4.202, онанимуз (?), 21:19, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    ещё и дополнительные рабочие места создать можно!
    - вместо одного морально устаревшего ворчуна нанять kubernetes orchestrator'a, docker developer'a, cloud hosting specialist engineer'a, и трёх-четырёх системных администраторов linux для техподдержки.
    одни плюсы!
     
     
  • 5.234, InuYasha (??), 11:45, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ...и похвастаться передовыми девгопс-технологиями, может даже - заукинуть пару суксесс-стори на хабрхабрхабр!
     
  • 2.258, тфьу (?), 23:36, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А ты хочешь сказать производители проприетарного софта делат что-то на совесть? Наивный.

    Вон венде сколько лет и туча типа програмеров трудятся. А до сих пор элементарные вещи не сделали. Позорище. Но это же как, мы бабло возьмём но делать вам ничего не будем, жриту то уродство что дают.

     

  • 1.17, антифрактал (?), 09:30, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Что-то невпечатляющий список
     
     
  • 2.21, Аноним (91), 09:32, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Проблема в том, что всё это уже обсудили ещё несколько месяцев назад (летом) и ничего нового не появилось.
     

  • 1.18, Аноним (2), 09:31, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    >+.. SPDX-License-Identifier: GPL-2.0

    ... в документации.

    Копирастия во все поляэ Все программы, сделанные по этой документации, являются производными произведениями, а значит разраб обязан их лицензировать под GPL.

     
     
  • 2.23, Козлетто (?), 09:35, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Причём даже не gplv2+ а gplv2-only! Столлман негодует.
     
     
  • 3.68, Аноним (68), 11:54, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    С тех пор, как его выгнали, это даже и к лучшему. Мало ли чего SJW в GPLv4 напишут.
     
  • 2.59, Аноним (52), 11:06, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Копирастия

    Копилефтия.

     
  • 2.107, Аноним (80), 14:42, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > сделанные по этой документации, являются производными произведениями

    Нет не являются, там нет частей документации.

     

  • 1.20, Козлетто (?), 09:31, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    > Добавлена поддержка ARM-плат, устройств и платформ: Lenovo IdeaPad Duet 10.1, ASUS Google Nexus 7, Acer Iconia Tab A500, Qualcomm Snapdragon SDM630 (используется в Sony Xperia 10, 10 Plus, XA2, XA2 Plus и XA2 Ultra), Jetson Xavier NX, Amlogic WeTek Core2, Aspeed EthanolX, Xiaomi Libra, Microsoft Lumia 950, Sony Xperia Z5

    Это как раз разработчики postmarketOS постарались, в рамках проекта Mainlining https://wiki.postmarketos.org/wiki/Mainlining

    Кстати вы тоже можете присоединится к проекту, как раз нам нужны новые разработчики: https://wiki.postmarketos.org/wiki/Matrix_and_IRC

     
     
  • 2.101, Аноним (99), 14:30, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Круто. Расскажете почему нигде не реализована поддержка камеры?
    И реально ли использовать postmarketOS?
     
     
  • 3.126, Аноним (125), 16:11, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    сейчас набегут, ждите
     

  • 1.24, Аноним (24), 09:36, 12/10/2020 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –13 +/
     

     ....ответы скрыты (6)

  • 1.26, Иваня (?), 09:43, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Очень вкусно звучит, как бы мне попробовать новую версию ядра?? Подскажите плиз инструкцию, linux from scratch не предлагать!
     
     
  • 2.44, m.makhno (ok), 10:28, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    возьми бинарь от генты
     
     
  • 3.81, Аноним (91), 13:05, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    слишком сложно, проще набрать make oldconfig && make -j5 && make modules_install && cp /usr/src/linux/arch/x86_64/boot/bzImage /boot/EFI/boot/bootx64.efi
     
     
  • 4.147, Ананем (?), 17:36, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    лох детектед. уже давно -j33 у приличных людей
     
     
  • 5.183, Онаним (?), 20:04, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Маловато. Даже на банальном 7402(P) уже можно -j49
     
     
  • 6.186, Аноним (91), 20:18, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Маловато. Даже на банальном 7402(P) уже можно -j49

    Оно всё равно 2 минуты компилируется, если не компилировать все дрова. А ядра процессора у тебя скорее всего уже заняты работой, ты ж не лох, правильно?

     
     
  • 7.187, Онаним (?), 20:26, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    На сборочной площадке ядра заняты ничем, пока не идёт сборка.
    Размещать рядом тоже что-то нецелесообразно, потому что когда идёт сборка...
     
  • 7.189, Онаним (?), 20:40, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и "не компилировать все дрова" - не панацея. Как только ты поправил один из ключевых .h, ты перебираешь ВСЁ.
     
  • 2.53, nomad__ (ok), 10:56, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    скачать архив, собрать и установить - не вариант?
     
  • 2.60, Аноним (52), 11:08, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Дистр хоть уточни.
     
  • 2.67, Аноним (67), 11:49, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Какая инструкция? Если вкусно - бери та ешь.
     
  • 2.185, FreeStyler (ok), 20:08, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    нЯ, куш0й, не обляпойся https://www.how2shout.com/linux/install-linux-5-8-kernel-on-ubuntu-20-04-lts/
     

  • 1.31, ryoken (ok), 09:52, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    В нуво что-то не сказать чтоб много чего добавили.
     
     
  • 2.150, rshadow (ok), 18:06, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Там вроде давно нечего пилить. 2D и так давно добавлено. а 3D невозможно без доки/блобов сделать.
     
     
  • 3.224, ryoken (ok), 08:11, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Там вроде давно нечего пилить. 2D и так давно добавлено. а 3D
    > невозможно без доки/блобов сделать.

    Вот и я о чём... Короче, для не-X86 Radeon ONLY :D.

     

  • 1.33, Аноним (33), 09:54, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >>Релиз ядра Linux 5.9 --- поддержка алгоритма сжатия Zstd

    Вики
    >>Метод Zstandard включен в состав ядра Linux с версии 4.14 от ноября 2017

    Кому верить?

     
     
  • 2.39, An (??), 10:03, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    сжатия образа ядра
     
  • 2.50, m.makhno (ok), 10:44, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Кому верить?

    опеннету конечно

     

  • 1.36, б.б. (?), 09:57, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ждём OpenBSD 6.8, а вышел Linux 5.9
     
     
  • 2.40, Минона (ok), 10:14, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    ждуны на лоре
     
  • 2.42, m.makhno (ok), 10:23, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +9 +/
    а можно ждать и то и то, ведь это всё наш любимый опенсорс, ня (простите за фамильярность) :D
     

  • 1.38, Аноним (37), 09:59, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > 16074 исправлений от 2011 разработчиков, размер патча - 62 МБ (изменения затронули 14548 файлов, добавлено 782155 строк кода, удалено 314792 строк

    скольже дыр и багов в ядре, страшно представить.

     
     
  • 2.65, Аноним (65), 11:36, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    страшно представить, сколько дыр и багов не исправлено в закрытых системах
     
     
  • 3.235, InuYasha (??), 12:24, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    страшно представить, сколько дыр и багов не исправлено в мире...
     

  • 1.47, Аноним (47), 10:35, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Инклюзивненько
     
  • 1.56, Nicho (ok), 11:02, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Войдет 5.9 в Юбунту 20.10?
     
     
  • 2.58, mikhailnov (ok), 11:04, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Уже поздно
     
     
  • 3.73, Nicho (ok), 12:38, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Так релиз в следующем месяце...
     
     
  • 4.93, Аноним (93), 14:01, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В этом.
     
  • 2.72, Аноним (72), 12:36, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    они же делают отдельную, официальную репу с ядрами
     
  • 2.132, Аноним (132), 16:41, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.9/amd64/
    Пакетики скачайте и поставьте.
     
  • 2.239, IRASoldier_registered (ok), 12:35, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не успеет. Релиз уже заморожен. Юзайте Федору.
     
  • 2.278, Anononon (?), 00:29, 16/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Застрянет.
     

  • 1.57, mikhailnov (ok), 11:03, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    subvolrootid во многих инструкцичх по BTRFS написана
     
  • 1.69, Аноним (72), 11:59, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    FSGSBASE - урааааа!
    инструкциям 10 лет :)
     
     
  • 2.85, Аноним (80), 13:24, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    CMPXCHG появился в 486 в 89 году, а в стандарт C был добавлен в 2011, ну и что?
     
     
  • 3.94, Аноним (93), 14:02, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Интересно, каким же образом CMPXCHG была добавлена в C?
     
     
  • 4.104, Аноним (80), 14:37, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    https://en.wikipedia.org/wiki/Compare-and-swap
     
     
  • 5.271, Аноним (93), 14:33, 14/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я вкурсе про CAS. Только это не называется "добавили CMPXCHG в стандарт".
     

  • 1.71, 123 (??), 12:34, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    >Около 45% всех представленных в 5.9 изменений связаны с драйверами стройств, примерно 15% изменений имеют отношение к обновлению кода, специфичного для аппаратных архитектур

    Всё что нужно знать о монолитном ядре и его так называемом "развитии".

     
     
  • 2.82, Аноним (82), 13:06, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я хоть и пользуюсь виндой, но скажу следующее: сделайте свое ядро, Тогда и кукарекайте.
    Рвзвитие линукса идет и это хорошо.
    Лично для моих кейсов - линукс пока не подходит для повседневного использования, поэтому пока пользуюсь виндой.
    Но когда линукс меня будет всем устраивать - перейду на него снова.
     
     
  • 3.86, Аноним (80), 13:25, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А для твоих чемоданов, как, подходит?
     
     
  • 4.90, Аноним (90), 13:32, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А у тебя любой человек, мнение которого не совпадает с твоим, означает что этому человеку платят?
    Поздравляю, в мире множество людей, мнение которых, не совпадает с твоим.
    Живи теперь с этим. Можешь

    PS: И сдается мне, что ты очередной толстый, токсичный, унылый тролль c opennet, который решил специально меня спровоцировать.
    А я с троллями не общаюсь, всего доброго.

     
     
  • 5.102, Аноним (80), 14:36, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    https://ru.wikipedia.org/wiki/%D0%94%D0%B8%D0%BF
     
     
  • 6.236, InuYasha (??), 12:26, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    BUGBUG: URL parser надо починить
     
  • 2.87, Аноним (80), 13:26, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А что не так?
     
  • 2.88, Аноним (80), 13:27, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В не монолитном ядре драйвера тоже вместе с ядром релизятся, особенно когда API меняется.
     
     
  • 3.106, 123 (??), 14:41, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В отличии от монолитного, там драйвера от производителей оборудования не записываются в актив ядра и не ставятся помпезные новости о рекордных количествах изменений, самому большому количеству добавленных или удалённых строк кода и прочей мути, сопровождающей любой значительный выпуск Linux. "Реальных" изменений от релиза к релизу в Linux не на много больше чем у BSD, но зато гонору сколько.
     
     
  • 4.137, Аноним (137), 16:52, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Осталось найти работающее (это важно) микроядро сравнимое по возможностям с линуксовым.
     
     
  • 5.225, Аноним (225), 08:17, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    При чем тут микроядро, если сравнение БСД и Линукс?
     
     
  • 6.261, Аноним (259), 02:50, 14/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    С ними обоими что-то не так? Или у вас лично кто-то отбирает шанс в очередной раз дать Линусу посраться с кем-то по поводу того, что у кого-то там ядро неправильное и вообще вы знаете, как запустить комп так, что он начнёт по 10к биткоинов в наносекунду печатать?
     
  • 2.141, nomad__ (ok), 17:13, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну так напиши свое, раз такой умный. Minix вон поковыряй, а то что-то там все заглохло. Или Hurd, там не лучше.
     
     
  • 3.250, Michael Shigorin (ok), 13:58, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну так напиши свое, раз такой умный.

    Вот ещё бы этот набросчик отрастил руки из плеч.

     

  • 1.78, Анонимомомом (?), 12:54, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Пора уже на rust переписать.
     
     
  • 2.89, Аноним (80), 13:27, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    rust пока не готов для этого.
     
  • 2.100, Аноним (80), 14:30, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У меня всё работает с 2006 года.
     
     
  • 3.108, 123 (??), 14:43, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Железо с тех пор не менялось я так подозреваю?
     
  • 2.116, Аноним (33), 15:21, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    До 2030 не починят. Сперва пусть хотя бы починят переключение языков и отображение буков.
     
  • 2.156, iPony129412 (?), 18:18, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Когда уже в Линуксе сделают нормально Ждущий режим?

    А деньги где? Их нет - поэтому и нет...

     
     
  • 3.163, Пингвин Такс (?), 18:47, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Да заплачу я за ваше СПО! Только сначала цену установите и начните исправлять банальные ошибки! У меня ждущий режим приводит к насильному ребуту. Я же так всю систему сломаю!
     
  • 2.173, Аноним (171), 19:21, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как только производители  железа перестанут реализовывать ACPI по принципу "под шиндошс как-то работает и ладно".
     
     
  • 3.240, IRASoldier_registered (ok), 12:39, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А кто заплатит производителям железа, чтобы они реализовывали иначе? Пока что видно только типичные попытки "отнять и поделить" - ай-ой, злые проприетарщики, не дадим вам в нашей песо^W нашем ядре играть.
     
  • 2.98, Аноним (98), 14:20, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ты 100% прав. Критическое мышление работает в обе стороны. И тебе тут лучше не появляться.
     
  • 2.249, burjui (ok), 13:54, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ох уж этот Опеннет. Приходит тролль, выкукарекивает про Rust в новости про Linux, на него бросаются, а потом через неделю тебе говорят, что растоманы неадекватны. Цирк, да и только.
     
  • 2.262, Аноним (259), 02:51, 14/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Лучше на JS. Wait, Wt£...
     

  • 1.96, Аноним (98), 14:18, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А что будет с Линуксом после Линуса?
     
     
  • 2.111, Аноним (111), 15:03, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Придёт мой соратник и инициирует перевод всего кода на лицензию GPL_v.3+ Будут запрещены все блобы. Будет поставлен вопрос об изгнании корпорации Майкрософт из Linux Foundation.
     
     
  • 3.113, анонн (ok), 15:17, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Придёт мой соратник и инициирует перевод всего кода на лицензию GPL_v.3+ Будут
    > запрещены все блобы. Будет поставлен вопрос об изгнании корпорации Майкрософт из
    > Linux Foundation.

    Одновременно с этим по всему миру будет большой стихийный праздник наступления коммунизма, с лайв-трансляцией цветущих на Марсе яблонь ...


     
     
  • 4.115, Аноним (98), 15:19, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Спонсор трансляции компания IBM.
     
  • 4.198, Kuromi (ok), 21:09, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не яблонь, а грядок с картохой. Так можно будет совместить воплощение в реальность фильма Марсианин с геволлюцией в Белоруси.
     
  • 2.149, Аноним (-), 18:02, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Следом прийдет поколение которое ПРОС которое РЕТ все и только их дети поймут весь ужас и проклянут  их. Надежда на разум угасает с каждым днем.
     
  • 2.214, Аноним (213), 22:55, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Будет уничтожен Microsoft с помощью ЕЕЕ и внутренних разногласий.
     
     
  • 3.246, Аноним (-), 13:33, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Аминь!
     

  • 1.97, Совсем другой Аноним (?), 14:19, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    "blacklist" и "whitelist"
    Чем блин толерастам это-то не угодило?
    На минуточку к неграм оно отношения не имеет от слова совсем.
     
     
  • 2.105, Аноним (105), 14:40, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Чёрные маги переворачиваются в котлах
     
  • 2.109, Аноним (-), 14:45, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • –7 +/
    вы далеки от этой нетерпимости когда одним можно, а другим нельзя, когда black/white это имя существительное и т.д., надо было родиться темнокожим, пораньше и в нужном месте, в конце-концов все процессы происходят там, а удивляются здесь.
     
     
  • 3.159, nomad__ (ok), 18:28, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    надо было то, надо было сё... А может надо было не возвращаться в прошлое лет на 200, а двигаться в будущее? Когда там негров угнетать прекратили, напомните? А они все никак не прекратят ныть. А теперь еще и агрессию проявляют, типа весь мир им должен за угнетение их бедных. Причем ноющее поколение об этом угнетении знает максимум по учебникам истории и рассказам бабушек/дедушек, которые наслушались того же от своих бабушек и дедушек.
    Давайте уж тогда вспомним жертв репрессий, холокоста, крепостных крестьян... Пусть праправнук крепостного крестьянина облизывает ботинку праправнуку барина, а потомок офицера НКВД - потомку репрессированного. А то что весь мир на одних неграх сосредоточился.
    Я вот еще монголам за иго предъявить хочу, а то чего они 300 лет мой народ притесняли.
     
     
     
    Часть нити удалена модератором

  • 5.176, nomad__ (ok), 19:32, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А никто и не говорит, что надо игнорировать. Надо усвоить уроки и не повторять ошибок. Вот только происходящее никакого отношения к этому не имеет. Еще раз: почему ноют о своем тяжелом прошлом только негры? Почему только им весь мир должен?
    Это политика. Кто-то просто нагнетает, чтобы отвернуть взгляд общественности от реальных проблем. И да, каким образом лизание ботинок и смена устоявшейся терминологии что-то изменит?
     
     
  • 6.203, Аноним (-), 21:21, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • –10 +/
    да потому что и в настоящем всё сводится к доминированию одних над другими, и для тех, кто подавляет, это проблема совсем малозначима. проблемы у вас реальные, понимаешь. а у проданных в рабство так себе, разве это проблемы, да-с.
     
     
  • 7.206, Led (ok), 21:41, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Всё верно.
    Только дополню (ты забыл наверное): черные порабощали чёрных и продавали их белым.
    Это как пушер продаёт потребителю, то ясное дело, что виновен в этой схеме, естесвенно, только потребитель (на веки вечные, ну лет 200 - точно).
     
     
  • 8.211, Michael Shigorin (ok), 22:13, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Саш, ты думаешь, этому унылому организму, не отягощённому головным мозгом, твои ... текст свёрнут, показать
     
     
  • 9.222, Аноним (222), 06:22, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Два военачальника использовали успехи в подавлении восстания спартака в политиче... текст свёрнут, показать
     
     
  • 10.242, IRASoldier_registered (ok), 12:45, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Спрашивается, и что существенное Рим потерял, став империей ... текст свёрнут, показать
     
     
  • 11.254, Аноним (-), 15:07, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    учитель спрашивает ученика о переходе империи к диктатуре и изничтожению под гне... текст свёрнут, показать
     
     
  • 12.264, IRASoldier_registered (ok), 03:16, 14/10/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Некорректное сравнение Тот же Цезарь подавлял сопротивление Помпея и других опт... текст свёрнут, показать
     
  • 9.223, Аноним (-), 06:33, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    пора идти переписывать скрипты на инклюзивные... текст свёрнут, показать
     
  • 7.227, nomad__ (ok), 09:18, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    И каким чудесным образом смена терминологии эту проблему разрешит?
     
     
  • 8.228, Аноним (228), 10:35, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    если в дальнейшем терминология будет использована обдуманно, осознанно, это изме... текст свёрнут, показать
     
     
  • 9.229, nomad__ (ok), 10:39, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    бред какой-то... текст свёрнут, показать
     
     
  • 10.241, Аноним (-), 12:41, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    есть первоисточники https lkml org lkml 2020 7 4 229, https lkml org lkml 20... текст свёрнут, показать
     
     
  • 11.244, nomad__ (ok), 13:05, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Раньше было blacklist whitelist и master slave и было все просто и понятно Тепе... большой текст свёрнут, показать
     
     
  • 12.253, Аноним (253), 14:43, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    согласен, белое серое черное, ведущий ведомый босс подчинённый облегчает поним... текст свёрнут, показать
     
  • 2.117, Аноним (33), 15:23, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В регулярном выражении забыли символ конца добавить. Так и заменили всё где есть данное сочетание буков
     
  • 2.157, nomad__ (ok), 18:21, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    идиоты потому что
     
  • 2.193, Аноним (191), 20:57, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Переводчик, что был при Горбачеве (гугл в помощь по истории), был уволен за перевод симпатизируем как sympathise. В иностранных исыках много интересных подтекстов, нам непонятных.
     

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

  • 1.110, Аноним (111), 14:59, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Основные новшества:

    * Наложение полного запрета на обсуждение языка программирования Rust.

     
  • 1.118, Аноним (118), 15:24, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Какие алгоритмы умеет inline-шифрование?
     
     
  • 2.120, дядя Федор (?), 15:32, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    алгоритм "иди гуглить"
     
  • 2.263, Аноним (259), 02:54, 14/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Шифровал свои диски с помощью SHA-512, шифрую и буду шифровать.
     
     
  • 3.273, Аноним (-), 20:40, 14/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Без inline не трушно, вы же понимаете это и пишете с отсылкой.
     

  • 1.121, Аноним (121), 15:37, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Когда там NTFS драйвер парагоновский прикрутят уже ?
     
  • 1.124, Аноним (124), 15:56, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Ядро нужно как можно чаще обновлять - это привлекает новых пользователей Линус.
     
     
  • 2.128, Аноним (125), 16:17, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    2 месяца и так очень быстро для такого проекта. всем плевать какое ядро у них стоит, всяким нормисам важна цифра в названии дистрибутива, а не ядро
     

  • 1.127, Аноним (72), 16:16, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >  ограничить доступ к содержимому данных регистров операциями чтения, так как изменение MSR может привести к проблемам.

    Угу, ато при даунвольте система крашится, не порядок.  
    Интел небось внедряет?

     
     
  • 2.131, Аноним (-), 16:40, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    всего лишь выключатель поставили, не "halt and catch fire" (The processor stops fetching instructions and self-destructs)
     
     
  • 3.144, Аноним (-), 17:16, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.csoonline.com/article/3489502/remote-hackers-can-modify-cpu-voltag
    "Generating and using tokens is best to be kept in the control of the kernel because it has direct binding to the IA32_SGXPUBKEYHASHx MSRs (a core must have MSRs set to the same value as the signer of token).
    By giving user space any role in the launch process is a risk for introducing bottlenecks as kernel must exhibit behavior that user space launch daemon depends on, properietary risks (closed launch daemons on closed platforms) and stability risks as there would be division of semantics between user space and kernel."
     
     
  • 4.146, Аноним (-), 17:28, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.opennet.dev/opennews/art.shtml?num=52011
     
  • 2.134, Аноним (134), 16:45, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Запись в MSR уже давно запрещена для Secure UEFI boot режима.

    // b.

     

  • 1.133, Аноним (134), 16:42, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > Ужесточена защита от использования GPL-прослоек для связывания проприетарных драйверов с компонентами ядра, экспортируемыми только для модулей под лицензией GPL.

    Родные open source драйвера глюкавые, что ужас - давайте испортим жизнт проприетарным драйверам тоже!

    // b.

     
     
  • 2.277, Аноним (-), 16:28, 15/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А ты не перепутал? Это проприетарные блобы проблемны!
     

  • 1.140, Дегенератор (ok), 17:13, 12/10/2020 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –4 +/
     

     ....ответы скрыты (4)

  • 1.151, Annoynymous (ok), 18:11, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > Из реализации текстовой консоли и драйвера fbcon удалён код, обеспечивающий возможность программной прокрутки текста назад (CONFIG_VGACON_SOFT_SCROLLBACK) более чем на объем видеопамяти текстового режима VGA.

    Госпаде, а крику-то было.

     
  • 1.153, Ilya Indigo (ok), 18:15, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Он будет LTS?
     
     
  • 2.188, BlackRot (ok), 20:33, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тоже интересно. Если посмотреть на историю предыдущих lts то это, должно было им стать.
     

  • 1.158, Ilya Indigo (ok), 18:23, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > В звуковой подсистеме ALSA ... в соответствии с fucking nigers терминологии в ядре Linux, Код очищен от использования слов "slave",..

    Теперь в alsa такой конфиг будет неработоспособный?
    Чем заменить slave?



    ctl.equal {
    type equal;
    }
    pcm.plugequal {
    type equal;
    slave.pcm "plug:dmix";
    }
    pcm.equal {
    type plug;
    slave.pcm plugequal;
    }

     
     
  • 2.174, Аноним (91), 19:25, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Alsa уже сломали? В идеале конечно было бы чтобы в юзерспейсе alsa оставили как есть.
     
     
  • 3.175, Ilya Indigo (ok), 19:28, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Alsa уже сломали?

    ХЗ, пока нет возможности проверить.

     

  • 1.172, BlackRot (ok), 19:21, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    longterm?
     
  • 1.192, Аноним (192), 20:53, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >> После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 5.9.

    Бедняга торвальдс. Так старается, и всё сам, всё сам.

     
     
  • 2.194, муу (?), 21:02, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    представил != разработал

    если следовать твоей логике
    "кожанка представил невидию 30100500" значит: сам спроектировал, сам вафли напечатал, сам дрова написал ?

     

  • 1.196, Kuromi (ok), 21:05, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    "Удалён код для поддержки архитектуры UniCore, разработанной в микропроцессорном центре Пекинского университета и включённой в состав ядра Linux в 2011 году."
    Удивительным образом совпало с охлаждением отношений США с Китаем и общими антикитайскими настроениями.
     
     
  • 2.204, Ordu (ok), 21:32, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Если бы код был удалён на пять лет раньше или позже, ты бы говорил то же самое. Что как бы нам говорит о том, что априорная вероятность твоего наблюдения довольно высока. Слишком высока, чтобы говорить об удивительности совпадения.
     
     
  • 3.209, Kuromi (ok), 22:01, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Если бы код был удалён на пять лет раньше или позже, ты
    > бы говорил то же самое. Что как бы нам говорит о
    > том, что априорная вероятность твоего наблюдения довольно высока. Слишком высока, чтобы
    > говорить об удивительности совпадения.

    Никто не занет какие будут отношения через 5 лет, сейчас все слишком "волатильно".

     
  • 2.207, Аноним (-), 21:42, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    дополню желающих высказаться - unicore/unigfx просто без сопровождения, и там не сша-китай отношения, а китай-германия больше, устройства там - кассовые терминалы и потребительские (можно посмотреть в разделе products на pkunity на web.archive), а так-то интересная, познавательная тема.
     

  • 1.201, Chromium (ok), 21:16, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Половина изменений связано с анальной копирастией GNU GPL 2 и проблемами чёрных слейвов. Мастер Ван Даркхолм в глубокой депрессии
     
  • 1.215, Deanon (?), 23:06, 12/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Кончено круто, но ядро все жирнее и жирнее, а что будет лет через 10?
     
     
  • 2.216, анонимуслинус (?), 23:38, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    возможно вперед вылезет какая нибудь из бсд. и её будут поддерживать уже другие корпорации. ведь любая из них далеко превзошла тот уровень на котором был линух до поддержки его корпорациями. линь возможно еще будет в топе, но его могут завести в дебри корпорастии так, что от gpl нифига не останется. 10 лет не малый срок.
     
     
  • 3.231, Аноним (137), 11:38, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Мечтайте, мечтайте.
     
  • 2.226, 123 (??), 08:30, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Фуксия или другое микроядро, монолит - тупиковая ветвь развития взлетевшая только благодаря лицензионным проблемам у BSD в начале 90ых.
     
     
  • 3.230, Аноним (137), 11:31, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Осталось понять почему за 30 лет микроядерщики так ничего практически полезного так и не родили.
     
     
  • 4.256, Аноним (213), 16:45, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.opennet.dev/opennews/art.shtml?num=47539
     
     
  • 5.270, Онаним (?), 14:09, 14/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Как интел меме опровергает вышеприведённое утверждение?
    В данном случае критерий полезности отрицателен.
     

  • 1.251, Аноним (251), 14:38, 13/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ох уж эти политики Почему нельзя начать работать с проприетарщиками ровно так... большой текст свёрнут, показать
     
     
  • 2.255, Аноним (132), 15:41, 13/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Почему бы проприетарщикам не работать дальше с MS?
    Не нравится вам GPL, так не используйте ядро, разрабатываемое под GPL.
     
     
  • 3.265, Аноним (251), 04:14, 14/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я попытаюсь вернуть вас в реальность Разработчики вне зависимости от размера ко... большой текст свёрнут, показать
     
     
  • 4.275, Аноним (-), 16:25, 15/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Я попытаюсь вернуть вас в реальность.

    Лучше не надо. Проприетарщиков надо запрещать и давить беспощадно.

    Да здравствует великий Столлман!

     

  • 1.281, Аноним (75), 22:56, 10/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >>новый механизм управления памятью slab

    ну вот иногда частенько новости пишут - а включено по-дефолту или как включить - то не пишут от слова совсем...

     
     
  • 2.282, Аноним (75), 22:57, 10/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    нужно ли для этого выбирать другой аллокатор или нет?
     
     
  • 3.283, Аноним (75), 11:58, 15/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    отвечу сам себе:
    аллокатор при этом менять не нужно, все реализовано в mm/memcontrol.c и поддеривается slub, slab аллокаторами.
     

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



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

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