openafs module cannot be built on PPC64
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
module-assistant (Debian) |
Fix Released
|
Unknown
|
|||
module-assistant (Ubuntu) |
Confirmed
|
Medium
|
Unassigned |
Bug Description
Running this:
% sudo module-assistant -t auto-install openafs
I get:
/usr/src/
In Debian Bug tracker #334392, Paul Brossier (piem) wrote : spca5xx-20050601.tar.gz compiles on powerpc64 | #1 |
In Debian Bug tracker #334392, Stephen Birch (sgbirch) wrote : Re: [Pkg-spca5xx-devel] Bug#334392: spca5xx-source: does not compile on powerpc | #2 |
Hi Michel:
You may already be aware of this but spca5xx has now made it into
Debian's testing repository. Kel and I are working to get the
toolchain (spcaview etc) into Debian as well, that should happen
fairly soon.
Some bad news though, we have received a bug report from a power PC
user (Paul Brossier), it looks like the driver doesnt compile on
powerpc. Do you have a co-maintainer versed on powerpc that can look
into this for us by any chance?
Also, we have set up a mail list for discussing debian packaging
aspects of your driver. I dont expect it to be a high traffic site
but if you are interested in joining the list point your browser here:
http://
The alioth site also has a forum but we (Kel and I) are planning to
shut that down, we dont need a list server *and* a forum :-)
Steve
Paul Brossier(<email address hidden>)@2005-10-17 17:31:
> Package: spca5xx-source
> Version: 20051001-1
> Severity: normal
>
> Hi,
>
> thanks for packaging these modules. the module works fine on an i386
> box, but I have troubles compiling it on 2.6.12-1-powerpc64. Attached is
> the compilation log.
>
>
> piem@calabaza:
> Building SPCA5XX driver for 2.5/2.6 kernel.
> Remember: you must have read/write access to your kernel source tree.
> make -C /lib/modules/`uname -r`/build SUBDIRS=
> make[1]: Entering directory `/usr/src/
> CC [M] /usr/src/
> In file included from include/
> from include/
> from include/
> from include/
> from include/
> from /usr/src/
> include/
> include/
> include/
> include/
> include/
> include/
> include/
> include/
> include/
> include/
> include/
> include/
> In file included from include/
> from include/
> from include/
> ...
In Debian Bug tracker #334392, Stephen Birch (sgbirch) wrote : Re: Fwd: [Pkg-spca5xx-devel] Bug#334392: spca5xx-20050601.tar.gz compiles on powerpc64 | #3 |
michel Xhaard(<email address hidden>)@2005-10-18 10:02:
> Steve,
> Ok i wil look I have also forward the bug report to Tomas Groth working on
> spca5xx ppc support.
Excellent, thanks Michel
Steve
In Debian Bug tracker #334392, kelmo (kelrin) wrote : Re: [Pkg-spca5xx-devel] Bug#334392: spca5xx-20050601.tar.gz compiles on powerpc64 | #4 |
Paul Brossier wrote:
>for info, i tried earlier versions of spca5xx from
>http://
>version compiling on -powerpc64 is spca5xx-20050601
>
>piem@calabaza:
> Building SPCA5XX driver for 2.5/2.6 kernel.
> Remember: you must have read/write access to your kernel source tree.
>make -C /lib/modules/`uname -r`/build SUBDIRS=
>make[1]: Entering directory `/usr/src/
> CC [M] /home/piem/
>/home/
>/home/
>/home/
>/home/
>/home/
>/home/
> CC [M] /home/piem/
> LD [M] /home/piem/
> Building modules, stage 2.
> MODPOST
> CC /home/piem/
> LD [M] /home/piem/
>make[1]: Leaving directory `/usr/src/
>
>so far, the camera (041e:4034 Creative instant) is working great in
>pd-pdp, but i can't get camorama, gphoto2 or gtkam to detect it. i found
>the following in dmesg, with similar lines for each usb devices
>(including the camera):
>
>ioctl32(
>
>ciao, piem
>
>
>
Thanks for your time piem, very appreciated!
The upstream authours have been informed and are now investigating.
Thanks, Kel.
In Debian Bug tracker #334392, Paul Brossier (piem) wrote : Re: [Pkg-spca5xx-devel] Bug#334392: spca5xx-source: does not compile on powerpc | #5 |
Hi all,
On Tue, Oct 18, 2005 at 12:16:27AM -0700, Stephen Birch wrote:
> Hi Michel:
>
> You may already be aware of this but spca5xx has now made it into
> Debian's testing repository. Kel and I are working to get the
> toolchain (spcaview etc) into Debian as well, that should happen
> fairly soon.
great. thanks for your work.
> Some bad news though, we have received a bug report from a power PC
> user (Paul Brossier), it looks like the driver doesnt compile on
> powerpc. Do you have a co-maintainer versed on powerpc that can look
> into this for us by any chance?
i just got my ibook back from repair. spca5xx 20051001 compiled fine
there, so the issue only applies to powerpc64 (a 64 bit kernel with a
biarch toolchain), as suggested by gcc errors.
cheers, paul
In Debian Bug tracker #334392, Otavio Salvador (otavio) wrote : Re: Bug#334392: [Pkg-spca5xx-devel] Bug#334392: spca5xx-source: does not compile on powerpc | #6 |
Paul Brossier <email address hidden> writes:
>> Some bad news though, we have received a bug report from a power PC
>> user (Paul Brossier), it looks like the driver doesnt compile on
>> powerpc. Do you have a co-maintainer versed on powerpc that can look
>> into this for us by any chance?
>
> i just got my ibook back from repair. spca5xx 20051001 compiled fine
> there, so the issue only applies to powerpc64 (a 64 bit kernel with a
> biarch toolchain), as suggested by gcc errors.
Do you or someone else can provide an access to a powerpc64 machine to
me to test and fix the problem?
--
O T A V I O S A L V A D O R
-------
E-mail: <email address hidden> UIN: 5906116
GNU/Linux User: 239058 GPG ID: 49A5F855
Home Page: http://
-------
"Microsoft gives you Windows ... Linux gives
you the whole house."
In Debian Bug tracker #334392, Otavio Salvador (otavio) wrote : retitle 334392 to does not compile in powerpc64 | #7 |
# Automatically generated email from bts, devscripts version 2.9.8
retitle 334392 does not compile in powerpc64
In Debian Bug tracker #334392, Otavio Salvador (otavio) wrote : Can you recheck it? | #8 |
Hello,
I uploaded a new version of spca5xx yestarday to Debian (20051101-1)
and it should enters archive today. Would be good if you could test it
and check if this problem still exist.
If you can confirm that, I'll try to catch access to any machine of
powerpc64 for testing.
Thanks,
--
O T A V I O S A L V A D O R
-------
E-mail: <email address hidden> UIN: 5906116
GNU/Linux User: 239058 GPG ID: 49A5F855
Home Page: http://
-------
"Microsoft gives you Windows ... Linux gives
you the whole house."
In Debian Bug tracker #334392, michel Xhaard (mxhaard) wrote : Re: [Pkg-spca5xx-devel] Bug#334392: Can you recheck it? | #9 |
Le Mardi 1 Novembre 2005 12:15, Otavio Salvador a écrit :
> Hello,
>
> I uploaded a new version of spca5xx yestarday to Debian (20051101-1)
> and it should enters archive today. Would be good if you could test it
> and check if this problem still exist.
>
> If you can confirm that, I'll try to catch access to any machine of
> powerpc64 for testing.
>
> Thanks,
I did not change the MR97311 code so i think the ppc64 bug is here too, i will
try to change this part for the next release.
Regards
--
Michel Xhaard
http://
In Debian Bug tracker #334392, Paul Brossier (piem) wrote : Re: Bug#334392: [Pkg-spca5xx-devel] Bug#334392: Can you recheck it? | #10 |
On Tue, Nov 01, 2005 at 03:08:50PM +0100, michel Xhaard wrote:
> Le Mardi 1 Novembre 2005 12:15, Otavio Salvador a écrit :
> > Hello,
> >
> > I uploaded a new version of spca5xx yestarday to Debian (20051101-1)
> > and it should enters archive today. Would be good if you could test it
> > and check if this problem still exist.
> >
> > If you can confirm that, I'll try to catch access to any machine of
> > powerpc64 for testing.
> > Thanks,
Otavio, i can't give you access to my machine easily, but debian should
have a few of these available. Not sure which they are though. I guess
Sven Luther is the one to ask.
> I did not change the MR97311 code so i think the ppc64 bug is here too, i will
> try to change this part for the next release.
Ready for testing :-)
bye, piem
In Debian Bug tracker #334392, Otavio Salvador (otavio) wrote : | #11 |
Paul Brossier <email address hidden> writes:
>> > If you can confirm that, I'll try to catch access to any machine of
>> > powerpc64 for testing.
>> > Thanks,
>
> Otavio, i can't give you access to my machine easily, but debian should
> have a few of these available. Not sure which they are though. I guess
> Sven Luther is the one to ask.
I'll try to get access to one machine ASAP.
--
O T A V I O S A L V A D O R
-------
E-mail: <email address hidden> UIN: 5906116
GNU/Linux User: 239058 GPG ID: 49A5F855
Home Page: http://
-------
"Microsoft gives you Windows ... Linux gives
you the whole house."
In Debian Bug tracker #334392, Otavio Salvador (otavio) wrote : Need to detect ppc64 arch | #12 |
Hello,
I tested current code and it doesn't fail to build anymore but we have
another bug: How to detect ppc64 arch and kernel and then to use -m64
as gcc option to compile?
Since I don't have root permission on test machine, I cannot test
module-assistant with spca5xx-source package from sid but would be
good if you could do a test and check if it's working.
--
O T A V I O S A L V A D O R
-------
E-mail: <email address hidden> UIN: 5906116
GNU/Linux User: 239058 GPG ID: 49A5F855
Home Page: http://
-------
"Microsoft gives you Windows ... Linux gives
you the whole house."
In Debian Bug tracker #334392, Otavio Salvador (otavio) wrote : Checked and isn't our fault anymore | #13 |
reassign 334392 module-assistant
thanks
----
Hello folks,
I got module-assistant to work in a test machine and it fail to detect
the need of -m64 gcc param. So this isn't our fault anymore and I'm
reassign this to it.
--
O T A V I O S A L V A D O R
-------
E-mail: <email address hidden> UIN: 5906116
GNU/Linux User: 239058 GPG ID: 49A5F855
Home Page: http://
-------
"Microsoft gives you Windows ... Linux gives
you the whole house."
In Debian Bug tracker #334392, Paul Brossier (piem) wrote : Re: Bug#334392: Checked and isn't our fault anymore | #14 |
Hi,
On Thu, Nov 03, 2005 at 06:29:33PM -0200, Otavio Salvador wrote:
> reassign 334392 module-assistant
> thanks
>
> ----
> Hello folks,
>
> I got module-assistant to work in a test machine and it fail to detect
> the need of -m64 gcc param. So this isn't our fault anymore and I'm
> reassign this to it.
indeed. as a workaround, i could compile on 2.6.14 changing the line 54
in the Makefile of spca5xx-source 20051101-1 to
$(MAKE) -C $(KERNELDIR) SUBDIRS=$(PWD) CC="$(CC) -m64" modules
and the module seems to work fine now, sorry for the noise :)
thanks, piem
In Debian Bug tracker #334392, Otavio Salvador (otavio) wrote : | #15 |
Paul Brossier <email address hidden> writes:
>> I got module-assistant to work in a test machine and it fail to detect
>> the need of -m64 gcc param. So this isn't our fault anymore and I'm
>> reassign this to it.
>
> indeed. as a workaround, i could compile on 2.6.14 changing the line 54
> in the Makefile of spca5xx-source 20051101-1 to
>
> $(MAKE) -C $(KERNELDIR) SUBDIRS=$(PWD) CC="$(CC) -m64" modules
>
> and the module seems to work fine now, sorry for the noise :)
No problem. :-D
We now need to identify a way to discover if a kernel was built using
64 or 32 bits mode. So we can fix it on module-assistant.
--
O T A V I O S A L V A D O R
-------
E-mail: <email address hidden> UIN: 5906116
GNU/Linux User: 239058 GPG ID: 49A5F855
Home Page: http://
-------
"Microsoft gives you Windows ... Linux gives
you the whole house."
Sergey V. Udaltsov (sergey-udaltsov) wrote : | #16 |
Running this:
% sudo module-assistant -t auto-install openafs
I get:
/usr/src/
Björn Torkelsson (torkel) wrote : | #17 |
The error is a more or less generic error. Any chance that you can try to find the real error from the module-assistant log file (should be in /var/cache/modass unless you have specified a different location) and/or the config.log?
By the way. What kernel and what version of openafs?
Sergey V. Udaltsov (sergey-udaltsov) wrote : | #18 |
% uname -a
Linux tosha 2.6.15-
$ head debian/changelog
openafs (1.4.0-3.1) dapper; urgency=low
.....
I will attach the log now...
Sergey V. Udaltsov (sergey-udaltsov) wrote : module-assistant log file | #19 |
Björn Torkelsson (torkel) wrote : | #20 |
I think I need to have a look at config.log too. It should be /usr/src/
Sergey V. Udaltsov (sergey-udaltsov) wrote : config.log | #21 |
- config.log Edit (7.7 KiB, application/octet-stream)
I attached the whole log.
See, it cannot find rlim... :(
Björn Torkelsson (torkel) wrote : | #22 |
Turned out the bug is actually in module-assistant.
See Debian bug #334392 for a description.
Thanks to BenC for the help finding what the real problem was.
Changed in openafs: | |
status: | Unconfirmed → Confirmed |
Sergey V. Udaltsov (sergey-udaltsov) wrote : | #23 |
That's great. So is it goint to be fixed any time soon - what d'you recon?
In Debian Bug tracker #334392, Björn Torkelsson (torkel) wrote : Checking if compiling for a 64 bit kernel | #24 |
Hi,
Shouldn't the following code snippet be enough to make module-assistant
work on PPC64 and hopefully still work on all machines with a 64-bit
kernel. Maybe it should also check if the arch is powerpc just to be on
the safe side?
--- module-
+++ module-
@@ -48,6 +48,11 @@
endif
endif
+# Check if we are running a 64bit kernel
+ifneq "$(wildcard $(KSRC)
+ CFLAGS += -m64
+endif
+
# Special case gcc 2.7.2
ifeq ($(CC),gcc-2.7)
CC = gcc272
It is completely untested though as I don't have access to any PPC64 machine.
/torkel
In Debian Bug tracker #334392, Eduard Bloch (edi-gmx) wrote : proper generic 64bit/crosscompilation ARCH/flags selection | #25 |
Hello,
I would like to get more competent comments from concerned kernel
packages on the issue quoted below. There is already a hack for sparc64:
ifeq ($(ARCH),)
SPARCH=$(shell grep 'CONFIG_SPARC..=y' "$(KSRC)/.config" 2>/dev/null| cut -d= -f1)
#maybe a different ARCH on sparc
ifeq (CONFIG_
ARCH :=sparc
export ARCH
endif
ifeq (CONFIG_
ARCH :=sparc64
export ARCH
endif
endif
* Björn Torkelsson [Wed, Apr 05 2006, 10:29:41AM]:
> Shouldn't the following code snippet be enough to make module-assistant
> work on PPC64 and hopefully still work on all machines with a 64-bit
> kernel. Maybe it should also check if the arch is powerpc just to be on
> the safe side?
> --- module-
> +++ module-
> @@ -48,6 +48,11 @@
> endif
> endif
>
> +# Check if we are running a 64bit kernel
> +ifneq "$(wildcard $(KSRC)
> + CFLAGS += -m64
> +endif
> +
> # Special case gcc 2.7.2
> ifeq ($(CC),gcc-2.7)
> CC = gcc272
>
> It is completely untested though as I don't have access to any PPC64 machine.
>
> /torkel
>
>
--
<krid> Hi, gibts einen Kazaa client für GNU?
<panthera> krid: falsche frage
<krid> panthera: Gibt es einen Kazaa client für Debian GNU/Linux? :-)
<panthera> krid: falsche frage ;)
<krid> panthera: Hm. Welche Frage ist die richtige?
<panthera> krid: gibt es einen freien ftp-client fuer linux?
In Debian Bug tracker #334392, Goswin von Brederlow (brederlo) wrote : | #26 |
Eduard Bloch <email address hidden> writes:
> Hello,
>
> I would like to get more competent comments from concerned kernel
> packages on the issue quoted below. There is already a hack for sparc64:
I'm not sure this answeres your problem but in recent kernels the
kernel adds the -m64 flag for amd64 automaticaly. The same should
happen for all other multiarch archs for both -m32 and -m64 as needed.
I also send in a patch for make-kpkg (applied in sid) for multiarch
cross-compile support using --arch <arch> --cross-compile '-'. This
tells make-kpkg to build for the arch but still use the normal "gcc"
instead of defaulting to "arch-os-gnu-gcc" as with other
cross-compiles.
Those two combined make building a kernel for "the other" arch of a
system simple.
MfG
Goswin
Changed in module-assistant: | |
status: | Unknown → New |
Daniel T Chen (crimsun) wrote : | #27 |
Can you reproduce this issue in 8.10 alpha?
Changed in module-assistant: | |
status: | Confirmed → Incomplete |
Sergey V. Udaltsov (sergey-udaltsov) wrote : | #28 |
- config.log Edit (69.4 KiB, text/plain)
Just installed 8.10.
Used module-assistant. Got build error:
checking for linux kernel module build works... no
configure: error: Fix problem or use --disable-
See `config.log' for more details.
make: *** [configure-stamp] Error 1
I can attach any files from /usr/src/
Changed in module-assistant: | |
status: | Incomplete → Confirmed |
Björn Torkelsson (torkel) wrote : | #29 |
Can you please try with the new openafs version available in Intrepid, 1.4.7.dfsg1-6, and post both the build log and module-assistant log file if it still fails.
Sergey V. Udaltsov (sergey-udaltsov) wrote : | #30 |
- config.log Edit (69.4 KiB, text/plain)
Just tried again. No luck.
$ dpkg-query -s openafs-
Version: 1.4.7.dfsg1-6
Sergey V. Udaltsov (sergey-udaltsov) wrote : | #31 |
- openafs-modules-source.buildlog.2.6.25-1-powerpc64-smp.1222381362 Edit (3.1 KiB, text/plain)
modass log
Carsten Jacobi (jacobi-de) wrote : | #32 |
I just built the PPC64 kernel modules, this is the patch that I needed:
--- /usr/src/
+++ /usr/src/
@@ -15,10 +15,10 @@
#define AFS_LINUX22_ENV 1
#define AFS_LINUX24_ENV 1
#define AFS_LINUX26_ENV 1
-#define AFS_PPC_LINUX20_ENV 1
-#define AFS_PPC_LINUX22_ENV 1
-#define AFS_PPC_LINUX24_ENV 1
-#define AFS_PPC_LINUX26_ENV 1
+#define AFS_PPC64_
+#define AFS_PPC64_
+#define AFS_PPC64_
+#define AFS_PPC64_
#define AFS_NONFSTRANS 1
#define AFS_MOUNT_AFS "afs" /* The name of the filesystem type. */
@@ -26,6 +26,7 @@
#define AFS_64BIT_ENV 1
#define AFS_64BIT_CLIENT 1
#define AFS_64BIT_IOPS_ENV 1
+#define AFS_LINUX_
#define AFS_NAMEI_ENV 1 /* User space interface to file system */
#define AFS_MAXVCOUNT_ENV 1
Carsten Jacobi (jacobi-de) wrote : | #33 |
Ok, though the module built it wouldn't load into the kernel because an object file was missing in the link step and though a symbol was missing. As a quintessence, you'll need one more patch so that the object "osi_flush.o" is also built and included into the kernel module:
--- /usr/src/
+++ /usr/src/
@@ -21,6 +21,7 @@
osi_probe.o \
osi_sleep.o \
osi_syscall.o \
+ osi_flush.o \
osi_sysctl.o \
osi_vfsops.o \
osi_vm.o \
But finally, that's it! The module now compiles fine and is also loaded into the kernel, my openafs-client is up and running and I'm already using it as I write down these lines.
I still have no clue where these changes must be applied on the openafs-package source so that they turn out at the right spot for the openafs-
Changed in module-assistant (Debian): | |
status: | New → Fix Released |
for info, i tried earlier versions of spca5xx from mxhaard. free.fr/ spca50x/ Download/ ?M=D and found out that the last
http://
version compiling on -powerpc64 is spca5xx-20050601
piem@calabaza: ~/spca5xx- 20050601$ make /home/piem/ spca5xx- 20050601 modules linux-headers- 2.6.12- 1-powerpc64' spca5xx- 20050601/ drivers/ usb/spca5xx. o spca5xx- 20050601/ drivers/ usb/spca5xx. c: In function ‘spca50x_ configure_ sensor’ : spca5xx- 20050601/ drivers/ usb/spca5xx. c:5690: warning: ISO C90 forbids mixed declarations and code spca5xx- 20050601/ drivers/ usb/spca5xx. c: In function ‘spca5xx_probe’: spca5xx- 20050601/ drivers/ usb/spca5xx. c:5855: warning: ‘defaultpipe’ may be used uninitialized in this function spca5xx- 20050601/ drivers/ usb/spca5xx. c:5854: warning: ‘defaultrows’ may be used uninitialized in this function spca5xx- 20050601/ drivers/ usb/spca5xx. c:5853: warning: ‘defaultcols’ may be used uninitialized in this function spca5xx- 20050601/ drivers/ usb/spcadecoder .o spca5xx- 20050601/ spca5xx. o spca5xx- 20050601/ spca5xx. mod.o spca5xx- 20050601/ spca5xx. ko linux-headers- 2.6.12- 1-powerpc64'
Building SPCA5XX driver for 2.5/2.6 kernel.
Remember: you must have read/write access to your kernel source tree.
make -C /lib/modules/`uname -r`/build SUBDIRS=
make[1]: Entering directory `/usr/src/
CC [M] /home/piem/
/home/piem/
/home/piem/
/home/piem/
/home/piem/
/home/piem/
/home/piem/
CC [M] /home/piem/
LD [M] /home/piem/
Building modules, stage 2.
MODPOST
CC /home/piem/
LD [M] /home/piem/
make[1]: Leaving directory `/usr/src/
so far, the camera (041e:4034 Creative instant) is working great in
pd-pdp, but i can't get camorama, gphoto2 or gtkam to detect it. i found
the following in dmesg, with similar lines for each usb devices
(including the camera):
ioctl32( gtkam:5245) : Unknown cmd fd(6) cmd(c00c5512){00} arg(fff990c8) on /proc/bus/ usb/003/ 008
ciao, piem