The developer of bcachefs, Kent Overstreet, has repeatedly failed to abide by the expectations of kernel release schedules, particularly the rc (release candidate) stage, which is supposed to freeze new features until next release.
Kent has open-air arguments with Linus Torvalds about not being able to develop the way he wants to, Linus Torvalds does not like wasting time discussing it with Kent.
IMO, Kent created this situation himself. He’ll be happier developing outside upstream anyway.
It should be noted that while some folks have commented that bcachefs was not ready for upstream, several kernel devs have a lot of respect for the technical quality of Kent’s work, so I think the argument of whether bcachefs is good or not good is separate from Kent’s behaviour as a kernel contributor.
To be more clear, before he got his code mainlined, you needed to run h8s full fork of the kernel, with changes made not just to the cache code itself, but also to other parts.
Not all of his changes went in though; but the differences got sorted out enough that the vast majority of his newer changes were driver only.
That said, he was still ruffling feathers about wanting some fast moving kernel changes.
The developer of bcachefs, Kent Overstreet, has repeatedly failed to abide by the expectations of kernel release schedules, particularly the rc (release candidate) stage, which is supposed to freeze new features until next release.
Kent has open-air arguments with Linus Torvalds about not being able to develop the way he wants to, Linus Torvalds does not like wasting time discussing it with Kent.
IMO, Kent created this situation himself. He’ll be happier developing outside upstream anyway.
It should be noted that while some folks have commented that bcachefs was not ready for upstream, several kernel devs have a lot of respect for the technical quality of Kent’s work, so I think the argument of whether bcachefs is good or not good is separate from Kent’s behaviour as a kernel contributor.
Problem is if it isn’t in the kernel it well be used by a lot less people.
Additionally, Kent got most of his kernel changes needed for bcachefs merged already, so a dkms should be easier to manage now.
So if I’m reading this correctly, the program can operate fine as an external module because the kernel itself supports it well with those changes?
To be more clear, before he got his code mainlined, you needed to run h8s full fork of the kernel, with changes made not just to the cache code itself, but also to other parts.
Not all of his changes went in though; but the differences got sorted out enough that the vast majority of his newer changes were driver only.
That said, he was still ruffling feathers about wanting some fast moving kernel changes.