LINUX.ORG.RU

Патч 4.8.1-rc1 перешёл в состояние stable

 ,


0

1

Как известно, состоявшийся релиз ядра 4.8 содержал серьёзные ошибки, по поводу чего ругался сам Линус Торвальдс.

Но уже готов первый патч, утром ещё бывший в состоянии rc1, а теперь перешедший в stable с минимумом изменений.

> diff -u patch-4.8.1-rc1 patch-4.8.1
--- patch-4.8.1-rc1     2016-10-07 10:18:38.025944593 +0300
+++ patch-4.8.1 2016-10-07 20:23:58.613120175 +0300
@@ -1,17 +1,15 @@
 diff --git a/Makefile b/Makefile
-index 80b8671d5c46..e832f46b8826 100644
+index 80b8671d5c46..75db9f3988f3 100644
 --- a/Makefile
 +++ b/Makefile
-@@ -1,7 +1,7 @@
+@@ -1,6 +1,6 @@
  VERSION = 4
  PATCHLEVEL = 8
 -SUBLEVEL = 0
--EXTRAVERSION =
 +SUBLEVEL = 1
-+EXTRAVERSION = -rc1
+ EXTRAVERSION =
  NAME = Psychotic Stoned Sheep

- # *DOCUMENTATION*
 diff --git a/arch/arm64/kernel/debug-monitors.c b/arch/arm64/kernel/debug-monitors.c
 index 91fff48d0f57..2751ff9c0934 100644
 --- a/arch/arm64/kernel/debug-monitors.c

Патч небольшой и исправляет только наиболее актуальные проблемы:

> wc -c patch-4.8.1-rc1
9643 patch-4.8.1-rc1
> wc -l patch-4.8.1-rc1
254 patch-4.8.1-rc1
> grep ^diff patch-4.8.1 | wc -l
10
> grep ^diff patch-4.8.1
diff --git a/Makefile b/Makefile
diff --git a/arch/arm64/kernel/debug-monitors.c b/arch/arm64/kernel/debug-monitors.c
diff --git a/drivers/staging/fbtft/fbtft-core.c b/drivers/staging/fbtft/fbtft-core.c
diff --git a/drivers/usb/class/usbtmc.c b/drivers/usb/class/usbtmc.c
diff --git a/drivers/usb/misc/legousbtower.c b/drivers/usb/misc/legousbtower.c
diff --git a/drivers/usb/serial/cp210x.c b/drivers/usb/serial/cp210x.c
diff --git a/drivers/usb/usbip/vudc_rx.c b/drivers/usb/usbip/vudc_rx.c
diff --git a/include/linux/swap.h b/include/linux/swap.h
diff --git a/sound/pci/hda/patch_conexant.c b/sound/pci/hda/patch_conexant.c
diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c
Нашумевшая ошибка была в include/linux/swap.h и исправлена таким образом:
@@ -257,7 +257,7 @@ static inline void workingset_node_pages_inc(struct radix_tree_node *node)

 static inline void workingset_node_pages_dec(struct radix_tree_node *node)
 {
-       VM_BUG_ON(!workingset_node_pages(node));
+       VM_WARN_ON_ONCE(!workingset_node_pages(node));
        node->count--;
 }

@@ -273,7 +273,7 @@ static inline void workingset_node_shadows_inc(struct radix_tree_node *node)

 static inline void workingset_node_shadows_dec(struct radix_tree_node *node)
 {
-       VM_BUG_ON(!workingset_node_shadows(node));
+       VM_WARN_ON_ONCE(!workingset_node_shadows(node));
        node->count -= 1U << RADIX_TREE_COUNT_SHIFT;
 }
Ядро версии 4.8 примечательно рядом новых опций:
SLAB freelist randomization (SLAB_FREELIST_RANDOM) [N/y/?] (NEW)
GCC plugins (GCC_PLUGINS) [N/y/?] (NEW)
Randomize the kernel memory sections (RANDOMIZE_MEMORY) [Y/n/?] (NEW)
  DPTF Platform Power Participant (DPTF_POWER) [N/y/?] (NEW)
  ACPI configfs support (ACPI_CONFIGFS) [N/y/?] (NEW)
  TCP NV (TCP_CONG_NV) [N/y/?] (NEW)
  Match-all classifier (NET_CLS_MATCHALL) [N/y/?] (NEW)
NCSI interface support (NET_NCSI) [N/y/?] (NEW)
NVMe Target support (NVME_TARGET) [N/y/?] (NEW)
  Broadcom BCM53xx managed switch support (B53) [N/y/?] (NEW)
    Driver for Intel XWAY PHYs (INTEL_XWAY_PHY) [N/y/?] (NEW)
  Fujitsu Technology Solutions sensor chip Teutates (SENSORS_FTSTEUTATES) [N/y/?] (NEW)
  Sensiron humidity and temperature sensors. SHT3x and compat. (SENSORS_SHT3x) [N/y/?] (NEW)
  Texas Instruments INA3221 Triple Power Monitor (SENSORS_INA3221) [N/y/?] (NEW)
  Enable Intel GVT-g graphics virtualization host support (DRM_I915_GVT) [N/y/?] (NEW)
  Simple RGB LED support (HID_LED) [N/y/?] (NEW)
  Alps HID device support (HID_ALPS) [N/y/?] (NEW)
    LED Disk Trigger (LEDS_TRIGGER_DISK) [N/y/?] (NEW)
  INTEL VIRTUAL BUTTON (INTEL_VBTN) [N/y/?] (NEW)
Clock support for Allwinner SoCs (SUNXI_CCU) [N/y] (NEW)
Enable filesystem export operations for block IO (EXPORTFS_BLOCK_OPS) [N/y/?] (NEW)
Harden memory copies between kernel and userspace (HARDENED_USERCOPY) [N/y/?] (NEW)
  Diffie-Hellman algorithm (CRYPTO_DH) [N/y/?] (NEW)
  ECDH algorithm (CRYPTO_ECDH) [N/y/?] (NEW)
  SHA256 digest algorithm (x86_64 Multi-Buffer, Experimental) (CRYPTO_SHA256_MB) [N/y/?] (NEW)
  SHA512 digest algorithm (x86_64 Multi-Buffer, Experimental) (CRYPTO_SHA512_MB) [N/y/?] (NEW)
  SHA3 digest algorithm (CRYPTO_SHA3) [N/y/?] (NEW)
  vhost virtio-vsock driver (VHOST_VSOCK) [N/y/?] (NEW)

>>> Ссылка на патч

★★★★★

Проверено: Shaman007 ()
Последнее исправление: Shaman007 (всего исправлений: 4)

Новость в духе «трудовой подвиг. восстановили в кратчайшие сроки»

Лучше расскажи, что сломали

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

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

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

Ъ-юникс-хакер с чёрной ядерной соснолью никогда не опустится до чтения ресурса с «newbies» в названии!!1 :)

Рот закрой мне это интересно.

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

Это мне напомнило похожий случай, как один из главных разработчиков GTK, который работает в Red Hat, умышленно сломал кросскомпиляцию. А известно, что в Fedora есть GTK для MinGW, т.е. GTK должна кросскомпилироваться не для дяди, который пусть сам тратит время и деньги на починку, а для своей же конторы. Тем не менее он взял и сказал: Somebody who cross-builds GTK+ will have to reconstruct this. На что ему коллега ответил открытием бага: In Fedora we've workarounded it for now by doing a partial revert of the commit in question, but this should be fixed properly in upstream gtk+ so other cross-compiler package maintainers don't have to workaround it as well.

Но баг так и остаётся открытым.

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

Кто-то не знаком с анамнезом пациента, про которого это было сказано)

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

Потом вместо него может появиться другой руководитель.

Он будет до смертного одра руководить разработкой, Линукс от Линуса неотделим. Kernel является смыслом его жизни. И не надо из него лепить образ «гендиректора».

Конечно, он будет руководить своей веткой. Но вот будут ли ему когда-нибудь потом всё ещё слать патчи - вот это не так однозначно. Возможно, ему придётся то, с чем он всё ещё согласен, бекпортировать в свою ветку самому. Так же, как Грег Кроа-Хартман делает с linux-stable. Т.е. кроме «старой» mainline ветки linux от Линуса может появиться новый mainline linux-new от... какого-нибудь, кто знает, куда линуксу лучше развиваться (как это произошло с sysv-init). Но так же как и с init'ом, Линус не останется совсем в одиночестве. В то время как молодёжи будет пополам, какое у них ядро, мы останемся верны нашему linux от Линуса. Ну, пока старое железо ещё будет на ходу. [вот и сказке конец]

gag ★★★★★
()

по заголовку решил, что речь идёт о gnu patch, который внезапно из 2.7 стал 4.8. удивился что новость минорная.

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