[ATrpms-devel] openafs kmdls failing
anmar at anmar.eu.org
Fri Sep 19 10:20:30 CEST 2008
Axel Thimm wrote:
> On Fri, Sep 19, 2008 at 08:02:43AM +0200, Angel Marin wrote:
>> Axel Thimm wrote:
>>> On Thu, Sep 18, 2008 at 04:50:36PM +0200, Angel Marin wrote:
>>>> Angel Marin wrote:
>>>>> openafs kmdls do not build on 2.6.26 kernels without extra patches.
>>>>> Updated src.rpm (only built and tested on F9 x86_64):
>>>> Something must have gone wrong in build process (F9 x86_64) as 'modprobe
>>>> libafs' reports:
>>>> libafs: Unknown symbol init_pid_ns
>>>> While the locally built one for the same kernel works :?
>> Some googling suggests similar errors have happened when .config for the
>> build environment does not match the running kernel.
> That would make sense, as the actual build host is running a different
> kernel. But this is only visible in uname output - headers, symbols
> etc. are all picked up from the target kernel.
> Gary Buhrmaster pointed me to
That find_task_by_vpid call mentioned there is what
STABLE14-linux-2626-support-20080608.patch  is supposed to ifdef out.
Maybe the configure tests in  are wrongly detecting find_task_by_pid
in your build environment?
I have rebuilt it again just in case, and it continues to work as
expected with this patch.
> and also quoted that maybe more than just one patch is needed for
> 2.6.26 support. But OTOH you did well with only that one patch.
> I'll forward you his mail in PM.
The second patch is STABLE14-linux-proc-removal-20080822 and I didn't
include it as it worked without it :?
Both patches applied:
I can test the resulting kmdl before pushing it just to make sure it
works :) BTW pruning the existing kmdls from the mirrors might make
There's still a couple more patches in 1.4.x branch we could try, but
don't look like related to current problem. Though without being able to
reproduce the failing builds locally it's going to be a pain :/
More information about the atrpms-devel