Przed wydaniem jądra Linux 7.0 planowane były pewne ciekawe zmiany w subsystemie Linux MultiMediaCard „MMC”, takie jak identyfikatory urządzeń NXP IW61x dla chipów Wi-Fi przez SDIO, wsparcie dla dat produkcji po 2025 roku, optymalizacja bezpiecznego erase/TRIM dla niektórych kart eMMC Kingston, oczyszczenie kodu DW_MMC, wsparcie dla Mediatek MT8189 w mtk-sd oraz różne aktualizacje sterowników SHDCI.
Jednak Linus Torvalds, po sprawdzeniu zaproponowanego żądania połączenia, je odrzucił, komentując:
Nie.
Te zmiany to kompletna bzdura i nawet się nie kompilują. Wyraźnie nigdy nie były w linux-next i nie były testowane podczas kompilacji.
Jeśli kompilujemy ten plik core.o przy CONFIG_MULTIPLEXER=m:
obj-$(CONFIG_MULTIPLEXER) += mux-core.o
ale w include/linux/mux/consumer.h masz
#ifdef CONFIG_MULTIPLEXER
co nie będzie prawdziwe (ponieważ zdefiniowano CONFIG_MULTIPLEXER_MODULE), dlatego dostaniemy długi ciąg czegoś w rodzaju
drivers/mux/core.c:312:14: błąd: ponowne zdefiniowanie ‘mux_control_states’
ponieważ w pliku nagłówkowym mux/consumer.h zostanie zdefiniowana fikcyjna funkcja-wrapper.
Innymi słowy, commit ad314348ceb4 („mux: Dodaj funkcje pomocnicze do uzyskiwania opcjonalnego i wybranego mux-state”) to czysty, nieskrępowany, nieprzetestowany śmieć.
Nie chcę widzieć od Ciebie „naprawionej” prośby o połączenie. To całkowicie nieakceptowalne i nie będę przyjmować od Ciebie nic więcej przez najbliższy czas okresu połączeń (this merge window). Przestań mi przesyłać nieprzetestowany szrot, który nie został uwzględniony w linux-next i nawet nie przechodzi najprostszej weryfikacji problemów.
Możesz spróbować jeszcze raz na wersję 7.1, ale tylko po dodaniu do linux-next i odpowiednich testach.
Tak więc, zmiany w Linux MultiMediaCard będą musiały zostać odłożone do początku okresu połączeń Linux 7.1 w połowie kwietnia, po debiucie stabilnej wersji Linux 7.0.
Źródło: linux.org.ru
