Я могу понять, почему сохранение старых ядер может быть полезно для обратной совместимости. Но я не могу понять, зачем эти ядра обновлять. Оборудование не меняется. Похоже, это наводит на мысль, что предыдущие реализации были неполными или полны ошибок.
Кажется, предполагает что прошлые реализации где неполный или полный ошибок.
Любое сложное программное обеспечение имеет ошибки или является неполным в некотором отношении. Можно, например, считать журнал изменений для 4.19 ядер Долговременной поддержки. Много ошибок только влияют на определенный вариант использования и не могут быть широко распространенной проблемой. Другие могут повлиять на большее количество систем.
Существует также исследование аппаратных средств в дикой природе, которая так или иначе не работает как он, должен - и специалисты по обслуживанию ядра работают вокруг этого в программном обеспечении. Это требует обновлений.
Таким образом, выпуск новых версий ядер не указывает, что это - плохое программное обеспечение. Это указывает, что правильно поддержало программное обеспечение, которое добирается, фиксирует и обновляет.
Новые аппаратные средства поддерживаются в главных изменениях нумерации ядра. Например, с сегодняшнего дня это было бы к 5.3
кому: 5.4
кому: 5.5
, и т.д. Помимо новой поддержки оборудования исправления ошибок также будут в этих основных выпусках нумерации ядра. Однако исправления ошибок будут также выпущены одновременно к более старому LTS (Долговременная поддержка) ядра.
Я нахожусь на версии ядра LTS 4.14
который был недавно обновлен до вспомогательной версии .168
. Рассмотрение информации о версии, в которой мы видим частого участника здесь, Просит, чтобы Ubuntu записала некоторые исправления ошибок для 4.14.168
:
Colin Ian King (14):
pcrypt: use format specifier in kobject_add
staging: most: cdev: add missing check for cdev_add failure
rtc: ds1672: fix unintended sign extension
rtc: 88pm860x: fix unintended sign extension
rtc: 88pm80x: fix unintended sign extension
rtc: pm8xxx: fix unintended sign extension
drm/nouveau/bios/ramcfg: fix missing parentheses when calculating RON
drm/nouveau/pmu: don't print reply values if exec is false
platform/x86: alienware-wmi: fix kfree on potentially uninitialized pointer
media: vivid: fix incorrect assignment operation when setting video mode
scsi: libfc: fix null pointer dereference on a null lport
ext4: set error return correctly when ext4_htree_store_dirent fails
bcma: fix incorrect update of BCMA_CORE_PCI_MDIO_DATA
iio: dac: ad5380: fix incorrect assignment to val
Хотя моя система чрезвычайно устойчива, я, тем не менее, интересуюсь этим исправлением ошибки:
platform/x86: alienware-wmi: fix kfree on potentially uninitialized pointer
Даже при том, что моему ноутбуку Alienware два года, я хотел бы применить это исправление ошибки "на всякий случай".
Помимо исправлений ошибок существуют исправления безопасности для рассмотрения:
В последнем исправлении безопасности проблема была с процессорами Intel прогнозирующей переходящей технологией и была вокруг много лет. Помимо Linux, Windows и Mac были произведены также.