This quick release adds support for the fsconfig() syscall, otherwise
newer versions of the mount tool won't accept any options.
Signed-off-by: Ernesto A. Fernández <ernesto@corellium.com>
This release adds support for the upcoming 7.0 kernel version, with a
patch by Alessio Faina. Aditya Garg also contributes a fix for a build
issue caused by the makefile.
Signed-off-by: Ernesto A. Fernández <ernesto@corellium.com>
This release adds support for the upcoming 6.15 kernel version, and for
RHEL 9.6.
A longstanding objtool warning has also been fixed.
Signed-off-by: Ernesto A. Fernández <ernesto@corellium.com>
This release adds support for the upcoming 6.14 upstream kernel, and for
a handful of RHEL 9 kernels that have been broken for a while.
Some improvements have been made to ENOSPC behaviour, but the work here
isn't quite finished yet.
Read-only support is added for fusion drives. Writes will probably never
get implemented, though I might reconsider this if people actually ask
for the feature.
Read-only mounts of volumes with so-called "dataless snapshots" are also
tentatively allowed. I have no idea what this is about but there should
be no risk.
Free space as reported by statfs is now much more accurate. A few other
bugs were also fixed, but nothing big enough to deserve notice.
Signed-off-by: Ernesto A. Fernández <ernesto@corellium.com>
This release fixes a serious data corruption bug for containers bigger
than ~1.32 TiB, which is immediately triggered by a writable mount. This
goes to show why mounts are still read-only by default.
Another much smaller data loss bug for much bigger containers (~7 TiB)
is also addressed.
Support is added for the 6.12 kernel release candidate. A bit early this
time, so let's hope the build doesn't break again for the final release.
Signed-off-by: Ernesto A. Fernández <ernesto@corellium.com>
This release prevents deadlock if a single volume gets mounted and
unmounted at the same time. It also fixes two other (smaller) mount bugs
found while testing this one.
Support is added for the upcoming 6.11 kernel release, with a patch by
Woody Suwalski and a later patch of my own because things broke a second
time.
Signed-off-by: Ernesto A. Fernández <ernesto@corellium.com>
Transactions are now committed regularly, so it should no longer be
strictly necessary to unmount the filesystem cleanly for writes to take
effect. It's still recommended, of course.
The release also fixes two bugs. One was a big performance regression
from 0.3.9, seen when deleting large numbers of files. The other was
that mounts would go read-only if two snapshots were attempted with the
same name.
Support is added for the new 6.10 kernel version, with a patch by Woody
Suwalski.
Signed-off-by: Ernesto A. Fernández <ernesto@corellium.com>
This release fixes the build for the soon to be released 6.9 kernel.
Support is tentatively added for the new 0x80 incompatible volume
feature, which appears simple enough so far and isn't causing any
problems.
A console warning that showed up during compressed file reads on recent
kernels is now fixed.
Support is improved for tiny filesystems of under 100 MiB, though they
remain awkward to test due to fragmentation issues.
The behaviour of apfs_modified_by is tweaked to better match the
official driver.
Free queues should now be much harder to fill up. The most important
change here is that files are now deleted across multiple transactions.
Signed-off-by: Ernesto A. Fernández <ernesto@corellium.com>
This release reworks ephemeral objects to support larger containers of
up to ~7.8 TiB, and to allow the creation of checkpoint mapping blocks.
Also the build is no longer broken for the new 6.8 kernel, thanks to a
patch by Woody Suwalski.
Signed-off-by: Ernesto A. Fernández <ernesto@corellium.com>
This is a small release that fixes the dkms build, recently broken by
the implementation of version reporting. From now on I will run a dkms
build before each new tag.
The release also lifts the ban on filesystems with half-written backup
superblocks, a problem that some users appear to have encountered
already.
Signed-off-by: Ernesto A. Fernández <ernesto@corellium.com>
The dkms build fails for the latest release:
https://github.com/linux-apfs/linux-apfs-rw/pull/60
The problem is that dkms does not call my Makefile at all, so the
version header is never generated. Dkms does have a PRE_BUILD hook
though, so use that to call a script that takes care of this.
From now on, I must always remember to run a dkms build before a new
release.
Signed-off-by: Ernesto A. Fernández <ernesto@corellium.com>
This release heavily reworks the node defragmentation and split logic to
fix a handful of rarely triggered data corruption bugs. The new version
is easier to understand and hopefully more robust.
Support is added for containers with a size of up to ~6.7 TiB, improving
the previous maximum of ~1.3 TiB. The next release will probably keep
pushing this limit.
Changes are made to the way that subvolume "devices" are reported. Now
we are closer to matching the behaviour of btrfs and userland tools like
Nautilus are far less confused.
The driver version information is now provided by both the on-disk
filesystem metadata and by modinfo. This may be useful for responding to
bugs at some point.
A few small issues with snapshot reporting have been addressed, as well
as an mmap-related warning in recent kernel versions.
Finally, support is added for the 6.7 kernel version (released today),
contributed by Woody Suwalski.
Signed-off-by: Ernesto A. Fernández <ernesto@corellium.com>
This release adds support for reading compressed files of arbitrary
on-disk size, which is becoming more and more necessary in recent ipsw
images.
A number of bugs are addressed for systems with little ram, reported by
Gilgamesh via email.
Support is added for the 6.6 kernel version, mainly thanks to Woody
Suwalski. I'm afraid the driver sometimes triggers a warning for recent
kernels, but I didn't manage to fix it in time for the new upstream
release, and it's better to at least get things to build.
Signed-off-by: Ernesto A. Fernández <ernesto@corellium.com>
This release fixes the build for the Linux 6.5 release candidate, and it
should also fix a long-standing mmap bug in Linux 5.14 and above, which
resulted in null pointer dereference.
Signed-off-by: Ernesto A. Fernández <ernesto@corellium.com>
This release fixes builds for kernels below 5.3, which have all been
broken for a while. So far development has only been focused on Linux
5.3, and I've relied on reporters to find out about issues on other
versions. From now on I will at least run builds for a range of kernels
before each release, so hopefully this won't happen again.
Signed-off-by: Ernesto A. Fernández <ernesto@corellium.com>
This release improves error messages, which will hopefully make it
easier to communicate with bug reporters. A number of bugs are also
addressed, most importantly a missing check on the node count limit for
the free queues, which could trigger reports of corruption in some rare
cases (no data loss though, as far as I can see).
Support is added for the 6.3 kernel version, courtesy of Woody Suwalski.
I was hoping to wait until encryption was ready before making a release,
but I'm not finding much time for apfs these days so that could take a
while. In the meantime, it's better to get this stuff out the door.
Signed-off-by: Ernesto A. Fernández <ernesto@corellium.com>
Snapshots and clones seem to be working properly now, though testing has
been somewhat limited. As far as I know (I could definitely be wrong),
this is the last thing that was needed to fully support writes to
unencrypted volumes, so it's an important change that warrants a new
release. Everything remains experimental, of course.
Signed-off-by: Ernesto A. Fernández <ernesto@corellium.com>
Some packagers have requested that the driver gets tagged releases:
https://github.com/linux-apfs/linux-apfs-rw/pull/35
So I'll use 0.3.0 at this point, because the dkms file was set to 0.2.
This should not be understood to imply that the driver is in any way
ready. Writes are still very dangerous and a lot of basic features are
completely missing, for example preserving old snapshots.
Read-only support is somewhat more complete, with sealed volumes,
snapshots, and all the missing compression algorithms recently added.
Encryption is still not in the works though.
Signed-off-by: Ernesto A. Fernández <ernesto@corellium.com>
Ernesto A. Fernández
Melvyn Depeyrot
Chih-Hsuan Yen