> The issue with ARC is that you can't really make it cooperate with normal linux VFS, because of how linux works. That's only parts of the reason, and in the

> The issue with ARC is that you can't really make it cooperate with normal linux VFS, because of how linux works. That's only parts of the reason, and in the simplest form you can just disable the VFS page cache and render fitting arcstat properties through it. And besides that, I see no inherent issue in solving that, at least in a much more integrated way as the status quo is now.. > There are reasons why both kernel and ZoL teams say they are happy with not mainlining. Yes, but that's the license and not the caching/VFS differences. As Linus said: > And honestly, there is no way I can merge any of the ZFS efforts until I get > an official letter from Oracle that is signed by their main legal counsel or > preferably by Larry Ellison himself that says that yes, it's ok to do so and > treat the end result as GPL'd. > > Other people think it can be ok to merge ZFS code into the kernel and that > the module interface makes it ok, and that's their decision. But considering > Oracle's litigious nature, and the questions over licensing, there's no way I > can feel safe in ever doing so. > > And I'm not at all interested in some "ZFS shim layer" thing either that some > people seem to think would isolate the two projects. That adds no value to > our side, and given Oracle's interface copyright suits (see Java), I don't > think it's any real licensing win either. > > [...] the licensing issues just make it a non-starter for me." https://www.realworldtech.com/forum/?threadid=189711&curpostid=189841 https://www.realworldtech.com/forum/?threadid=189711&curpost... And OpenZFS also wants to do so, but legal blockers and Linux maintainers not wanting to do a dual-licensed CDDL/GPL either, is their blocker: https://github.com/openzfs/zfs/issues/8314 https://github.com/openzfs/zfs/issues/8314