The openafs kernel module fails to build against 3.7 as param.h and ioctl.h have been moved starting with 3.7. As param.h and ioctl.h are not really used by openafs, a simple upstream patch dropping the includes has already been generated. It can be fetched from here: http://git.openafs.org/?p=openafs.git;a=patch;h=68c8f304d05ab77571f3674e00392740fa66988c I can confirm that adding this patch to the patches "net-fs/openafs-kernel-1.6.1-r2" already applies fixes compilation. Reproducible: Always
Created attachment 332956 [details] Build log of =net-fs/openafs-kernel-1.6.1-r2 against =gentoo-sources-3.7.1
I can verify that the error occurs with net-fs/openafs-kernel-1.6.1-r2 and 3.7.1 with linux-headers 3.7
I confirm this bug. However due to changing security requirements at work, I may no longer be able to connect my Gentoo systems to the company network, so afs on Gentoo may become moot to me.
It appears I spoke too soon: This patch actually fixes compilation, but the module cannot load due to changed symbols (kernel_thread => kernel_run, putname). I was not able to isolate all needed patches from the current 1.6.x-stable-branch, maybe it is worthwile to switch to the last 1.6.2-pre-release which (according to their commitlog) should be fine with kernel 3.7?
The same problem with openafs-kernel-1.6.2-r2 and vanilla-sources-3.7.4 here. I'm voting for pushing the latest openafs-pre-release in portage.
waiting for #453196 to be committed.
1.6.2_pre3 is in the tree now