Heute wird erwartet, dass das Zusammenführungsfenster von Linux 6.5 geschlossen wird, und eine der verbleibenden Fragen war, ob der BCacheFS-Dateisystemtreiber zusammengeführt wird, nachdem sein Pull-Request endlich gesendet wurde.
Letzte Woche wurde der Bcachefs-Pull-Request eingereicht mit der Hoffnung, für Linux 6.5 Mainline zu sein. Das noch experimentelle Dateisystem befindet sich seit Jahren in der Entwicklung, während die meisten Funktionen als stabil gelten und bereits von denjenigen genutzt werden, die den Out-of-Tree-Dateisystemtreiber verwenden. Bcachefs befindet sich seit fast einem Jahrzehnt in der Entwicklung, nachdem dieses Copy-on-Write-Dateisystem aus dem Block-Cache-Code des Linux-Kernels entstanden ist.
Obwohl wir immer eine Last-Minute-Entscheidung von Linus Torvalds sehen konnten, sieht es so aus, als ob der Bcachefs-Treiber möglicherweise nicht für Linux 6.5 zusammengeführt wird. Es gab noch keinen offiziellen Kommentar von Torvalds oder Aktivitäten dazu in Git, aber auf der Linux-Kernel-Mailingliste wurde unter Entwicklern eine ziemlich angespannte Diskussion geführt.
Die Hauptursache für Spannungen liegt nicht im Dateisystem selbst, sondern in Codeänderungen, die am Kernel außerhalb des Kernelmoduls selbst erforderlich sind, sowie in den Kernel-Mailinglisten-Threads rund um Bcachefs, die oft hitzig werden. In den letzten Tagen gab es viele weniger herzliche Nachrichten innerhalb des langen Mailinglisten-Threads Bcachefs Pull-Anfrage. Darüber hinaus werden die üblichen Blockcode-Änderungen und andere Änderungen über diese Bcachefs-Pull-Anfrage selbst gesendet und nicht über die normalen Subsystembäume, wie es beim Standardansatz für die Entwicklung des Linux-Kernels der Fall ist.
Wir werden in den kommenden Stunden sehen, ob Vor der Veröffentlichung von Linux 6.5-rc1 gibt es unerwartete Überraschungen, aber es ist mehr als wahrscheinlich, dass Bcachefs in diesem Zyklus nicht akzeptiert werden.
Wer sich über Bcachefs selbst informieren möchte, kann dies über die Projektseite unter Bcachefs.org tun.
