[OpenAFS-devel] sparc64 Linux support?

[Russ Allbery]

Is anyone working on sparc64 Linux support?  The latest report that I have
from Debian bugs is that it's not working, and I don't have access to the
platform to fix it.  I'd love patches, though, as some Debian users want
it.


To: Russ Allbery <rra@stanford.edu>
Cc: 219429@bugs.debian.org, Turbo Fredriksson <turbo@debian.org>
From: Dave Love <d.love@dl.ac.uk>
Date: Mon, 10 Oct 2005 17:46:01 +0100

Russ Allbery <rra@stanford.edu> writes:

> Dave Love <d.love@dl.ac.uk> writes:
>
>> Sorry for the delayed response.
>
>> I tried the openafs-modules-source packages from the current stable and
>> testing/unstable against heimdal-dev.  The first thing is that it needs
>> sparc64-2.6 config files.  I added this in src/config:
>
> There appear to be sparc64 configuration files in the regular source tree
> now, so I think this has been taken care of upstream.
>
>> I started it off under module-assistant, following the instructions,
>> and then fixed the config files and ran make.  module-assistant told
>> me that
>
>>  /usr/src/kernel-headers-2.6.8-2 seems to contain unconfiugured kernel source!
>
>> but I don't know how to fix that -- as far as I remember, it just worked
>> on x86 when I've built modules.
>
> I seem to recall this problem was a bug in the kernel-headers package for
> SPARC.  If I'm right, I believe it has since been fixed.
>
> Could you give this another try with the openafs-modules-source package
> currently in unstable and the kernel-headers package currently there and
> see if both of these issues have gone away?

With openafs-modules-source 1.4rc4-1 and
linux-headers-2.6.12-1-sparc64 (2.6.12-10) the build fails at this
point (with a bunch more errors later).  It again gives the
unconfigured kernel source warning and there are a fair few
significant-looking warnings like `implicit declaration of function
`AFS_ASSERT_GLOCK''.  Sorry I don't have time to investigate further
at present.

  CC [M]  /usr/src/modules/openafs/src/libafs/MODLOAD-2.6.12-1-sparc64-SP/rx.o
  /usr/src/modules/openafs/src/libafs/MODLOAD-2.6.12-1-sparc64-SP/rx.c: In function `rx_InitHost':
  /usr/src/modules/openafs/src/libafs/MODLOAD-2.6.12-1-sparc64-SP/rx.c:390: error: `SPLVAR' undeclared (first use in this function)
  /usr/src/modules/openafs/src/libafs/MODLOAD-2.6.12-1-sparc64-SP/rx.c:390: error: (Each undeclared identifier is reported only once
  /usr/src/modules/openafs/src/libafs/MODLOAD-2.6.12-1-sparc64-SP/rx.c:390: error: for each function it appears in.)
  /usr/src/modules/openafs/src/libafs/MODLOAD-2.6.12-1-sparc64-SP/rx.c:475: error: `NETPRI' undeclared (first use in this function)
  /usr/src/modules/openafs/src/libafs/MODLOAD-2.6.12-1-sparc64-SP/rx.c:541: error: `USERPRI' undeclared (first use in this function)
  /usr/src/modules/openafs/src/libafs/MODLOAD-2.6.12-1-sparc64-SP/rx.c: In function `rx_StartServer':
  /usr/src/modules/openafs/src/libafs/MODLOAD-2.6.12-1-sparc64-SP/rx.c:681: error: `SPLVAR' undeclared (first use in this function)
  /usr/src/modules/openafs/src/libafs/MODLOAD-2.6.12-1-sparc64-SP/rx.c:684: error: `NETPRI' undeclared (first use in this function)
  /usr/src/modules/openafs/src/libafs/MODLOAD-2.6.12-1-sparc64-SP/rx.c:711: error: `USERPRI' undeclared (first use in this function)
  
By the way, it requires bison and flex.  Shouldn't the processed files
be distributed in the canonical fashion, not just .y/.l?