Комментарии 28
Может я чего-то не понимаю и сейчас отхвачу минусов, но добавление поддержки проца 835 и геймпада хбокс только сейчас, это мощно.
Я тоже не очень понимаю, но знаю, что практически все устройства с SD835 поставляются с ОС на базе ядра Linux.
Производители/Гугл не делятся поддержкой проца?
Для Snapdragon Qualcomm ведет отдельный репозиторий ядра на Code Aurora. Соответственно все патчи для новых процессоров добавляют там. А в исходном ядре Linux на данный момент действительно нет поддержки.
Это просто мерж уже существующих патчей в upstream в связи с их нужностью и/или стабильностью, вот и всё. Поддержка для снапдрагонов 835 была обеспечена производителем в своём форке с момента их выпуска.
Поддержка геймпада до сих пор реализуется на уровне ядра, вот это мощь так мощь.
НЛО прилетело и опубликовало эту надпись здесь
> сообщество разработчиков ядра теперь будет за ним следить и, например, обновлять по мере изменения ядерных API.
Там интереснее; геймпад от Xbox S уже работал, как HID-совместимое устройство. Просто сообщество, заинтересованное в поддержке SteamOS, а точнее оплаченные Valve сотрудники — протащило поддержку вибрации. (Вот уж что не могли в юзерспейс оставить, ага)
Там интереснее; геймпад от Xbox S уже работал, как HID-совместимое устройство. Просто сообщество, заинтересованное в поддержке SteamOS, а точнее оплаченные Valve сотрудники — протащило поддержку вибрации. (Вот уж что не могли в юзерспейс оставить, ага)
Резиденты Hacker News отмечают, что у Linux всегда были сложности с драйверами и количеством поддерживаемого железа. Обновления 4.20 помогли частично исправить эту проблему, расширив спектр доступных для работы архитектур. Однако ряд пользователей беспокоит тот факт, что с переходом на новое ядро ОС стала работать медленнее.
Причиной «регрессии» стал дополнительный код для защиты от Spectre. Патч STIBP активируется по умолчанию и приводит к «тормозам» на системах, использующих SMT/Hyper-Threading. В отдельных случаях производительность может снижаться на 50%. Линус Торвальдс уже поднимал вопрос о запуске функции по желанию пользователя, а не автоматически. Но пока с этим ничего не сделали.
Уже откатили для 4.19 и 4.14, и для 4.20 откатят.
Если следовать подходу Торвальдса к нумерации релизов по количеству пальцев у человека, версии 21 быть не должно.
Уже и сюда феминизм дотянулся. Нормальный мужик и 21 запросто показал бы.
Если следовать подходу Торвальдса к нумерации релизов по количеству пальцев у человека, версии 21 быть не должно.
В один прекрасный момент разработчики понимают, что вся эта проблема «пора ли менять мажорную версию» лишь порождает споры и отнимает драконценное время, после чего переходят на принцип «мажорная версия = новый выпуск, минорная — фиксы». Особенно, когда выпуск идёт по расписанию, а не по состоянию готовности новых фич. Много там накоммтили или мало, были крупные изменения или не было — прошло установленне графиком число дней — пора выкатывать релиз. Если что-то не доделано — оно в релиз не входит. В выигрыше пользователи, которые получают готовые фичи без необходимости ждать, пока там допилят неготовую фичу, из-за которой задерживается выпуск.
В случае с ядром Linux уже никакого смысла держаться за старую схему нумерации нет, ведь 4.21 ничем не отличается от 5.0 — это просто следующий выпуск по расписанию и всё.
НЛО прилетело и опубликовало эту надпись здесь
СемВер — это про интерфейс. Интерфейс ядра — это системные вызова. Значит их и нужно версионировать. Вырезали флаг — +1 к мажорной версии.
Слава Линусу Торвальдсу, интерфейсы ядра не будут иметь мажорных изменений никогда, и существующие бинарники будут запускаться неограниченно долго.
Зачем тогда оставаться на версии 1 навсегда?
Зачем тогда оставаться на версии 1 навсегда?
Из того, что я лично натыкался: (это из clone)
CLONE_STOPPED (since Linux 2.6.0-test2)
If CLONE_STOPPED is set, then the child is initially stopped (as though it was sent a SIGSTOP signal), and must be resumed by sending it a SIGCONT signal.
This flag was deprecated from Linux 2.6.25 onward, and was removed altogether in Linux 2.6.38. Сейчас это значение переиспользовано для вроде CLONE_NEWCGROUP.
Т.о. старый код будет работать на новых ядрах совсем некорректно.
Если в выпуске по графику включать фичи любой ценой — да, будут дефекты. Если включать только то, что готово — то качество будет нормальным. И это лучше, чем из-за одной фичи тормозить выход сотен других.
Про нумерацию согласен. Но она и сейчас в Linux никак не семантическая. Хоть немного на семантическую она была похожа в цепочке 2.0-2.2-2.4-2.6, и то, только в самых базовых чертах. Ну не ложится его разработка на semver.
И тут 4.20 выгоднее какое-нибудь 330 только компактностью первой цифры.
Про нумерацию согласен. Но она и сейчас в Linux никак не семантическая. Хоть немного на семантическую она была похожа в цепочке 2.0-2.2-2.4-2.6, и то, только в самых базовых чертах. Ну не ложится его разработка на semver.
И тут 4.20 выгоднее какое-нибудь 330 только компактностью первой цифры.
А обнимашек в комментариях к коду не будет? Отлично!
Про укуреных разработчиков уже шутили?
Из Linux 4.20 убрали блочный шифр Speck, так как ранее в его реализации обнаружили бэкдоры.
Точно обнаружили? По ссылке написано что
По мнению специалистов, американцы не смогли доказать отсутствие в своих алгоритмах бэкдоров, открывающих спецслужбам доступ к зашифрованной информации. Впрочем, достоверных сведений о наличии таких дефектов у экспертов тоже нет.
«так как ранее в его реализации обнаружили бэкдоры.»
Учёные изнасиловали журналиста.
Не «обнаружили», а «заподозрили» и АНБ отказалась обсуждать этот вопрос. Разница в том, что когда обнаружат, это будет Big News, а пока что это только подозрения.
Учёные изнасиловали журналиста.
Не «обнаружили», а «заподозрили» и АНБ отказалась обсуждать этот вопрос. Разница в том, что когда обнаружат, это будет Big News, а пока что это только подозрения.
По этой причине с большой долей вероятности 2019 станет годом рождения Linux kernel 5.0.Уже на 5.0 сменили: Linux 5.0-rc1
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Вышел Linux 4.20 — что изменилось в новой версии ядра