zfs-2.1.16 patchset #16781
Open
zfs-2.1.16 patchset #16781
+106
−50
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
43e8f6e introduced a subtle API misuse, in that it passed the output from vdev_bdev_mode() back into itself. Fortunately, the SPA_MODE_(READ|WRITE) bit values exactly map to the FMODE_(READ|WRITE) & BLK_OPEN_(READ|WRITE) bit values, so it didn't result in a bug, but it was hard to read and understand, so I cleaned it up. In doing so, I noticed that the only call to vdev_bdev_mode() without the "exclusive" flag set was in that misuse, and actually, we never do a non-exclusive blkdev_get_by_path(). So I've just made exclusive be always-on. Sponsored-by: Klara, Inc. Sponsored-by: Wasabi Technology, Inc. Reviewed by: Brian Behlendorf <[email protected]> Reviewed-by: Allan Jude <[email protected]> Signed-off-by: Rob Norris <[email protected]> Closes openzfs#15995
bdev_open_by_path() is replaced by bdev_file_open_by_path(), which returns a plain old struct file*. Release function is gone entirely; the regular file release function fput() will take care of the bdev specifics. Reviewed-by: Tony Hutter <[email protected]> Reviewed-by: Brian Behlendorf <[email protected]> Signed-off-by: Rob Norris <[email protected]> Sponsored-by: https://despairlabs.com/sponsor/ Closes openzfs#16027 Closes openzfs#16033
|
I think this goes without saying, but zfs-2.1.16 will be for Almalinux 8-9 only (not Fedora). |
tonyhutter
force-pushed
the
zfs-2.1.16-hutter
branch
from
7a079b3
to
293c689
Compare
Fix a build error on the github runner: Unpacking of 'zfs-2.1.16-1.x86_64.rpm' failed at /usr/share/perl5/Alien/Package/Rpm.pm line 168. Signed-off-by: Tony Hutter <[email protected]>
META file and changelog updated. Signed-off-by: Tony Hutter <[email protected]>
tonyhutter
force-pushed
the
zfs-2.1.16-hutter
branch
6 times, most recently
from
95e3d84
to
9a6cb8b
Compare
|
I successfully compiled rpms from tonyhutter:zfs-2.1.16-hutter commit 9a6cb8b in a Rocky Linux 9.5 VM. The rpms were then installed on both a Alma Linux 9.5 and RHEL 9.5 server and dkms succeded in compiling the kernel modules with the latest kernel that broke kernel module compiling of 2.1.15. The final result is that things work exactly like before and personally even though I admit that running it for 24h is far from a reasonable timeframe I think that it's as stable as 2.1.15 was before the 9.5 kernel. |
tonyhutter
force-pushed
the
zfs-2.1.16-hutter
branch
from
9a6cb8b
to
94ece5b
Compare
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Motivation and Context
Proposed patchset for zfs-2.1.16
Description
The EL 5.14.0-503.11.1.el9_5.x86_64 kernel broke the build. We need cfb96c7 and e3120f7 to get it building again.
How Has This Been Tested?
Test build only
Types of changes
Checklist:
Signed-off-by.