Hello,

Russ Allbery wrote:
tags 132601 moreinfo
thanks

Greetings,

I'm going through old bugs on the Debian OpenAFS packages, and found this
bug that you had filed a bit over three years ago:

| Package: openafs-modules-source
| Version: 1.2.3final2-0.potato1
| | The module does not load in a 2.2.20 SMP kernel with modversions, since
| the symbol kernel_flag_R__ver_kernel_flag does not exist. This symbol
| comes from a block of defines in src/config/param.sparc_linux22.h
| (commented as "hack, I don't know what else with theese symbols"). The
| block is absent in the other Linux architectures. When this block is
| removed, the module loads and seems to work. There is an identical block
| in src/config/param.sparc_linux24.h too, but I have not tried a 2.4
| kernel.


While that bit is still in param.sparc_linux*.h, those are the only
references to kernel_flag in the entire OpenAFS source base in the version
of OpenAFS currently in testing.  I'm not just directly closing this bug
since I don't have an SMP Linux SPARC system to test on, but I'm almost
positive that this bug has been fixed (although it's possible there are
other lingering Linux SPARC problems).

Are you still seeing this problem, or other difficulties loading the
current OpenAFS module on SMP SPARC?  Please let me know; if not, I'll
close this bug.

Thanks!


We have given away all our SPARC system during the last year, so I am not able to provide any new input on this. Running on SMP SPARC was probably just a test anyway, since I cannot remember running that configuration.


Anyway, thanks for taking time to look into this. If there are no recent (non-Debian) reports on this, the bug is likely to be fixed, just as you say.

Arne



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Reply via email to