Package Details: openafs-modules 1.8.11pre1-1

Git Clone URL: https://aur.archlinux.org/openafs-modules.git (read-only, click to copy)
Package Base: openafs-modules
Description: Kernel module for OpenAFS
Upstream URL: http://www.openafs.org
Licenses: custom:"IBM Public License Version 1.0"
Conflicts: openafs, openafs-features-libafs
Submitter: Bevan
Maintainer: Bevan
Last Packager: Bevan
Votes: 10
Popularity: 0.000000
First Submitted: 2014-03-23 13:24 (UTC)
Last Updated: 2024-03-17 01:15 (UTC)

Required by (1)

Sources (30)

Latest Comments

1 2 3 4 Next › Last »

silvest commented on 2022-06-06 08:43 (UTC)

Thanks a lot Bevan for your very quick fix! It works fine for me.

Bevan commented on 2022-06-01 19:27 (UTC)

I just updated this package to make the OpenAFS kernel module build against Linux 5.18. For that I had to use patches that are still under development (they were updated just a few hours ago) and that are not yet accepted for integration into the OpenAFS codebase. On top of that, I had to backport these patches and additional changes from git master to the OpenAFS 1.8.x branch. You should therefore take the current state of this package as experimental. I tested this build as best as I can in my small test cell. However, I won't be responsible for any data loss that people might encounter because of using this package.

If you use this package with Linux 5.18, please report your experience here. These reports might help to get the necessary changes accepted in upstream's stable branch.

silvest commented on 2022-05-31 07:20 (UTC)

Bevan: thanks a lot in advance!

Bevan commented on 2022-05-31 07:12 (UTC)

Right, we need a couple of patches again to make OpenAFS compatible with Linux 5.18: https://gerrit.openafs.org/#/q/status:open+project:openafs+branch:master+topic:linux-5.18

I will probably not be able to update this package before tomorrow or the day after.

silvest commented on 2022-05-31 07:09 (UTC)

Fails to compile with kernel 5.18.1-arch1-1: openafs-1.8.8.1/src/libafs/MODLOAD-5.18.1-arch1-1-SP/osi_vnodeops.c:3289:4: error: ‘struct address_space_operations’ has no member named ‘readpages’; did you mean ‘readpage’? 3289 | .readpages = afs_linux_readpages, | ^~~~~~~~~ | readpage openafs-1.8.8.1/src/libafs/MODLOAD-5.18.1-arch1-1-SP/osi_vnodeops.c:3289:25: error: initialization of ‘int ()(struct address_space , struct writeback_control )’ from incompatible pointer type ‘int ()(struct file , struct address_space , struct list_head *, unsigned int)’ [-Werror=incompatible-pointer-types] 3289 | .readpages = afs_linux_readpages, | ^~~~~~~~~~~~~~~~~~~ openafs-1.8.8.1/src/libafs/MODLOAD-5.18.1-arch1-1-SP/osi_vnodeops.c:3289:25: note: (near initialization for ‘afs_file_aops.writepages’) openafs-1.8.8.1/src/libafs/MODLOAD-5.18.1-arch1-1-SP/osi_vnodeops.c:3291:4: error: ‘struct address_space_operations’ has no member named ‘set_page_dirty’ 3291 | .set_page_dirty = __set_page_dirty_buffers, | ^~~~~~~~~~~~~~ openafs-1.8.8.1/src/libafs/MODLOAD-5.18.1-arch1-1-SP/osi_vnodeops.c:3291:25: error: ‘__set_page_dirty_buffers’ undeclared here (not in a function); did you mean ‘__set_page_dirty_nobuffers’? 3291 | .set_page_dirty = __set_page_dirty_buffers, | ^~~~~~~~~~~~~~~~~~~~~~~~ | __set_page_dirty_nobuffers

silvest commented on 2022-04-01 07:06 (UTC)

Bevan: thanks a lot for the super-prompt fix!

Bevan commented on 2022-03-30 19:17 (UTC)

silvest: Confirmed and there are patches for Linux 5.17 available. I'll update this and the openafs-modules-dkms package shortly.

silvest commented on 2022-03-30 13:39 (UTC)

Fails to compile with kernel 5.17.1: aur-openafs-modules/src/openafs-1.8.8.1/src/libafs/MODLOAD-5.17.1-arch1-1-SP/afs_call_nfs.c: In function ‘afsd_thread’: aur-openafs-modules/src/openafs-1.8.8.1/src/libafs/MODLOAD-5.17.1-arch1-1-SP/afs_call_nfs.c:331:9: error: implicit declaration of function ‘complete_and_exit’ [-Werror=implicit-function-declaration]

Bevan commented on 2017-04-06 17:15 (UTC)

Hi cptiglo. I deliberately never did so for different reasons: 1. I probably will never be fast enough in updating the PKGBUILD after a kernel update in the repos. 2. Which kernel should I stick to? That in [core] or that in [testing]? 3. Not every kernel update requires a rebuilt of the modules. For most people I would recommend the openafs-modules-dkms package. With it, the module is rebuilt after each kernel update automatically, independent of what kernel is installed. Nowadays, dkms is fully supported by Arch and works very well.