{"id":160997,"date":"2026-02-14T11:12:46","date_gmt":"2026-02-14T09:12:46","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/linus-torvalds-otverg-izmeneniya-v-mmc-dlya-linux-7-0-polnyj-musor"},"modified":"2026-02-14T11:12:46","modified_gmt":"2026-02-14T09:12:46","slug":"linus-torvalds-otverg-izmeneniya-v-mmc-dlya-linux-7-0-polnyj-musor","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/linus-torvalds-otverg-izmeneniya-v-mmc-dlya-linux-7-0-polnyj-musor","title":{"rendered":"Linus Torvalds a rejet\u00e9 les modifications apport\u00e9es \u00e0 MMC pour Linux 7.0 : \u00ab un total non-sens \u00bb","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Avant la sortie du noyau Linux 7.0, des changements int\u00e9ressants \u00e9taient pr\u00e9vus dans le sous-syst\u00e8me Linux MultiMediaCard \u00ab MMC \u00bb, tels que des identifiants de dispositifs NXP IW61x pour des puces Wi-Fi via SDIO, la prise en charge des dates de fabrication apr\u00e8s 2025, l'optimisation de l'effacement s\u00e9curis\u00e9\/TRIM pour certaines cartes eMMC Kingston, le nettoyage du code DW_MMC, la prise en charge de Mediatek MT8189 dans mtk-sd et diverses mises \u00e0 jour des pilotes SHDCI.<\/p>\n
Mais Linus Torvalds, apr\u00e8s avoir examin\u00e9 la demande de fusion propos\u00e9e, l'a rejet\u00e9e, en commentant :<\/p>\n
\n
Non. Ces changements sont compl\u00e8tement absurdes, et ils ne se compilent m\u00eame pas. Apparemment, ils n'ont jamais \u00e9t\u00e9 dans linux-next et n'ont pas \u00e9t\u00e9 test\u00e9s lors de la compilation.<\/p>\n<\/blockquote>\n
\n
Si nous compilons ce fichier core.o avec CONFIG_MULTIPLEXER=m :<\/p>\n<\/blockquote>\n
obj-$(CONFIG_MULTIPLEXER) += mux-core.o <\/p>\n
\n
mais dans include\/linux\/mux\/consumer.h vous avez<\/p>\n<\/blockquote>\n
#ifdef CONFIG_MULTIPLEXER <\/p>\n
\n
ce qui ne sera pas vrai (puisque CONFIG_MULTIPLEXER_MODULE est d\u00e9fini), donc nous obtiendrons un long flux de quelque chose comme<\/p>\n<\/blockquote>\n
drivers\/mux\/core.c:312:14: erreur : red\u00e9finition de \u2018mux_control_states\u2019 <\/p>\n
\n
car dans le fichier d'en-t\u00eate mux\/consumer.h une fonction de wrapper fictive sera d\u00e9finie.<\/p>\n<\/blockquote>\n
\n
En d'autres termes, le commit ad314348ceb4 (\u00ab mux : Ajouter des fonctions d'aide pour obtenir l'\u00e9tat mux optionnel et s\u00e9lectionn\u00e9 \u00bb) est une pure et simple merde non test\u00e9e. Je ne veux pas voir de votre part une demande de fusion \u00ab corrig\u00e9e \u00bb. C'est tout simplement inacceptable et je ne prendrai plus rien de vous pendant la p\u00e9riode de fusion \u00e0 venir (this merge window). Cessez de m'envoyer des d\u00e9chets non test\u00e9s qui n'ont m\u00eame pas \u00e9t\u00e9 int\u00e9gr\u00e9s \u00e0 linux-next et qui ne passent m\u00eame pas le contr\u00f4le de base des probl\u00e8mes. Vous pouvez essayer \u00e0 nouveau pour la version 7.1, mais seulement apr\u00e8s avoir \u00e9t\u00e9 inclus dans linux-next et apr\u00e8s des tests appropri\u00e9s.<\/p>\n<\/blockquote>\n
Ainsi, les changements dans Linux MultiMediaCard devront maintenant \u00eatre report\u00e9s jusqu'au d\u00e9but de la p\u00e9riode de fusion Linux 7.1 \u00e0 la mi-avril, apr\u00e8s le lancement de la version stable de Linux 7.0.<\/p>\n