LINUX.ORG.RU
ФорумTalks

Ветка ядра 4.17.x закончилась

 


0

2

Сабж. 24-го августа вышла последняя версия ветки 4.17.x - 4.17.19, и на этом был объявлен конец этой ветки.

Тем временем ветка 4.18.x продолжает быть весьма глючной. Ветки 4.15.x и 4.16.x тоже уже закончились.

Последняя живая стабильная ветка - 4.14.x. Ещё есть ветки 4.9.x и 4.4.x.

Ветка 3.18.x на днях тоже закончилась. Из 3-ей версии ядра пока ещё продолжает оставаться только ветка 3.16.x.

★★★★★

Мы все умрём?

ass ★★★★
()

Тем временем ветка 4.18.x продолжает быть весьма глючной.

Чому? Перевел больше недели назад 4 из 6 домашних машин на 4.18, проблем не ощутил.

Deleted
()
Ответ на: комментарий от Deleted

А я ловил фризы на Ryzen'е с бажным энергосбережением. Не очень частые, но где-то 1-2 раза за день. И даже включенная опция CONFIG_RCU_NOCB_CPU не помогала. С предыдущими ветками такого нет, там CONFIG_RCU_NOCB_CPU помогает.

saahriktu ★★★★★
() автор топика

Ветка 3.18.x на днях тоже закончилась

Нет, Грег обещал ещё повыпускать обновления на нерегулярной основе.

Ветки 4.15.x и 4.16.x тоже уже закончились

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

redgremlin ★★★★★
()

Ничего страшного. 2.х никуда не делась.

dk-
()
Ответ на: комментарий от saahriktu

А я ловил фризы на Ryzen'е с бажным энергосбережением.

Соболезную. У меня из AMD дома только акции, а все домашние железки на Intel.

Deleted
()
Ответ на: комментарий от ozz_is_here

Компилять в 16 потоков же. Надо же где-то собирать Saahriktux, чтобы потом знать как собирать Pisaahriktux и 1.5OSaahriktux.

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от saahriktu

А я ловил фризы на Ryzen'е...

А я таки предполагал, что Ryzen - действительно брак EPYC. 10 только может программно исправлять их и GNU / Linux оказывается то же чувствует проблемы...

xwicked ★★☆
()
Ответ на: комментарий от Guest_1488

Между ЖЖ и форумами есть принципиальная разница - в ЖЖ пишет только один человек, а на форумах темы открывают разные люди. При этом никогда такого не было, чтобы на форумах один отдельный человек создал только одну тему - и все. Все регулярно создают новые темы.

При этом я на ЛОРе открываю темы конкретно про линуксы.

saahriktu ★★★★★
() автор топика
Последнее исправление: saahriktu (всего исправлений: 1)

клоун так и просится в игнор...

Deleted
()
Ответ на: комментарий от redgremlin

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

Кстати, можно ведь написать скрипт, который периодически дампит https://kernel.org в толксы. WAIT, OH SHI~!

KennyMinigun ★★★★★
()
Ответ на: комментарий от Harald

Во-первых, для неё нужны соответствующие тулчейны и копия библиотек другой архитектуры (для линковки). Зачем возиться с организацией этого всего? Дефолтный LFS даже без мультилиба. Во-вторых, кросскомпиляция годна только для статической линковки, поскольку в случае динамической линковки версии библиотек на другой системе могут отличаться, и бинарник не найдёт нужные *.so файлы. Можно, конечно, стараться синхронизировать директории библиотек, но, опять же, зачем напрягаться?

Проще взять и собрать на живом железе в конкретном окружении.

saahriktu ★★★★★
() автор топика
Последнее исправление: saahriktu (всего исправлений: 2)

Циферкомастурбация. Использую стабильное 4.14 из репозитория.

leg0las ★★★★★
()
Ответ на: комментарий от cetjs2

Например, в последнем ядре 4.18 появились, как минимум, эти опции:

Stack Protector buffer overflow detection (STACKPROTECTOR) [Y/n/?] (NEW)
  Strong Stack Protector (STACKPROTECTOR_STRONG) [Y/n/?] (NEW)
Platform bus based DesignWare PCIe Controller - Host mode (PCIE_DW_PLAT_HOST) [N/y/?] (NEW)
XDP sockets (XDP_SOCKETS) [N/y/?] (NEW)
  Netfilter nf_tables set infrastructure (NF_TABLES_SET) [N/y/?] (NEW)
  Netfilter nf_tables socket match support (NFT_SOCKET) [N/y/?] (NEW)
IPv4 tproxy support (NF_TPROXY_IPV4) [N/y/?] (NEW)
IPv6 tproxy support (NF_TPROXY_IPV6) [N/y/?] (NEW)
BPF based packet filtering framework (BPFILTER) (BPFILTER) [N/y/?] (NEW)
  Generic failover module (FAILOVER) [N/y/?] (NEW)
  Enable the firmware sysfs fallback mechanism (FW_LOADER_USER_HELPER) [N/y/?] (NEW)
    Writecache target (DM_WRITECACHE) [N/y/?] (NEW)
  Microsemi devices (NET_VENDOR_MICROSEMI) [Y/n/?] (NEW)
  Microsemi MIIM interface support (MDIO_MSCC_MIIM) [N/y/?] (NEW)
    SFP cage support (SFP) [N/y/?] (NEW)
    Asix PHYs (ASIX_PHY) [N/y/?] (NEW)
    Texas Instruments DP83TC822 PHY (DP83TC811_PHY) [N/y/?] (NEW)
    Microchip T1 PHYs (MICROCHIP_T1_PHY) [N/y/?] (NEW)
  Failover driver (NET_FAILOVER) [N/y/?] (NEW)
  kselftests for DRM (DRM_DEBUG_SELFTEST) [N/y/?] (NEW)
  NXP Semiconductors TDA9950/TDA998X HDMI CEC (DRM_I2C_NXP_TDA9950) [N/y/?] (NEW)
Redragon keyboards (HID_REDRAGON) [Y/n/?] (NEW)
Steam Controller support (HID_STEAM) [N/y/?] (NEW)
Richtek RT1711H Type-C chip driver (TYPEC_RT1711H) [N/y/?] (NEW)
    Device Hardware/Firmware Log Collection (PROC_VMCORE_DEVICE_DUMP) [N/y/?] (NEW)
  Test check_*_overflow() functions at runtime (TEST_OVERFLOW) [N/y/?] (NEW)
  AEGIS-128 AEAD algorithm (CRYPTO_AEGIS128) [N/y/?] (NEW)
  AEGIS-128L AEAD algorithm (CRYPTO_AEGIS128L) [N/y/?] (NEW)
  AEGIS-256 AEAD algorithm (CRYPTO_AEGIS256) [N/y/?] (NEW)
  AEGIS-128 AEAD algorithm (x86_64 AESNI+SSE2 implementation) (CRYPTO_AEGIS128_AESNI_SSE2) [N/y/?] (NEW)
  AEGIS-128L AEAD algorithm (x86_64 AESNI+SSE2 implementation) (CRYPTO_AEGIS128L_AESNI_SSE2) [N/y/?] (NEW)
  AEGIS-256 AEAD algorithm (x86_64 AESNI+SSE2 implementation) (CRYPTO_AEGIS256_AESNI_SSE2) [N/y/?] (NEW)
  MORUS-640 AEAD algorithm (CRYPTO_MORUS640) [N/y/?] (NEW)
  MORUS-640 AEAD algorithm (x86_64 SSE2 implementation) (CRYPTO_MORUS640_SSE2) [N/y/?] (NEW)
  MORUS-1280 AEAD algorithm (CRYPTO_MORUS1280) [N/y/?] (NEW)
  MORUS-1280 AEAD algorithm (x86_64 SSE2 implementation) (CRYPTO_MORUS1280_SSE2) [N/y/?] (NEW)
  MORUS-1280 AEAD algorithm (x86_64 AVX2 implementation) (CRYPTO_MORUS1280_AVX2) [N/y/?] (NEW)
  Zstd compression algorithm (CRYPTO_ZSTD) [N/y/?] (NEW)

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от saahriktu

Это понятно, не всем это очень необходимо.

cetjs2 ★★★★★
()
Ответ на: комментарий от cetjs2

Дноплатники получили много чего.

Хотя я все-же откатился на патченное-перепатченное 4.14 из-за одного глюка...

timdorohin ★★★★
()

4.18.5 правда на сраном интеле. за пару лет на нем проблем с ядрами не было.

кстати, вышел qemu 3. интересно новость о нем почитать.

barberry ★★
()
Ответ на: комментарий от saahriktu

А я ловил фризы на Ryzen'е

Не всем нужны фризы на Ryzen.

Не очень частые, но где-то 1-2 раза за день.

Может ты пользуешься не тем дистрибутивом и не той кодировкой?

Quasar ★★★★★
()
Ответ на: комментарий от Deleted

Ну так я же и не возражаю против того, чтобы сторонники кросскомпиляции себе собирали с использованием кросскомпиляции. Как и не возражаю против использования юникода теми, кому он нужен.

А вот __себе__ (и тем, кто это также находит полезным) __я__ собираю без кросскомпиляции.

saahriktu ★★★★★
() автор топика
Последнее исправление: saahriktu (всего исправлений: 1)

Слишком новые ядра, не всем они нужны.

Valman_old
()
Ответ на: комментарий от Deleted

такая же фигня. intel. никаких глюков вроде не замечено.

Iron_Bug ★★★★★
()
Ответ на: комментарий от sqq

Краш

Ногами уходит в чертов xradio_wlan

Т.к. я его использую, подожду пока на штабильной 4.14

timdorohin ★★★★
()
Ответ на: комментарий от ozz_is_here

Не всем нужны 16 потоков.

Не всем нужно конпелять...

Zhbert ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.