Arch Linux User Repository

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

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.

Bevan: thanks a lot in advance!

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.

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

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

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

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]

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.