Bug#219429: openafs-modules-source: can't build against 2.4.21 on sparc64
Russ Allbery [EMAIL PROTECTED] writes: Dave Love [EMAIL PROTECTED] 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? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219429: openafs-modules-source: can't build against 2.4.21 on sparc64
Dave Love [EMAIL PROTECTED] writes: 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. No problem; this is exactly what I needed. Thanks! By the way, it requires bison and flex. Shouldn't the processed files be distributed in the canonical fashion, not just .y/.l? Yes, but I've not had a chance to look at this upstream, and it doesn't really hurt much at the moment so other things have been a higher priority. -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219429: openafs-modules-source: can't build against 2.4.21 on sparc64
Dave Love [EMAIL PROTECTED] 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? -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219429: openafs-modules-source: can't build against 2.4.21 on sparc64
Russ Allbery [EMAIL PROTECTED] writes: There is now a much newer version of OpenAFS in Debian testing, and it looks like it has fixed this problem. There is no longer any occurance of the string old_gid_t in the AFS source code. Could you check to see if you're still having this problem with the current OpenAFS packages? Please let me know, as I think this bug can be closed. 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: #ifndef UKERNEL /* This section for kernel libafs compiles only */ /* * Copyright 2000, International Business Machines Corporation and others. * All Rights Reserved. * * This software has been released under the terms of the IBM Public * License. For details, see the LICENSE file in the top-level source * directory or online at http://www.openafs.org/dl/license10.html */ #ifndef _PARAM_SPARC64_LINUX26_H_ #define _PARAM_SPARC64_LINUX26_H_ /* In user space the AFS_LINUX20_ENV should be sufficient. In the kernel, * it's a judgment call. If something is obviously sparc64 specific, use that * #define instead. Note that 20 refers to the linux 2.0 kernel. The 2 * in the sysname is the current version of the client. This takes into * account the perferred OS user space configuration as well as the kernel. */ #define AFS_LINUX20_ENV 1 #define AFS_LINUX22_ENV 1 #define AFS_LINUX24_ENV 1 #define AFS_LINUX26_ENV 1 #define AFS_SPARC64_LINUX20_ENV 1 #define AFS_SPARC64_LINUX22_ENV 1 #define AFS_SPARC64_LINUX24_ENV 1 #define AFS_SPARC64_LINUX26_ENV 1 #define AFS_LINUX_64BIT_KERNEL 1 #define AFS_NONFSTRANS 1 #define AFS_MOUNT_AFS afs /* The name of the filesystem type. */ #define AFS_SYSCALL 227 #define AFS_64BIT_IOPS_ENV 1 #define AFS_NAMEI_ENV 1 /* User space interface to file system */ #define AFS_64BIT_ENV 1 /* Defines afs_int32 as int, not long. */ #define AFS_64BIT_CLIENT1 #define AFS_32BIT_USR_ENV 1 #define AFS_64BITPOINTER_ENV1 /* pointers are 64 bits. */ #if defined(__KERNEL__) !defined(KDUMP_KERNEL) #include linux/threads.h #include linux/config.h #if defined(MODULE) defined(CONFIG_MODVERSIONS) #define MODVERSIONS #include linux/modversions.h #endif #ifdef CONFIG_SMP #undef CONFIG_SMP #endif /* Using AFS_SMP to map to however many #define's are required to get * MP to compile for Linux */ #ifdef AFS_SMP #define CONFIG_SMP 1 #define __SMP__ #endif #define AFS_GLOBAL_SUNLOCK #endif /* __KERNEL__ !DUMP_KERNEL */ #include afs/afs_sysnames.h #define AFS_USERSPACE_IP_ADDR 1 #define RXK_LISTENER_ENV 1 #define AFS_GCPAGS 0 /* if nonzero, garbage collect PAGs */ /* Machine / Operating system information */ #define SYS_NAMEsparc64_linux26 #define SYS_NAME_ID SYS_NAME_ID_sparc64_linux26 #define AFSBIG_ENDIAN1 #define AFS_HAVE_FFS1 /* Use system's ffs. */ #define AFS_HAVE_STATVFS0 /* System doesn't support statvfs */ #define AFS_VM_RDWR_ENV 1 /* read/write implemented via VM */ #define AFS_USE_GETTIMEOFDAY 1/* use gettimeofday to implement rx clock */ #ifdef KERNEL #ifndef MIN #define MIN(A,B) ((A) (B) ? (A) : (B)) #endif #ifndef MAX #define MAX(A,B) ((A) (B) ? (A) : (B)) #endif #endif /* KERNEL */ /* on sparclinux is O_LARGEFILE defined but there is not off64_t, so small hack to get usd_file.c work */ #ifndef KERNEL #define __USE_FILE_OFFSET64 1 #define __USE_LARGEFILE64 1 #if !defined off64_t #define off64_t __off64_t #endif #endif #endif /* _PARAM_SPARC64_LINUX26_H_ */ #else /* !defined(UKERNEL) */ /* This section for user space compiles only */ /* * Copyright 2000, International Business Machines Corporation and others. * All Rights Reserved. * * This software has been released under the terms of the IBM Public * License. For details, see the LICENSE file in the top-level source * directory or online at http://www.openafs.org/dl/license10.html */ #ifndef _PARAM_USR_SPARC64_LINUX26_H_ #define _PARAM_USR_SPARC64_LINUX26_H_ /* In user space the AFS_LINUX20_ENV should be sufficient. In the kernel, * it's a judgment call. If something is obviously sparc64 specific, use that * #define instead. Note that 20 refers to the linux 2.0 kernel. The 2 * in the sysname is the current version of the client. This takes into * account the perferred OS user space configuration as well as the kernel. */ #define UKERNEL 1 /* user space kernel */ #define AFS_ENV 1 #define AFS_USR_LINUX20_ENV 1 #define AFS_USR_LINUX22_ENV 1 #define AFS_USR_LINUX24_ENV 1 #define AFS_USR_LINUX26_ENV 1 #define AFS_NONFSTRANS 1 #define AFS_MOUNT_AFS afs /* The name of the filesystem type. */ #define AFS_SYSCALL 227 #define AFS_64BIT_IOPS_ENV 1 #define AFS_NAMEI_ENV 1 /* User space interface to file
Bug#219429: openafs-modules-source: can't build against 2.4.21 on sparc64
tags 219429 moreinfo thanks Greetings, I'm going through old bugs filed against the Debian OpenAFS packages and found this bug that had been filed about a year and a half ago: | make-kpkg modules_image fails like this against kernel-source-2.4.21-5 | and kernel-image-sparc-2.4_33. I'm not sure I'm building it in the | right way on sparc, but got no reply to what the right way is. I | don't have time to try debugging it at present, but may be able to | take a look at it later. | | ../afs/osi_groups.c:181: parse error before `old_gid_t' | ../afs/osi_groups.c:182: parse error before `old_gid_t' | ../afs/osi_groups.c: In function `afs32_xsetgroups': | ../afs/osi_groups.c:194: `gidsetsize' undeclared (first use in this function) | ../afs/osi_groups.c:194: (Each undeclared identifier is reported only once | ../afs/osi_groups.c:194: for each function it appears in.) | ../afs/osi_groups.c:194: `grouplist' undeclared (first use in this function) There is now a much newer version of OpenAFS in Debian testing, and it looks like it has fixed this problem. There is no longer any occurance of the string old_gid_t in the AFS source code. Could you check to see if you're still having this problem with the current OpenAFS packages? Please let me know, as I think this bug can be closed. Thanks! -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
