9a3edc8d | 16-Aug-2025 |
Konstantin Belousov <kib@FreeBSD.org> |
zfs readdir: if there were no dirents to copy out, return EINVAL same as UFS
Reviewed by: allanjude, markj, rmacklem Sponsored by: The FreeBSD Foundation MFC after: 1 week Differential revision: htt
zfs readdir: if there were no dirents to copy out, return EINVAL same as UFS
Reviewed by: allanjude, markj, rmacklem Sponsored by: The FreeBSD Foundation MFC after: 1 week Differential revision: https://reviews.freebsd.org/D51930
show more ...
|
adba3e08 | 16-Aug-2025 |
Konstantin Belousov <kib@FreeBSD.org> |
zfs readdir: set *eofp to 1 on eof
Reported by: rmacklem Reviewed by: allanjude, markj, rmacklem Sponsored by: The FreeBSD Foundation MFC after: 1 week Differential revision: https://reviews.freebsd
zfs readdir: set *eofp to 1 on eof
Reported by: rmacklem Reviewed by: allanjude, markj, rmacklem Sponsored by: The FreeBSD Foundation MFC after: 1 week Differential revision: https://reviews.freebsd.org/D51930
show more ...
|
cead6157 | 16-Aug-2025 |
Konstantin Belousov <kib@FreeBSD.org> |
zfsctl_root_readdir: if there were no dirents to copy out, return EINVAL
same as UFS.
Reviewed by: allanjude, markj, rmacklem Sponsored by: The FreeBSD Foundation MFC after: 1 week Differential rev
zfsctl_root_readdir: if there were no dirents to copy out, return EINVAL
same as UFS.
Reviewed by: allanjude, markj, rmacklem Sponsored by: The FreeBSD Foundation MFC after: 1 week Differential revision: https://reviews.freebsd.org/D51930
show more ...
|
738a9a78 | 28-Jun-2025 |
Mark Johnston <markj@FreeBSD.org> |
Revert "FreeBSD: zfs_putpages: don't undirty pages until after write completes"
This causes async putpages to leave the pages sbusied for a long time, which hurts concurrency. Revert for now until
Revert "FreeBSD: zfs_putpages: don't undirty pages until after write completes"
This causes async putpages to leave the pages sbusied for a long time, which hurts concurrency. Revert for now until we have a better approach.
This reverts commit 238eab7dc16932edbe9bcc990e8e5376bfe5b2ba.
Reported by: Ihor Antonov <ngor@hugpoint.tech> Discussed with: Rob Norris <rob.norris@klarasystems.com>
show more ...
|