После двух месяцев разработки Грег Кроа-Хартман представил (https://lkml.org/lkml/2018/10/22/184) релиз ядра Linux 4.19. Напомним, что в середине сентября Линус ненадолго отстранился (https://www.opennet.me/opennews/art.shtml?num=49284) от разработки ядра Linux и доведением ветки до финального вида занимался Грег Кроа-Хартман, отвечающий за поддержку стабильной ветки ядра. Среди наиболее заметных изменений в ядре 4.19: файловая система EROFS, алгоритм управления сетевыми очередями CAKE, поддержка Wi-Fi 6 (802.11ax), дополнительная защита для sticky-каталогов, контроллер задержек при вводе/выводе, повышение требование к версии GCC с 3.2 до 4.6.
В новую версию принято 15214 исправлений от 1879 разработчиков,
размер патча - 44 Мб (изменения затронули 11694 файлов, добавлено 552510 строк кода, удалено 244696 строк). Около 43% всех представленных в 4.19 изменений связаны с драйверами устройств, примерно 17% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 14% связано с сетевым стеком, 5% - файловыми системами и 3% c внутренними подсистемами ядра.
9.5% всех исправлений подготовлено разработчиками компании Intel, 7.1% - Red Hat, 4.9% - IBM, 4.1% - Linaro, 4.1% - Mellanox, 4.0% - Google, 4.0% - AMD, 3.6% - SUSE, 2.9% - Huawei, 2.0% - ARM, 1.7% - Oracle и 1.6% - Canonical.
Основные (http://kernelnewbies.org/Linux_4.19) новшества (https://lwn.net/Articles/763106/):-
Сетевая подсистема
- Добавлена поддержка алгоритма управления сетевыми очередями CAKE (https://www.bufferbloat.net/projects/codel/wiki/Cake/) (Common Applications Kept Enhanced), разработанного в рамках проекта (Bufferbloat) и уже используемом в OpenWrt. Алгоритм спроектирован для замены и упрощения сложной иерархии дисциплин обработки очередей пакетов c целью снижения негативного влияния промежуточной буферизации пакетов на граничном сетевом оборудовании. CAKE подходит для применения на домашних и офисных маршрутизаторах и способен выжать всю возможную пропускную способность и минимальный уровень задержек, даже для самых медленных каналов связи с провайдером и работе на маломощных устройствах. При этом, CAKE заметно компактнее HTB, в процессе работы потребляет примерно на 30% меньше ресурсов CPU и позволяет добиться более однородного потока;
- Добавлена начальная поддержка стандарта беспроводных сетей Wi-Fi 6 (https://www.wi-fi.org/news-events/newsroom/wi-fi-alliance-in... (802.11ax (https://en.wikipedia.org/wiki/802.11ax)). Wi-Fi 6 работает в диапазонах 2.4 и 5 ГГц, но позволяет привлечь дополнительные полосы в диапазонах между 1 и 7 ГГц и использует схему модуляции OFDMA (множественный доступ с ортогональным частотным разделением) и 1024-QAM (http://www.rfwireless-world.com/Terminology/Difference-betwe... модуляцию. Хотя номинальная интенсивность передачи данных 802.11ax лишь на 37% выше, чем IEEE 802.11a, ожидается, что 802.11ax позволит увеличить пропускную способность до 4 раз за счёт более эффективного использования спектра. Уже продемонстрированные прототипы устройств позволили добиться пропускной способности до 11 Gbit/s;
-
Виртуализация и безопасность- Добавлена (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin... дополнительная защита для каталогов с битом sticky (например, /tmp), который в общедоступных на запись каталогах допускает удаление файла только его владельцем или пользователем root. В новой версии ядра предложены две sysctl-настройки protected_fifos и protected_regular, которые дополнительно в sticky-каталогах запрещают открытие FIFO-каналов или файлов (с флагом O_CREAT), не принадлежащих владельцу (т.е. только владелец может открыть свои FIFO и файлы). Изменение основано на патче "HARDEN_FIFO (https://openwall.info/wiki/Owl/kernel-hardening#HARDEN_LINKH... подготовленном проектом Openwall, и позволяет блокировать атаки, в которых злоумышленник создаёт в /tmp подставной fifo или файл, используемый другим процессом;
- Продолжена интеграция компонентов для противодействоия уязвимостям категории Spectre в механизме спекулятивного выполнения инструкций CPU:
- Обеспечена защита от уязвимостей L1TF (https://www.opennet.me/opennews/art.shtml?num=49134) (L1 Terminal Fault) и SpectreRSB (https://www.opennet.me/opennews/art.shtml?num=49015).
- Добавлена поддержка расширенных инструкций IBRS (Enhanced Indirect Branch Restricted Speculation), которые появятся в будущих моделях CPU Intel и позволяют адаптивно разрешать и запрещать спекулятивное выполнение инструкций во время обработки прерываний, системных вызовов и переключений контекста. При наличии поддержки Enhanced IBRS данный метод будет применяться по умолчанию для защиты от атаки Spectre V2 вместо Retpoline, так как позволяет добиться более высокой производительности.
- Для архитектуры x86-32 адаптирован механизм защиты KPTI (Kernel Page Table Isolation), обеспечивающий блокирование уязвимости Meltdown (ранее KPTI был доступен только для 64-разрядных систем).
- В гипервизоре KVM проведена оптимизация производительности механизм атеневых страниц (shadow paging (https://en.wikipedia.org/wiki/X86_virtualization#SWBASED)) при использовании в ядре гостевой системы патчей KPTI.
- Для систем на базе CPU POWERPC добавлена защита от атак Spectre v2 через сброс счётчика кэша в процессе переключения контекста;
- Проведена чистка блоков кода, потенциально подходящих для использования в атаках Spectre, на которые указывали предупреждения компилятора.- Реализован механизм определения правил проверки компонентов ядра по цифровой подписи, которые позволяют включить выборочную или полную проверку по цифровой подписи образов ядра, прошивок и модулей ядра;
-
Дисковая подсистема, ввод/вывод и файловые системы- В состав включена экспериментальная файловая система EROFS (Extendable Read-Only File System), разработанная (https://www.opennet.me/opennews/art.shtml?num=48694) компанией Huawei для использования на разделах, доступных в режиме только для чтения.
Структура EROFS существенно упрощена за счёт отбрасывания при реализации некоторых областей метаданных, таких как битовая карта свободных блоков. EROFS поддерживает хранение данных в сжатом виде, но использует иной подход для хранения сжатых блоков, оптимизированный для достижения высокой производительности при случайном доступе к данным. Например, новая ФС в разы обгоняет Ext4 при случайном доступе, благодаря применению блоков фиксированного размера и inline-упаковки в inоde небольших данных и расширенных атрибутов.- Снижено потребление памяти в многослойной файловой системе Overlayfs. При изменении метаданных исходного файла, файловая система также создаёт копию кэша содержимого файла для всех вышележащих слоёв. Подобное поведение приводит к существенному увеличению потребления памяти при выполнении некоторых операций, например, при рекурсивном вызове chown для всего дерева ФС. В новой версии ядра появилась (https://git.kernel.org/linus/d5791044d2e5749ef4de84161cec553... возможность отложить копирование данных при обновлении метаданных для файлов в самом нижнем слое. Ядро выполнит копирование только метаданных, но продолжит использование данных из нижнего слоя ФС до тех пор, пока файл не будет открыт на запись. Таким образом после включения новой оптимизации вызов chown для всего дерева ФС теперь не приведёт к копированию всех файловых данных и контейнеры, в которых используется многослойная ФС, продолжат использование общего кэша страниц памяти.
В Overlayfs также корректно реализованы некоторые файловые операции и данная ФС может работатеь (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin... как POSIX-совместимая ФС при включении флагов "redirect_dir=on" и "index=on";
- В файловой системе BTRFS разр...URL: https://lkml.org/lkml/2018/10/22/184
Новость: https://www.opennet.me/opennews/art.shtml?num=49477
Пользователям Ryzen 2200G/2400G с интегрированным видео — возрадоваться и накатить!
Да вроде говорили, что там не столько с ядром беда, сколько с Mesa.
> Да вроде говорили, что там не столько с ядром беда, сколько с
> Mesa.А Mesa во всех дистрибутивах уже полгода как нужной версии. Остаётся только ядро и вот оно!
Недавно попытался поставить Ubuntu 18.04 на новый компьютер с таким процессором. В итоге, несмотря на все пляски с бубном, пришлось сносить убунту и ставить винду 10. Ибо ТАКИХ глюков с изображением мне до этого видеть еще не приходилось :(
> Недавно попытался поставить Ubuntu 18.04 на новый компьютер с таким процессором. В
> итоге, несмотря на все пляски с бубном, пришлось сносить убунту и
> ставить винду 10. Ибо ТАКИХ глюков с изображением мне до этого
> видеть еще не приходилось :(Сразу видно, что даже не пытался.
Ну конечно, диванным анонимусам всегда все виднее.
Виндузятник детектед.
Я тебе сейчас кулсторю расскажу одну.Есть у меня один знакомый врач, который к ит отношения не имеет и его достало, что винда постоянно паршивит и у него появляются яндексбары, амиги, и всякие мейлгарды - попросил поставить линукс, тк потребности у него только браузер, фильмы, и морровинд. Ноутбук у него старый с видяхой radeon hd7470m.
Сколько я дистрибутивов ни перепробовал, сколько бы ни гуглил - запуск возможен только с nomodeset, а тогда даже рабочий стол лагает адско. В итоге нагуглил, что видяха больше не поддерживается - даже опенсорсными дровами.
В общем, друг ушел со свежей семерочкой и добил фразой "Зачем тогда этот линукс вообще разрабатывают, если он так плохо работает? Это же плохая ос!"
Вот так вот, делайте выводы.
> Вот так вот, делайте выводы.Элементарно, Ватсон. Тут напрашивается вывод: нахрена врачу линукс? Каким местом ты вообще думал, когда решил поставить далёкому от IT врачу линукс? Дальше мы можем перейти к выводам о твоей личности, которая может дойти до такой тупости, но давай не будем.
>нахрена врачу линуксЧтобы была ось неподверженная тем проблемам, от которых он бежал, а была минимальная тупая пускалка браузера, плеера, и морровинда. Ее не планировалось обновлять и что-то делать, что-то устанавливать, что-то менять. Однажды поставил - работаем несколько лет без изменений. В общем, смысл в том, чтобы сделать комп с отсутствием какого-либо обслуживания на годы вперед, чтобы им можно было пользоваться как телевизором. Посмотрел, поиграл, переписался.
>Дальше мы можем перейти к выводам о твоей личности, которая может дойти до такой тупости, но давай не будем.
Ты настолько умный, что не додумался до юзкейса, приведенного выше. Смысл, как раз, в том, чтобы далекому от IT человеку не надо было обслуживать систему.
Но не прокатило - она просто не завелась в любом виде. Выше 1% вам не светит.
> Ты настолько умный, что не додумался до юзкейса, приведенного выше. Смысл,
> как раз, в том, чтобы далекому от IT человеку не надо
> было обслуживать систему.Далёкому от IT человеку надо посоветовать купить новый ноутбук с новой вендой. Если он по финансам ограничен, то поставить ему венду. Если несмотря на это его снова начинают одолевать порнобаннеры, то надо объяснить ему, что систему надо периодически чистить, а для этого надо быть в том или ином смысле не далёким от IT. Либо разбираться самому в должной мере, либо навещать соседского Петю, который может переустановить венду.
Ставить ему linux в качестве безопасной "запускалки" -- это значит подкладывать ему груду граблей. С тем же самым соседским Петей, к которому тот придёт, чтобы тот ему установил какую-нибудь программу.
Слушай сюда, и не говори, что не слышал. Если тебе пользователь ПК говорит "я использую компьютер только для того, чтобы запускать морровинд", не верь ему. Он врёт. Сознательно или не сознательно, но врёт. Он использует компьютер для тысячи других вещей, которые он вероятно даже не замечает. Но он заметит их, когда ты поставишь ему linux. Поэтому НЕ ставь linux человеку, который а) не знаком с линуксом, б) не испытывает энтузиазма от идеи ознакомиться с ним.
Человек пустился во все тяжкие. Раньше я тоже страдал подобной фигней. Если поставил человеку Пингвина, то он будет к тебе после этого так или иначе привязан. Потому что врядли он найдет квалифицированную помощь на стороне и будет дергать тебя.Поэтому необходимо человеку на пальцах объяснить последствия этого шага. Просто объясняешь что будет и какой софт будет стоять и какие могут быть траблы.
Если ты его не переубедил отказаться, то дольше начинается разговор о деньгах. Дальнейшая поддержка тоже за деньги. Вот и все дела.
Несмотря на это, у меня есть не одна сакцесс стори, когда люди действительно обретали покой на годы. Одна знакомая лет 6(на тот момент) юзала Линь установленный мной. Я и забыл давно про это. Сказала, что все работает как надо и ее все устраивает.
Еще был клиент пенсионер из поселка. У него был нетбук с тачскрином. В общем винда там глючила, что -то с драйверами. Победить не удалось. Пиратки я не ставлю. Я ему объяснил, что могу поставить Линь и все "но". К удивлению он согласился, хотя мне не хотелось возиться.
> Человек пустился во все тяжкие. Раньше я тоже страдал подобной фигней.Да, я тоже говорю основываясь на собственном опыте. Эти эксперименты кончаются тем, что в косяки линукса записываются не только косяки линукса, но и кнопочки не той формы, не того цвета, не там расположены и прочие "я привык по другому", а потом "а чего это ты поставил нам такой косячный линукс".
> Да, я тоже говорю основываясь на собственном опыте. Эти эксперименты
> кончаются тем, что в косяки линукса записываются не только косяки
> линукса, но и кнопочки не той формы, не того цвета, не там расположены
> и прочие "я привык по другому"Кстати, когда _надо_ -- такое проходит за пару недель (минимальное время смены привычек). Просто в эти критические дни надо обеспечить поддержку не тикетами и даже не по телефону, а, гругря, в той же комнате. Нередко в этом могут помочь более опытные сотрудники, уже участвовавшие в пилотном проекте и набравшиеся опыта.
См. тж. http://altlinux.org/migration
>> Да, я тоже говорю основываясь на собственном опыте. Эти эксперименты
>> кончаются тем, что в косяки линукса записываются не только косяки
>> линукса, но и кнопочки не той формы, не того цвета, не там расположены
>> и прочие "я привык по другому"
> Кстати, когда _надо_ -- такое проходит за пару недель (минимальное время смены
> привычек).Ой, не надо мне рассказывать про смену привычек: я это практикую регулярно. Вопрос в другом: _надо_ ли? Если человеку просто нужен компьютер без вирусов, а не линукс, то ему это не надо. Вот если его вирусы достали настолько, что он демонстрирует готовность учиться и ломать привычки, тогда можно подумать. Но я такого не встречал, если честно. Все просто хотят чтобы оно работало.
Просто в эти критические дни надо обеспечить поддержку не
> тикетами и даже не по телефону, а, гругря, в той же
> комнате. Нередко в этом могут помочь более опытные сотрудники, уже
> участвовавшие в пилотном проекте и набравшиеся опыта.
> См. тж. http://altlinux.org/migrationА это уже речь про корпоративную миграцию, и там я вообще не понимаю в чём проблема. "Надо" может быть спущено сверху в приказном порядке. Ну, только что сформулировать это надо уметь так, чтобы сотрудники не заподозрили слабину, иначе они начнут делать всё, чтобы доказать, что миграция оказалась неуспешной, и скорее всего им это удастся.
>компьютер без
> вирусов, а не линукс,Чорд речистый[I], эка заввернул! Пулицер и Элоп завидуют.
> Ой, не надо мне рассказывать про смену привычек: я это практикую регулярно.
> Вопрос в другом: _надо_ ли? Если человеку просто нужен компьютер без
> вирусов, а не линукс, то ему это не надо. Вот если
> его вирусы достали настолько, что он демонстрирует готовность учиться и ломать
> привычки, тогда можно подумать. Но я такого не встречал, если честно.
> Все просто хотят чтобы оно работало.Поэтому лично я делаю таким хомякам из XFCE системку похожую на винду, чтобы привычки особо не ломались. Ну а что, обычный десктопчик, с ярлыками, браузером, почтой и все такое. Да, учить их юниксвэю и консоли я не собираюсь. А зачем?
>> Ой, не надо мне рассказывать про смену привычек: я это практикую регулярно.
>> Вопрос в другом: _надо_ ли? Если человеку просто нужен компьютер без
>> вирусов, а не линукс, то ему это не надо. Вот если
>> его вирусы достали настолько, что он демонстрирует готовность учиться и ломать
>> привычки, тогда можно подумать. Но я такого не встречал, если честно.
>> Все просто хотят чтобы оно работало.
> Поэтому лично я делаю таким хомякам из XFCE системку похожую на винду,
> чтобы привычки особо не ломались. Ну а что, обычный десктопчик, с
> ярлыками, браузером, почтой и все такое. Да, учить их юниксвэю и
> консоли я не собираюсь. А зачем?Я давно этим не занимаюсь, а если бы пришлось, я бы не парился, я бы поставил им венду. Будто мне заняться нечем, кроме как красить линукс под винду, чтобы никто не догадался что это линукс. Венду поставить -- делов на полчаса.
> Венду поставить -- делов на полчаса.А вирье и малварь из нее выгребать - может занять существенно дольше. А линукс что, поставил его и он работает.
Ну вот последний писк - виндовый файрфокс самообновился и на этом фоне самозаблочил виндовый адобтрэш. Хомяки в фрустрации. И адоб ридер при попытке самообновиться сломался. Гадская система живет своей жизнью. При том починить это лично я так и не смог - а приколись, у адобы еще и инсталлер валится с грохотом с черти-каким кодом ошибки. При этом он пытается rollback сделать и конечно же получается как обычно - он его делает наполовину и опять же дохнет. И вот тебе дорогой пользователь система в состоянии раскоряки, на которую ты теперь вообще ни одной программы больше не поставишь. Потому что MSI будет рассказывать что вы не завершили предыдущую инсталляцию, шалунишка. А завершить ее вы не сможете - потому что адобовский инсталлер глюкало.
> минимальная тупая пускалка браузера, плеера, и морровинда. Ее не планировалось обновлять и что-то делать, что-то устанавливать, что-то менять.Тогда следовало брать дистрибутив - ровесник того ноутбука. Там точно была бы поддержка его видяхи.
> Ноутбук у него старый с видяхой radeon hd7470m.
> сделать комп с отсутствием какого-либо обслуживания на годы вперед"Так Вы или крестик снимите или трусы наденьте" ©
>Тогда следовало брать дистрибутив - ровесник того ноутбука. Там точно была бы поддержка его видяхиНо даже в десятке она работала. Да, тормозила, тк оперативки мало, но работала и дрова вставали изкоробки.
Почему ее дропнули в свободных, а? Вот и не удивляйтесь.
Видать на западе уже никто не использует такой раритет. Поэтому и для разрабов очевидно убрать то, что никто не использует в подавляющем большенстве. Вон, 32 бита тоже дропают, хотя машинки еще встречаются и не так уж редко.Правильно выше сказали, что надо было брать дистр постарее, где отставалась поддержка в ядре или была возможность накатить проприетарный Каталист. Таже Убунта 12.04 или 14.04 не такой уж мамонт.
Только еще нужно еще изучить вопрос как туда поставить свежий софт - офис и прочая. Возможно флатпак и аппимедж решили бы проблему.И конечно, не нужно никому ничего навязывать и доказывать "крутизну" пингвина. А то, видать, вы там наобещали, а он даже в драйвера не смог. Людей надо отговаривать от этой затеи во ваше же благо. Настаивают? Берите деньги, объясняя последствия подобного шага.
> И конечно, не нужно никому ничего навязывать и доказывать "крутизну"
> пингвина. А то, видать, вы там наобещали, а он даже в драйвера не смог.В кои-то веки опытный человек говорит о практике внедрения в частном порядке...
> Элементарно, Ватсон. Тут напрашивается вывод: нахрена врачу линукс?А что, если врач то не человек? Кон Коливас будучи анестезиологом - в линуксе получше тебя разбирается, пожалуй. По крайней мере, ты врядли много напрограмишь в кернелмоде.
>> Элементарно, Ватсон. Тут напрашивается вывод: нахрена врачу линукс?
> А что, если врач то не человек? Кон Коливас будучи анестезиологом -
> в линуксе получше тебя разбирается, пожалуй. По крайней мере, ты врядли
> много напрограмишь в кернелмоде.Хочешь мы поспорим с тобой на деньги, что если мы возьмём рандомного врача, то этот врач если и слышал слово linux, то всё равно не сможет объяснить, что оно означает?
Чего ты мне тут исключительными примерами тычешь? Да ещё и предполагаешь что-то там о моих возможностях программить в кернел-моде. Чего там программить-то? Из этого кернел программинга делают священную корову, будто это как-то там особо сложно. Там всё очень просто: читаемый и хорошо документированный код. Всегда можно найти человека, которому можно задать вопрос и получить ответ. Там используется C, который прост как три копейки. Чего там сложного? Браузеры писать сложнее, чем ядра. Ты сам попробуй, если не веришь.
С ядерным кодингом самая большая проблема -- это напрограммить не так, чтобы оно работало, а так чтобы патч приняли. Но сделать так, чтобы работало справится и школьник. Причём как раз потому, что патчи принимают через губу, благодаря чему код читаемый и обладает рядом других положительных качеств, которым я не знаю названия и не хочу придумывать.
> Хочешь мы поспорим с тобой на деньги, что если мы возьмём рандомного
> врача, то этот врач если и слышал слово linux, то всё
> равно не сможет объяснить, что оно означает?Нет, не хочу. Зачем мне рандомный врач? И что это будет доказывать?
> Чего ты мне тут исключительными примерами тычешь?
Одного контрпримера достаточно для аннулирования права огульно полагать что если доктор - то обязательно не умеет програмить, например.
> Чего там программить-то? Из этого кернел программинга делают священную корову,
> будто это как-то там особо сложно.Я делаю это потому что вижу что там - очень хорошие специалисты. Хороших специалистов - видно, независимо от того доктор это или ядерный программист. За них говорит стиль работы и результат.
> Там всё очень просто: читаемый и хорошо документированный код.
А вот писать такой код - вообще совсем не просто. Особенно если надо чтобы он был быстрым и безглючным. А кому надо тормозное и глючное ядро?
> Всегда можно найти человека, которому можно задать вопрос и получить ответ.
Ну, допустим, не всегда. Но все же - неподдерживаемый код там не любят. А вот догнать проект до состояния где будет именно так, особенно такого масштаба, и поддерживать его в именно таком состоянии - очень сложно. Особенно учитывая тот факт что заранее все и вся не предусмотришь и приходится переигрывать много чего по ходу пьесы. У них можно многому научиться в вопросах разработки, майнтенанса, тестирования, интеграции и проч.
> Там используется C, который прост как три копейки. Чего там сложного?
А сложно - сделать так, чтобы все это не превратилось в летающего макаронного монстра с адищем абстракций которые понимает полтора человека на планете, кучу bit rot, легаси и прочих характерных прелестей, как у некоторых других.
> Браузеры писать сложнее, чем ядра. Ты сам попробуй, если не веришь.
Я охотно верю - там факап еще на уровне дико навороченных спецификаций, пополам с дурными форматами данных, стремными абстракциями унаследованными чуть не от Mosaic и проч. И вот там таки получился летающий макаронный монстр. И реализовать браузер как-то иначе - и правда сложно. В этом месте мы понимаем что Энди говорил про "technical excellence". А понимаем что в вебе его нет вообще совсем. Начиная прямо со спецификаций. Какой-то проблеск разума заметен разве что в HTTP/2, и то - немного и местами. В кои-то веки сделали так как лучше работает, а не так как проще какому-то ленивому кодерасу. А линуксоиды всегда делают так как лучше работает, прежде всего. Даже если кодерасам надо и поднапрячься для этого. Такой подход внушает уважение. В отличие от вебни.
> С ядерным кодингом самая большая проблема -- это напрограммить не так, чтобы
> оно работало, а так чтобы патч приняли.И это правильно. Иначе превратится в очередной браузер. А оно надо?
> Но сделать так, чтобы работало справится и школьник.
Все так, запустить двигатели самолета и усвистать в небо - может и школьник. Но есть нюансы.
> через губу, благодаря чему код читаемый и обладает рядом других положительных
> качеств, которым я не знаю названия и не хочу придумывать.Ну а вот у многих других все это не получается. И у них почему-то пухлый, глюкавый, тормозной код, который не читабельный и вообще похож на летающего макаронного монстра. И глядя на такие соотношения я и прикидываю сложность. Если некая работа хорошо получается лишь у 1 человека на миллион, я считаю эту работу сложной. Это странно?
>> Хочешь мы поспорим с тобой на деньги, что если мы возьмём рандомного
>> врача, то этот врач если и слышал слово linux, то всё
>> равно не сможет объяснить, что оно означает?
> Нет, не хочу. Зачем мне рандомный врач? И что это будет доказывать?Перечитай топик. Я чёт последнее время утомился разжёвывать людям элементарные вещи, которые они не только не понимают, ещё и не хотят понимать и всячески сопротивляются пониманию. Не понимаешь о чём разговор -- твои проблемы.
>> Чего ты мне тут исключительными примерами тычешь?
> Одного контрпримера достаточно для аннулирования права огульно полагать что если доктор
> - то обязательно не умеет програмить, например.Нет недостаточно.
>> Там используется C, который прост как три копейки. Чего там сложного?
> А сложно - сделать так, чтобы все это не превратилось в летающего
> макаронного монстра с адищем абстракций которые понимает полтора человека на планете,
> кучу bit rot, легаси и прочих характерных прелестей, как у некоторых
> других.В C это делается элементарно. Чтобы освоить C на должном уровне достаточно полгода курса азов программирования, и ещё полгода курса на конкретно технологии программирования на C.
> Ну а вот у многих других все это не получается. И у
> них почему-то пухлый, глюкавый, тормозной код, который не читабельный и вообще
> похож на летающего макаронного монстра.Ссылка на неопределённых "других". Демагогия. Что это за другие?
>>> Хочешь мы поспорим с тобой на деньги, что если мы возьмём рандомного
>>> врача, то этот врач если и слышал слово linux, то всё
>>> равно не сможет объяснить, что оно означает?
>> Нет, не хочу. Зачем мне рандомный врач? И что это будет доказывать?
> Перечитай топик. Я чёт последнее время утомился разжёвывать людям элементарные вещи, которые
> они не только не понимают, ещё и не хотят понимать и
> всячески сопротивляются пониманию. Не понимаешь о чём разговор -- твои проблемы.А вообще, я прокрутил в памяти топик, и понял, что тут так ржачно получается, что я даже объясню.
Речь шла про конкретного врача. Ты взял конкретный пример, обобщил его до правила обо всех врачах, а затем начал доказывать, что это правило неверно. Я даже повёлся на эту демагогию. И теперь ты продолжаешь пытаться доказывать мне, что тобою придуманное правило неверно.
Должен ли я послать тебя на три буквы, или для этого ещё не настал подходящий момент?
> Ноутбук у него старый с видяхой radeon hd7470m.
> Сколько я дистрибутивов ни перепробовалА сколько, кстати? Точнее, каких именно?
Kubuntu, Lubuntu 14,16,18
Elementary 3
TinyCore
LXLE
Chrome OS
Ой, знаю-знаю, почему спросили. Даже отвечу - нет, не рассматривал.
> Ой, знаю-знаю, почему спросили. Даже отвечу - нет, не рассматривал.Спасибо за список. Спросил ещё и потому, что не раз и не два вдруг оказывалось так, что какой-нить наш дистрибутив работал там, где другие проверенные вязли (разумеется, бывает и противоположное).
Честно говоря очень странный выбор, все что ниже Убунты.
Не вижу логики в этом сумбуре.
> Честно говоря очень странный выбор, все что ниже Убунты.
> Не вижу логики в этом сумбуре.Я бы (помимо альта) ещё как раз opensuse с федорой проверял. Как-то ровно таким варьированием и получилось вычислить баг в ASUS UEFI, сопоставив подписи на shim'ах...
>> Честно говоря очень странный выбор, все что ниже Убунты.
>> Не вижу логики в этом сумбуре.
> Я бы (помимо альта) ещё как раз opensuse с федорой проверял.
> Как-то ровно таким варьированием и получилось вычислить баг в ASUS UEFI,
> сопоставив подписи на shim'ах...Ооо, да, Вы ценитель сортов подписей[I] Микрософта!111
>> Как-то ровно таким варьированием и получилось вычислить баг
>> в ASUS UEFI, сопоставив подписи на shim'ах...
> Ооо, да, Вы ценитель сортов подписей[1] Микрософта!111[/1!I]Там забавней было -- конкретно та фирмварь _одну_ подпись (того самого "UEFI CA") прожёвывала, а вот об две спотыкалась и на всякий делала вид, что вообще ничего не было.
Одна была в убунте. Две было в федоре, сузе и альте. Вторую пришлось снять (хотя за ней и так никто не приходил... по факту).
Естесственно. Федора, Суся. Из наших альт, роса, калькулейт. В общем желательно не ролинги.
Потому уже альты, манжары и т.д., но и это уже экзотика. Ставить дистр которого особо не знаешь, то еще может быть попадалово.
>[оверквотинг удален]
> яндексбары, амиги, и всякие мейлгарды - попросил поставить линукс, тк потребности
> у него только браузер, фильмы, и морровинд. Ноутбук у него старый
> с видяхой radeon hd7470m.
> Сколько я дистрибутивов ни перепробовал, сколько бы ни гуглил - запуск возможен
> только с nomodeset, а тогда даже рабочий стол лагает адско. В
> итоге нагуглил, что видяха больше не поддерживается - даже опенсорсными дровами.
> В общем, друг "Зачем тогда
> этот линукс вообще разрабатывают, если он так плохо работает? Это же
> плохая ос!"
> Вот так вот, делайте выводы.В общем, друх мой Аноним:
1. Надеюсь этот твой знакомый врач работает не психиатром? Хотя ему в любом случае прощаются слова "если он так плохо работает? Это же плохая ос!". Он в этом не должен уметь разбираться.
2. Но тебе за такие слова надо бы... Ну да ладно, подходи в кассу за своим дошираком ;)
И да, пусть оторвет себе бошку за то, что купил такой ноутбук и бошку производителям, которые не предоставили информацию по видео чипсету разработчикам ядра (плюс ко всему еще и денжат необходимо ядерщикам подбросить).Так что, вот как то так, друх мой Аноним!
> у него только браузер, фильмы, и морровинд. Ноутбук у него старый
> с видяхой radeon hd7470m.
> итоге нагуглил, что видяха больше не поддерживается - даже опенсорсными дровами.Это что еще за бред? Из открытых дров поддержку GPU никто не выбрасывает. Там вон даже Rage 128 кто-то допилил, а уж это... по сравнению с rage отчаянный свежак.
> Вот так вот, делайте выводы.
Делаем выводы: кто-то мастерски пытается втирать очки. Опять MS студоботов завел?
> Опять MS студоботов завел?Они сами заводятся, кстати.
>Это что еще за бред? Из открытых дров поддержку GPU никто не выбрасывает. Там вон даже Rage 128 кто-то допилил, а уж это... по сравнению с rage отчаянный свежак.Мобильные видяхи выбрасывает. Зайди сюда https://help.ubuntu.com/community/RadeonDriver и грепни 7470m.
>Делаем выводы: кто-то мастерски пытается втирать очки. Опять MS студоботов завел?
Не суди по себе.
> Мобильные видяхи выбрасывает. Зайди сюда https://help.ubuntu.com/community/RadeonDriver и грепни 7470m.Зашел. Про 7470m там ни звука. И какие отсюда выводы? У меня - примерно такие:
1) Вика убунты не является авторитетным ресурсом в разработке видеодрайверов, для начала.
2) Как обоснование что поддержку удалили - лучше всего подходит ссылка на коммит с удалением, очевидно.
3) Там упоминается убунта аж 12-й версии. Что как бы намекает на общую актуальность и ценность статьи. И что читать ее надлежит "with grain of salt".
4) В силу 1) кивать на вику убунты может либо невероятно наивный, либо злонамеренный тип. Вы пытаетесь косить под наивного рачка, но являетесь ли таковым - большой вопрос.> Не суди по себе.
А что - по себе? Я попросил слишком много? Как то - пруф что кто-то УДАЛИЛ поддержку видяхи из открытого амдшного драйвера? Я действительно хочу посмотреть - как это выглядело. Это так странно? Мне например интересно что в commit message при этом могут писать, хотя-бы чисто теоретически. И не вкрутит ли какой-нибудь airlied такому комиту revert через полчаса.
тебе мешает венда в голове
Все отлично работает даже с родным 4.15. Камень 2400g.
Я рад за вас. А в описанном мною случае такого эффекта не наблюдалось. Мать, кстати, была такая: https://www.asrock.com/mb/AMD/B450M%20Pro4/index.ru.asp а память гиперикс.Сразу же после попытки загрузиться с флешки с Ubuntu 18.04 на экране промелькнуло несколько строчек о каких-то ошибках с невозможностью считывания каких-то таблиц из мамки (увы, не удалось сохранить их для потомков), а потом, когда загрузился-таки, GUI он оказался разделенным по вертикали на ДВА одновременно показывающих одно и тоже экрана, причем на уровне значка LibreOffice Writer все смазывалось вниз. Представьте, что экран был куском сливочного масла на хлебе, по которому с этой точки провели горячим ножом и размазали его на весь остальной кусок хлеба - по виду было очень похоже.
Мне не интересно описывать тут весь процесс плясок с бубном, скажу лишь, что когда удалось таки запустить его с нормальной картинкой, при вызове xrandr --query --verbose многих вещей вообще не было, а вместо строчек с параметрами режимов были строчки с нулями (я имею ввиду строки типа width 1280 start 1328 end 1440 total 1688 skew 0 clock 63.98KHz). Обновление BIOS до последней на тот момент версии дало положительный эффект - картинка стала нормальной и вывод xrandr стал таким, каким должен быть. Я уже обрадовался, что глюки удалось победить, однако через несколько дней хозяева этого компьютера сообщили мне, что комп внезапно завис, после чего картинке снова пришел северный полярный лис. И чтобы удостоверится, что это не проблемы с железом, они просто поставили на него Windows 10. С этого момента никаких проблем в картинкой уже не было.Я понимаю, что отписавшаяся выше школота решила бы все проблемы прямо из приглашения ввода пароля, ну а хозяева компьютера решили не заморачиваться и просто использовать работающее решение.
> GUI он оказался разделенным по вертикали на ДВА одновременно
> показывающих одно и тоже экрана, причем на уровне значка LibreOffice
> Writer все смазывалось вниз. Представьте, что экран был куском
> сливочного масла на хлебе, по которому с этой точки провели горячим
> ножом и размазали его на весь остальной кусок хлеба - по виду было
> очень похоже.О-оо, наблюдали подобное на HP AIO -- вдруг чем-то пригодится: https://bugs.freedesktop.org/show_bug.cgi?id=97822
> Обновление BIOS до последней на тот момент версии дало положительный
> эффект - картинка стала нормальной и вывод xrandr стал таким, каким
> должен быть.Ага, в том случае тоже дошли до проблем с фирмварью.
Спасибо за ответ.Я тоже думаю, что описанные мною проблемы из-за сырой фирмвари, но так как комп чужой и нужен он для работы, экспериментировать с ним мне никто не даст. Так что так это или нет я, вероятно, никогда не узнаю.
Как правило, это неблагодарный труд. Установка Линя третьим лицам оправдана тогда, когде терять уже нечего, когда Винда не взлетает или невозможна комфортная работа. В этом случае клиент останется благодарным за труд и не будет жалко потраченных средств. Иначе, действительно, зачем столько приседаний только ради того, чтобы запустить все тот же браузер, но под другой ОС?
> Иначе, действительно, зачем столько приседаний только ради
> того, чтобы запустить все тот же браузер, но под другой ОС?Например, если ты и есть тот сосед, к которому всё равно попытаются прийти в рамках куда более широкой и исторически устоявшейся взаимопомощи...
Тогда это уже не совсем "третье" лицо.
Мой опыт показывает, что она оправдана еще в ряде случаев. В частности, как системы, в которой живет VirtualBox с несколькими виртуалками, в которых крутится то, что хочется заказчику.
Согласен, другие юзкейсы конечно есть. Я говорил именно в роли раб. станции. Сам предпочитаю Линь и там, но не всегда чисто из утилитарных соображений это выгодно. Нам-то, думаю, плюсы понятны, но человеку который не в теме, по барабану на чем он вращает свои офисы, браузеры и пасьянсы.
>[оверквотинг удален]
> а память гиперикс.
> Сразу же после попытки загрузиться с флешки с Ubuntu 18.04 на экране
> промелькнуло несколько строчек о каких-то ошибках с невозможностью считывания каких-то
> таблиц из мамки (увы, не удалось сохранить их для потомков), а
> потом, когда загрузился-таки, GUI он оказался разделенным по вертикали на ДВА
> одновременно показывающих одно и тоже экрана, причем на уровне значка LibreOffice
> Writer все смазывалось вниз. Представьте, что экран был куском сливочного масла
> на хлебе, по которому с этой точки провели горячим ножом и
> размазали его на весь остальной кусок хлеба - по виду было
> очень похоже.Такой эффект наблюдался на бете и только при загрузке с флешки. С некоторой попытки можно было загрузиться в нормальную графику и установиться. После установки делаешь apt-get update && apt-get upgrade и забываешь о глюках.
> Мне не интересно описывать тут весь процесс плясок с бубном, скажу лишь,
> что когда удалось таки запустить его с нормальной картинкой, при вызове
> xrandr --query --verbose многих вещей вообще не было, а вместо строчек
> с параметрами режимов были строчки с нулями (я имею ввиду строки
> типа width 1280 start 1328 end 1440 total 1688 skew
> 0 clock 63.98KHz). Обновление BIOS до последней
> на тот момент версии дало положительный эффект - картинка стала нормальной
> и вывод xrandr стал таким, каким должен быть. Я уже обрадовался,
> что глюки удалось победить, однако через несколько дней хозяева этого компьютера
> сообщили мне, что комп внезапно зависПроблему с зависанием исправили в linux-firmware в июле или августе.
> , после чего картинке снова пришел
> северный полярный лис. И чтобы удостоверится, что это не проблемы с
> железом, они просто поставили на него Windows 10. С этого момента
> никаких проблем в картинкой уже не было.
> Я понимаю, что отписавшаяся выше школота решила бы все проблемы прямо из
> приглашения ввода пароля, ну а хозяева компьютера решили не заморачиваться и
> просто использовать работающее решение.Я понимаю, что не все специалисты по компьютерам, но ты писал о глюках с изображением.
Может быть я недостаточно понятно написал?
После танцев с бубном мне удалось поставить систему на винт, полностью ее обновить до последнего состояния и обновить BIOS. И она некоторое время работала. А потом внезапно все вернулось, так что если что-то и пофиксили, то, судя по всему, пофиксили не до конца.
> Может быть я недостаточно понятно написал?
> После танцев с бубном мне удалось поставить систему на винт, полностью ее
> обновить до последнего состояния и обновить BIOS. И она некоторое время
> работала. А потом внезапно все вернулось, так что если что-то и
> пофиксили, то, судя по всему, пофиксили не до конца.А потом внезапно ты словил зависание, а не глюк с видео. А пишешь, что были какие-то глюки с видео.
А потом внезапно комп завис, после чего глюк с видео вернулся на место.
> А потом внезапно комп завис, после чего глюк с видео вернулся на место.И, конечно, как положено по законам жанра, мы опять не увидим логов, в частности dmesg (лог ядра) в момент проблем с графикой и все такое, ага. Зато рассказов о том какой линукс такой-сякой - будет много. Слишком характерный антипаттерн.
У меня Asus на B-350. Мать пришлось прошивать свежим биосом для поддержки этого процессора. Вполне возможно, что вам тоже стоило это попробовать и характер ошибок намекает.На 4.15 ядре бывали фризы время от времени, раз в два или три дня. Но никаких проблем с графикой не было. Позже обновил до 4.17 и дальше обновлял на последний стейбл. Никаких фризов, все прекрасно.
Да, 18.10 которая вышла недавно, теперь умеет загружаться с флешки. 18.04 не могла.
На вышеупомянутой мной конфигурации загружалась и 18.04 (с глюком разделения экрана), и 16.04 (без каких-либо видимых глюков).
Ryzen 3 2200g, сидел на встройке со времен 4.16 и норм.
Если для тебя загрузка через раз это норм, то для меня нет.
> В NFS добавлена поддержка асинхронного выполнения операций COPY на стороне серверинновации
Грегу бы подсуетиться, пока была возможность, и принять ReiserFS в основную ветку.
> Грегу бы подсуетиться, пока была возможность, и принять ReiserFS в основную ветку.Передицензирование под MS EULA же [I]!111
Вы не поняли, Линус никуда не делся. Он просто временно отстранился от переписки и гнобления разработчиков как координатора Linux. Все-таки тянуть на себе довольно монструозный (читай, большой) проект - не мешки ворочать. Код-то он пишет и прекрасно видит, что мержат прочие.
> Вы не поняли, Линус никуда не делся. Он просто временно отстранился от
> переписки и гнобления разработчиков как координатора Linux. Все-таки тянуть на себе
> довольно монструозный (читай, большой) проект - не мешки ворочать. Код-то он
> пишет и прекрасно видит, что мержат прочие.Грег сдал обратно "монструозного" и подался бухать с облегченья:
"" I'll be enjoying this week in Edinburgh with many other kernel developers, drinking some good whiskey, and taking some time off of reading email, by spending it with the great friends I have made in this community.
And with that, Linus, I'm handing the kernel tree back to you. ""
>[оверквотинг удален]
>> переписки и гнобления разработчиков как координатора Linux. Все-таки тянуть на себе
>> довольно монструозный (читай, большой) проект - не мешки ворочать. Код-то он
>> пишет и прекрасно видит, что мержат прочие.
> Грег сдал обратно "монструозного" и подался бухать с облегченья:
> "" I'll be enjoying this week in Edinburgh with many other kernel
> developers, drinking some good whiskey, and taking some time off of
> reading email, by spending it with the great friends I have
> made in this community.
> And with that, Linus, I'm handing the kernel tree back to you.
> ""Не дай Бог!
Это начинает напоминать мне "нести тяжело, бросить жалко.". Имелось ввиду, как бы слово "жалко" не отвалилось бы :(
>> Грег сдал обратно "монструозного" и подался бухать с облегченья:
>> "" I'll be enjoying this week in Edinburgh with many other kernel
>> developers, drinking some good whiskey, and taking some time off of
>> ""
> Не дай Бог!Чего "не дай"-то??!
Это из анонса релиза Грегом -- первая ссылка в новости там наверху.
Если мне будет позволено высказать наблюдение [нет-нет, не вставайте! это фигуральная речь такая], по _тексту_ этого анонса видно, что эти несколько недель "у руля" дались ему тяжело... А может и нет, и я опять придумываю.
> Грегу бы подсуетиться, пока была возможность, и принять ReiserFS в основную ветку.Она и принята - третьей версии. А четвертой - там проблема отнюдь не в линуксных разработчиках а в апстриме, и его отчаянном нежелании использовать сервисы ядра по максимуму. Что ведет к жуткому дублированию кода. Поскольку линуксное ядро и так жирное, нужду в дублированном функционале там надо очень крепко обосновывать. Иначе у всех причастных средние пальцы дружно отгибаются.
Торвальдс кстати уже бдит и пулреквесты для 4.20 наворачивает с своей обычной скоростью света.
>...добавлено 552510 строк кода, удалено 244696 строк...Эвона как оно..
Когда починят самопроизвольный выход системы из спящего режима на маке?
> Когда починят самопроизвольный выход системы из спящего режима на маке?А ядро тут причём? Из спящего режима выводит ACPI. Если в маках глючное ACPI, ядро ничем не может помочь.
>> Когда починят самопроизвольный выход системы из спящего режима на маке?
> А ядро тут причём? Из спящего режима выводит ACPI. Если в маках
> глючное ACPI, ядро ничем не может помочь.Как не может? А костылик, патч с табличкой кладжиков/виердов или как их там, затычечку -- надо, как в винде.
Они ж Пользователи, им надо. Не в Эппле ж им с этим вашим ACPI идти, нет[I]?
Ну вот пусть пользователи макобуков и пишут это затычечку, у нас тут ёпен сорс.
>Ну вот пусть пользователи макобуков и пишут это затычечку, у нас тут ёпен сорс.Поосторожней на поворотах. Гномерасты понапишут-с ведь.
"Опенсорс - не для всех!". Так и запишем!
> "Опенсорс - не для всех!". Так и запишем!Да! Только для тех, кто платит.
Платиновые спонсеры не дадут соврать[I]!
Почему, для всех. Если никто за фичу не платит - ты можешь накодить ее сам, своими руками :). А то ишь, поразвелось умников желающих на чужом горбу в рай...
> Они ж Пользователи, им надо. Не в Эппле ж им с этим вашим ACPI идти, нет?А почему нет? Купили, могут попросить поддержку... Ну, если речь не идет про какой-то устаревший мак, конечно.
попросить могут, а мы можем и послать.
То что ты купил мерседес, не означает что тебе по первому чиху должны предоставить детальные чертежи двигателя и коробки, чтобы ты мог наслаждаться онанизмом по замене в них деталей на самодельные.диск с macosX со скидкой - да, продадим, и подскажем как переустановить все как было.
в маках нормальный acpi - макось просыпается, когда открываешь крышку, и засыпает, когда закрываешь. И батарею не жрет.
А что рукoжoпые лап4атые в очередной раз ниасилили - проблема только их рукoжoпия и больных на всю голову покупателей мака, ставящих на них сегодня линyпc не в виртуалке.просто время хакеров прошло, настало время коекакеров - не поднес на блюдечке вендор готовые детали (а лучше готовый драйвер, и еще кланяйся, кланяйся - тут не такой code style, здесь не так подано, тут неправильно с Оно поздоровался) - ничего и не работает.
для справок: у меня на антресоли валяется прекрасный 3dparty(вы о таком не слышали? Вы вообще мало о чем кроме своего фетиша слышали) powermac. Биос (или как там оно правильно) - закрытый и зашифрованный, спеки доступны только в виде вовремя украденных кем-то драфтов, и то не все, большая часть драйверов писалась методом тыка или дизассемблирования макосевых.
ага, suse5.какая-то на нем загружалась и работала. Не идеально, но без "делящегося надвое экрана", и прочих чудес.
Еще годика полтора принесла жизни старенькой машинке, на которую семерку было не поставить.
Ты сам понимаешь, что ядро не может будить бук, пока тот спит, бук может будить только его же собственное управление питанием? Какие вообще могут быть претензии к ядру, которое в этот момент не работает?
Подскажите, на каком уровне
echo XHC1 > /proc/acpi/wakeup
решает эту проблему до следующей перезагрузки?
> Подскажите, на каком уровне
> echo XHC1 > /proc/acpi/wakeup
> решает эту проблему до следующей перезагрузки?На уровне ACPI, разумеется. Бук будит ACPI.
ядро может криво настроить (не будучи в курсе, как это правильно делается) это самое управление.> Какие вообще могут быть претензии к ядру, которое в этот момент не работает?
банальные: раз в оригинале проблемы нет - значит, что-то сделано не так. Что-то забыли отключить или перевести в lp-mode, что умеет будить по собственным поводам. А раз это чинить никому не надо да и умельцев не осталось - вырисовывается проблемка поглобальнее неработы кокнретной фигни у полутора невменько. И я не верю что это сложнее, чем придумать, как загрузиться на целиком закрытом железе с недоступным для отладки загрузчиком, как когда-то (и ведь тоже совершенно не популярная железка, мало кому вообще нужная). Просто в комьюнити не осталось людей, которым интересно и которые умеют. А боевые п-сы из Apple почему-то не хотят перечислить денег на эту работу.
> раз в оригинале проблемы нет - значит, что-то сделано не такИМХО проблема с ядром как раз наоборот в том, что работа ACPI сделана слишком правильно - по спецификации.
А вендоры как раз наоборот, такое ощущение, что на спецификации клали и в таблицах порой твориться такой бред, что остаётся удивляться, как оно вообще работало. И разработчикам ядра ничего не остаётся, как городить вендор-специфичные костыли, за которыми ест-но не уследишь и которые никто никогда не документирует.
> банальные: раз в оригинале проблемы нет - значит, что-то сделано не так.Да, в оригинале проблемы нет. На всех буках с нормальным ACPI всё работает нормально.
> И я не верю что это сложнее, чем придумать, как загрузиться на целиком закрытом железеОх лёлюшки...
Ты же подозреваешь, что вера начинается там, где заканчивается знание, да?
> Ты же подозреваешь, что вера начинается там, где заканчивается знание, да?Вы в это действительно верите? :)
> Ты же подозреваешь, что вера начинается там, где заканчивается знание, да?ок, давай сюда свое техническое знание - что именно "неправильно" в макбуке, с конкретным указанием места в DSDT или где еще надо поправить.
И сравнительный анализ трудозатрат на это и на реализацию загрузчика линукса в виде os6 extension, когда "дискету из зависшего мака не вынимают, а выковыривают".А пока у тебя как раз святая вера, что "эппле плахой, плахой, у миня на его денег нет и ни будит!"
А в моем случае заменим слово верю на "опыт и техническая интуиция подсказывают, что".
>> Ты же подозреваешь, что вера начинается там, где заканчивается знание, да?
> ок, давай сюда свое техническое знание - что именно "неправильно" в макбуке,
> с конкретным указанием места в DSDT или где еще надо поправить.
> И сравнительный анализ трудозатрат на это и на реализацию загрузчика линукса в
> виде os6 extension, когда "дискету из зависшего мака не вынимают, а
> выковыривают".
> А пока у тебя как раз святая вера, что "эппле плахой, плахой,
> у миня на его денег нет и ни будит!"
> А в моем случае заменим слово верю на "опыт и техническая интуиция
> подсказывают, что".Дружочек, ты по одному моему вопросу уже художественную книгу собираешься написать? И заодно придумать, что я конкретно думаю про маки, эплов, мой опыт и заодно про мои деньги? :-)
> в маках нормальный acpi - макось просыпается, когда открываешь крышку, и засыпает,
> когда закрываешь. И батарею не жрет.У проприетарщиков очень модно сделать что-нибудь полунедостандартное на основе казалось бы стандартного интерфейса. Так что оно потом только с их приблудой и работает нормально, а все остальные мумукаются. И проблема тут отнюдь не в кривизне рук - а в том что кое-кто сделав "расширенную" и "улучшенную" реализацию - воткнул другим лом в вентилятор. Хорошо если случайно, а то MS в своих halloween documents был запален на целенаправленной тактике именно вот этого самого. Так что сказать что случайно упал на кулак лицом 5 раз - конечно можно, но выглядит это неубедительно.
> правильно) - закрытый и зашифрованный,
Небось такие как ты и писали. Радуйся, чо. Теперь у тебя есть электронный хлам.
А в линуксе есть нормально работающий спящий режим хоть где-то?
dell 630
sparky linux - работает
kubuntu 18.04 - работает (тоже dell 630)
еще разные есть разные делы и синкпады... - и там нет проблем
> А в линуксе есть нормально работающий спящий режим хоть где-то?У меня на ноуте - нормально работает. У ACPI конечно есть глюки, но на спячку они не распостраняются. Собственно проблема ACPI и прочих UEFI в том что большинство вендырей добивается того что оно кой-как запускает предустановленную винду. Все остальное - от лукавого. Поэтому даже сменить версию винды может не выйти, а уж линух поставить - и подавно. Радиус кривизны блобвари подогнан к радиусу кривизны предустанавливаемой ОС - вот и весь секрет.
Какая разница, что АНБ не сможет поиметь тебя с какой-то вероятностью через спекулятивные атаки, если они смогут поиметь тебя с вероятностью 1 через Intel ME, который присутствует во всех новых камнях?
Что, и в AMD и IBM и прочих новых процессорах есть Intel ME?
В AMD есть AMD PSP
> В AMD есть AMD PSPно вроде как AMD выдала честный способ по отключению AMD PSP?
> но вроде как AMD выдала честный способ по отключению AMD PSP?Честный - это мутный крыжик в проприетарном биосе? Епрст, PSP половину системы подымает - если он на самом деле отключится - у тебя будет гора дохлого железа, которое early init вообще не того.
> Какая разница, что АНБ не сможет поиметь тебя с какой-то вероятностью через
> спекулятивные атаки, если они смогут поиметь тебя с вероятностью 1 через
> Intel ME, который присутствует во всех новых камнях?Покупай эльбрус.
А в нём случайно нет FSB ME?
> А в нём случайно нет FSB ME?Я не думаю, что АНБ может хоть что-то туда встроить.
? А в нём случайно нет FSB ME?
Нету!
Не по форме отвечаете!
"никак нет!" - ваш ответ!
> А в нём случайно нет FSB ME?Чтобы какой-нибудь сочувствующий идеям демократии и вкусу натовского сапога слил параметры доступа кому надо? Фигушки.
Эльбрусы делаются для госпредприятий, там лучший зонд - это дядя особист. А вот аппаратный зонд - это практически гарантированный own вероятным противником.
Кстати, для американских госучреждений закупаются специальные штеуды с вырезанным ME.
осспадя, бред-то какой... особенно про государственные учреждения доставило.
(учитывая, откуда взялась me-отключалка в каждом чипсете - и почему она там ;)
> Кстати, для американских госучреждений закупаются специальные штеуды с вырезанным ME.Да обычные штеуды, там для анб битик был - чтобы ME уткнулся. Этот битик и остальные раскопали со временем - теперь и они могут ME отключать. Впрочем проверить что он и правда отключен - достаточно сложно. Сколько из вас могут в трассировку работы железа? Это как минимум жытагом надо цепляться, при условии что ME в цепочку встроен и согласится дебажиться. А вот это совсем не факт.
> А в нём случайно нет FSB ME?У него проприетарный компилер, в который фиг знает что засунуто, приватные репы, при отсутствии намеков на серьезное взаимодействие с апстримами, и NDA при покупке. На этом фоне интел и амд со своими мелкими пакостями пожалуй не такие уж и плохие...
> Какая разница, что АНБ не сможет поиметь тебя с какой-то вероятностью
> через спекулятивные атаки, если они смогут поиметь тебя с вероятностью
> 1 через Intel ME, который присутствует во всех новых камнях?Куда рыть, не подскажете? У меня 8С второй ревизии, вроде довольно новый.
где взять такой? ) хочу на переносном вычислителе с 64гб ОЗУ. Серьёзно.
> где взять такой? )Мы в МЦСТ купили. Там, кстати, цены потихоньку вниз пошли на разгоне партии -- по полтиннику скинули и на 801, и на 101.
> хочу на переносном вычислителе с 64гб ОЗУ. Серьёзно.
На переносном пока только "единички" и "четвёрки" видел; с 64 Гб пока тоже сложно -- в свою 801 планки по 16 так и не подобрал (рекомендация есть, да напряжёнка с восьмибитной организацией нынче, в основном x4). Довольствуюсь штатными 32.
Если совсем серьёзно -- спросите питерский НПЦ "Аквамарин", может, и на восьмёрке будут делать.
Позволь вас обрадовать! Ты нахрен не сдался АНБ...
> Позволь вас обрадовать! Ты нахрен не сдался АНБ...Он то как раз и сдался. Такие как он и есть их Wunderwaffe.
Не добавили в ядро WireGuard, расходимся...
> Добавлена начальная поддержка стандарта беспроводных сетей Wi-Fi 6Устройства ходят уже пол года, а они только добавили поддержку и то неполную.
Ничего, потерпите.
Это единичные инженерные прототипы для тестов. Массовое производство ещё не началось, неделю назад только спецификацию утвердили.
Тп-линки вполне массово произвели новые роутеры.
Intel Whiskey Lake... как-то нескромно совсем :)
Ещё и Whiskey Cove и Dollar Cove есть.
Теперь 4.18 станет LTE или скоро умрет?
> Теперь 4.18 станет LTE или скоро умрет?
>LTEЭт-т вряд ли.
> Теперь 4.18 станет LTE или скоро умрет?"" But my wife, someone much smarter than I, then told me, "Every year there is a new kindergarten class." ""
А, не, не то...
"" And given that this is going to be one of the "Long Term" kernels I end up maintaining for a few years, [--8<--] ""
--Greg KH "Linux 4.19" https://lwn.net/ml/linux-kernel/20181022073224.GA5658@k.../
Зачетно. Спасибо за юмор! :)
Эх жаль, что не 4.18. Такое ощущение, что они специально выбирают ядра для LTE, которые не используются в выпусках Ubuntu.
> Эх жаль, что не
> для LTE, которые не используются
>>>LTEЯ тебе ещё раз внимательно повторяю: буквы -- LTS.
https://www.kernel.org/category/faq.html#why-is-an-lts-kerne...
Вот, спасибо. А то я туплю. Конечно LTS. Так помутнение временное.
>Добавлена поддержка алгоритма управления сетевыми очередями CAKEТеперь линукс точно торт!
Линукс всегда был плюшкой. Разве fq_codel так плох?
The cake is a lie
> The cake is a lieThere is only passion.
>> В драйвере Nouveau отмечаются только исправления.Нуво всё? Нвидия задушила?
>>> В драйвере Nouveau отмечаются только исправления.
> Нуво всё? Нвидия задушила?Исправлениями[I]?!
У дежурного некроманта мана кончилась.
Core i7 7500U так и фризится спустя N количество дней непрерывной работы с запущенными иксами?
> Core i7 7500U так и фризится спустя N количество дней непрерывной
> работы с запущенными иксами?Совершенно на всякий сверьте с https://bugzilla.kernel.org/show_bug.cgi?id=109051 -- только туда по этому случаю _не_ пишите, бага именно про семейство baytrail'овых.
УЖе был в тех краях, ничего из намеченного не помогло. Трудность дебага ещё заключается в том, что нужно ждать пару дней шоб зависло, вот так вот просто не воспроизводится никак. Только какие то рендомные стечения обстоятельств заставляют всё умереть. Соответственно в логе ничего, ибо система ни о чем не подозревая "застыла" на какой-то инструкции и всё. Сейчас вот опять проверяю на новых ядрах с intel_idle.max_cstate=1
самои интересное, что прошлый минипк был на байтрейл, и там эту проблему я костылил патчем отключения C6. Думал, куплю нормальный i7, потому как стало не хватать байтрейла, и тут на тебе, оно тоже виснет (
bunsenlabs helium попробуй. до этого сидел на jessie 3.16
j1900 процессор,строка в грубе не помогала
возможно это старая пробелма Интеловских процов многоядерных.
Попробуйте добавить в параметры загрузки ядра:
processor.max_cstate=1 intel_idle.max_cstate=0
Эх, Михаил! Я б и рад в сабж поверить, но с несвободным компилятором как-то наивно.
Подвижки хотя б по back-end'у есть хоть какие-то? Ладно front-end имеющийся не открыть, но машинозависимую часть могли бы. Но, судя по одному интервью, не особо стремятся.
А это нивелирует претензии на безопасность: кто-то возьмётся за независимый (!) аудит LCC?
> Эх, Михаил! Я б и рад в сабж поверить, но с несвободным
> компилятором как-то наивно.Это да, болючая штука. Но сейчас вроде опять взялись и за gcc -- может, в нынешнем уже хватает информации о циклах ниже промежуточного представления, в прошлый раз не хватило и оптимизировать получалось на порядок хуже.
> Подвижки хотя б по back-end'у есть хоть какие-то? Ладно front-end
> имеющийся не открыть, но машинозависимую часть могли бы. Но, судя
> по одному интервью, не особо стремятся.Они рассматривают компилятор как часть аппаратуры по сути, причём с существеннейшим know how в оптимизаторе (это та часть, которую не смог интел для итаника -- помимо решения проблемы бинарной совместимости с "наследством" x86).
И с рассекречиванием СК есть грабелька: это собственность не только МЦСТ (но понимание, что надо двигаться в этом направлении, есть -- осталось всего ничего, так и сделать).
> А это нивелирует претензии на безопасность: кто-то возьмётся
> за независимый (!) аудит LCC?Ну скажем так, я бы такую команду собрал оперативно, был бы заказчик. Пока остаётся полагаться на тех, кто это смотрит для МО (во избежание устаревших комментариев про "решал" -- нам в альтераторе, который вообще на схеме написан, нашли несколько реальных проблем; с 2014 наконец-то взялись за голову).
Только в любом случае вся эта тема упирается в доверенный компилятор -- и для gcc/x86 тоже, что характерно.
PS: спасибо, очень дельный комментарий.
> Только в любом случае вся эта тема упирается в доверенный компилятор --
> и для gcc/x86 тоже, что характерно.Местами хоть уже не в бинари. http://bootstrappable.org/
>И с рассекречиванием СК есть грабелька: это собственность не только МЦСТ (но понимание, что надо двигаться в этом направлении, есть -- осталось всего ничего, так и сделать).А что, тогда получается, что при засекреченной системе команд, для Эльбруса нет Ассемблера?
> А что, тогда получается, что при засекреченной системе команд,
> для Эльбруса нет Ассемблера?Есть и ассемблер (и cc -S), и дизассемблер -- и даже JTAG на 4.4... но по бумагам -- засекречены и система команд, и её кодировка.
Как обычно - "такие приборы, но вам мы их не покажем". А потом оказывается что Такие Приборы годятся только на то чтобы предприятие по конверсии перешло к выпуску кастрюль...
> промежуточного представления, в прошлый раз не хватило и оптимизировать получалось на
> порядок хуже.А конструктивно и плодотворно поработать, пардон, с апстримом, вместо наворачивания требований NDA и прочих *удизмов - не того?
> Они рассматривают компилятор как часть аппаратуры по сути,
Удачи в этом начинании. Трансмета крузо приветы передавал.
> причём с существеннейшим know how в оптимизаторе (это та часть, которую не смог интел для
> итаника -- помимо решения проблемы бинарной совместимости с "наследством" x86).При том это их know how настолько всем надо, что только и удается что бюджетникам всучивать, занимаясь по сути попилом бюджета. А остальные в результате просто покупают более вменяемые железки с более вменяемыми компилерами и разработчиками. И таки даже побиваемые камнями интелы и амды поддержку своих железок в GCC нынче сами несут первым делом. Понимая что без компилера их камни даром никому не. И даже из интела дурь с ICC уже повыветрилась в целом.
> осталось всего ничего, так и сделать).
При том судя по темпам - это займет годиков 30.
> Ну скажем так, я бы такую команду собрал оперативно, был бы заказчик.
Вообще-то в таких вещах по состоянию на сейчас должен быть заинтересован сам производитель CPU. Кроме случая когда он о...вшая морда, тягающая деньги из бюджета на свой хлам и прикрывающаяся левыми отмазками. Просто глядя на хотя-бы китайцев, которые почему-то NDA не страдают, в апстримы комитят, и вообще, зарубаются на general markets. Не рекордной производительностью так ценой. А не ставят бюджет своей страны на бабки.
> и для gcc/x86 тоже, что характерно.
Для x86 это решаемо. Есть небольшие компиляторы, если нужно раскрутиться. А для эльбруса все упирается в контору которая ... хуже чем майкрософт. Потому что не только чокнутые на проприетарщине и интеллектуальной собственности, но еще и деньги из бюджета выцыганивают.
> Добавлена сборочная опция RANDOM_TRUST_CPU, позволяющая на начальном этапе загрузки провести инициализацию пула энтропии для генератора псевдослучайных чисел полностью на основе данных из аппаратного генератора (RDRAND). Опция позволяет получить более качественные случайные числа в процессе загрузки, но ценой излишнего доверия к генератору, встроенному в CPU;Это-то самое, ради чего SJW принимали CoC и отстранили от разработки Тео?
> Это-то самое, ради чего SJW принимали CoC и отстранили от разработки Тео?Не. Не "то самое", а "всё такое вот".
> Это-то самое, ради чего SJW принимали CoC и отстранили от разработки Тео?нет.
А на этом процессоре вы, о ужас, еще и код выполняете - представляете, чем может грозить такое доверие?
P.S. зато бубунточка перестанет по пятнадцать минут виснуть при загрузке, если pollinate и прочие cloud-shit'ы не помогли и urandom (еще при Линусе изуродованный, кто забыл) блочится.
> А на этом процессоре вы, о ужас, еще и код выполняете -
> представляете, чем может грозить такое доверие?Когда они под видом "аппаратного генератора случайных чисел" начали дебелоидальненько паркинсоновски просовывать программный генератор псевдослучайных... Уже можно сказать представляем. Чем грозить...
(Эпичней наверно были только 1000летние оценки шифрования паролей в UNIX 80х... с общим к ним доступом.)
>> которые появятся в будущих моделях CPU IntelУже появились, начиная с 9-го поколения.
>Wi-Fi 6 работает в диапазонах 2.4 и 5 ГГц, но позволяет привлечь дополнительные полосы в диапазонах между 1 и 7 ГГцА пользователя потом не привлекут?
Да вот такой же вопрос - вроде как на диапазоны между 1 и 7 ГГц лицензии нужны...
> Да вот такой же вопрос - вроде как на диапазоны между 1 и 7 ГГц лицензии нужны...Зависит от мощности. При EIRP <= 25 dBm можно на любой военной фигачить, все равно никто не заметит.
"Добавлена начальная поддержка стандарта беспроводных сетей Wi-Fi 6 (802.11ax)."Новость прекрасная но, что это даст когда даже сейчас производители смартфонов не стесняются штамповать свежие телефоны с поддержкой только 2.4 Ггц?
В 4.19 реализовали flickerfree boot, когда при запуске системы сохраняется отрисованное БИОСом изображение (при отсутствии ошибок в логе).
По ссылке видео и подробности по активации https://hansdegoede.livejournal.com/19224.html
> В 4.19 реализовали flickerfree boot, когда при запуске системы сохраняется отрисованное
> БИОСом изображение (при отсутствии ошибок в логе).
> По ссылке видео и подробности по активации https://hansdegoede.livejournal.com/19224.htmlОни это в каждой федоре уже лет ....цать делают.
То есть "на круг" это не работало, не работает и не будет работать никогда.
Перепись я--офагов нАчать-->>>
Визионер в треде!
> позволяет блокировать атаки, в которых злоумышленник создаёт в /tmp подставной fifo или файл, используемый другим процессом;А что так можно было? O_O ну и дырень...
"Раскрыть все сообщения"- когда добавили опцию на сайте?
100 лет назад.
лол чувак, ну ты и слоупочище слепой!
гцц 4.6, жостко :(
Смотрите некромансер прискакал!
> гцц 4.6, жостко :(При том что актуальный gcc - 8-й? :)
Спасибо за труд. Новости про ядра самые интересные :-)p.s. Новый год не за горами, готовьте агитку за донаты через Patreon.
Перед новым годом люди обычно более щедрые ;-)
а про драйвер radeon ни слова ;'(
> Добавлена сборочная опция RANDOM_TRUST_CPU, позволяющая
> на начальном этапе загрузки провести инициализацию пула
> энтропии для генератора псевдослучайных чисел полностью
> на основе данных из аппаратного генератора (RDRAND).
> Опция позволяет получить более качественные случайные
> числа в процессе загрузки, но ценой излишнего доверия
> к генератору, встроенному в CPU;Эээээ, не так всё, точнее все наоборот.
Если random.trust_cpu = 0, т.е. мы не доверяем, то врубается дополнительный
перезамес энтропии, аппаратный, если есть, всё равно используется:
if (arch_get_random_long(&v))
crng->state[14] ^= v;Так что, насчёт "более качественные" сомнительно, скорее "более быстрые" и менее нагружающие систему.
Чтоб отрубить CPUшный генератор, давно есть опция nordrand