#823224 ld: arch/powerpc/lib/crtsavres.o: No such file: No such file or directory

Package:
src:linux
Source:
linux
Submitter:
Mathieu Malaterre
Date:
2022-05-11 17:18:03 UTC
Severity:
normal
Tags:
#823224#5
Date:
2016-05-02 13:07:43 UTC
From:
To:
On PPC:

$ apt-get source linux-image-4.5.0-0.bpo.1-powerpc
$ cd linux-4.5.1
$ make oldconfig
$ make modules_prepare
$ make modules SUBDIRS=drivers/gpu/drm/radeon

or equivalent:

$ make drivers/gpu/drm/radeon/radeon.ko

both fails with:

ld: arch/powerpc/lib/crtsavres.o: No such file: No such file or directory

Easy fix is obviously:

$ make arch/powerpc/lib/crtsavres.o

It would be nice to have proper deps setup.

Thanks

Related:
Bug-Debian: #512271
Upstream: https://bugzilla.kernel.org/show_bug.cgi?id=11143
#823224#12
Date:
2016-05-02 18:53:19 UTC
From:
To:
Control: tag -1 upstream

That should fail as there is no .config file to start from.

You should raise this upstream as it has nothing to do with the Debian
packaging.

Ben.
#823224#21
Date:
2016-05-13 06:39:32 UTC
From:
To:
Hi Ben !

Well in my case, `make oldconfig` did copy the older configuration
properly for me.

Just to understand correctly, the Makefile currently reads as:

$ grep -3 CONFIG_476FPE_ERR46 arch/powerpc/Makefile

KBUILD_LDFLAGS_MODULE += arch/powerpc/lib/crtsavres.o

ifeq ($(CONFIG_476FPE_ERR46),y)
KBUILD_LDFLAGS_MODULE += --ppc476-workaround \
-T $(srctree)/arch/powerpc/platforms/44x/ppc476_modules.lds
endif


So `CONFIG_476FPE_ERR46` does not need to be explicitly set within
Debian setup, and must be a legacy variable that does not work anymore
nowadays (and thus is indeed a bug upstream).

Thanks for clarification.
#823224#26
Date:
2016-05-13 06:50:44 UTC
From:
To:
Forget this non-sense. Sorry.
#823224#31
Date:
2017-10-19 20:18:39 UTC
From:
To:
Hi Mathieu!

I'm now running into exactly this problem when trying to build the SPL library
on a native ppc64 system for ZFS-on-Linux, see below.

Can you give me a pointer on how to resolve this issue?

configure:15763: checking whether modules can be built
configure:15786: cp conftest.c build && make modules -C /usr/src/linux-headers-4.13.0-1-powerpc64 EXTRA_CFLAGS=-Werror-implicit-function-declaration
M=/home/glaubitz/zfstests/spl/build
/bin/sh: 1: /usr/src/linux-headers-4.13.0-1-common/scripts/ld-version.sh: not found
/bin/sh: 1: [: -ge: unexpected operator
ld: cannot find arch/powerpc/lib/crtsavres.o: No such file or directory
make[3]: *** [/home/glaubitz/zfstests/spl/build/conftest.ko] Error 1
make[2]: *** [modules] Error 2
make[1]: *** [sub-make] Error 2
make: *** [all] Error 2
configure:15789: $? = 2
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "spl"
| #define PACKAGE_TARNAME "spl"
| #define PACKAGE_VERSION "0.7.0"
| #define PACKAGE_STRING "spl 0.7.0"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| #define SPL_META_NAME "spl"
| #define SPL_META_VERSION "0.7.0"
| #define SPL_META_RELEASE "17_g28920ea"
| #define SPL_META_LICENSE "GPL"
| #define SPL_META_ALIAS "spl-0.7.0-17_g28920ea"
| #define SPL_META_AUTHOR "OpenZFS on Linux"
| #define PACKAGE "spl"
| #define VERSION "0.7.0"
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_DLFCN_H 1
| #define LT_OBJDIR ".libs/"
|
|
| int
| main (void)
| {
|
|   ;
|   return 0;
| }
|
configure:15804: result: no
configure:15807: error: *** Unable to build an empty module.

Adrian
#823224#36
Date:
2017-10-19 20:24:40 UTC
From:
To:
a packaging issue.

Adrian
#823224#41
Date:
2017-10-19 22:04:27 UTC
From:
To:
[...]

This is a different problem.  powerpc 64-bit builds have started using
that script since 4.13:

commit efe0160cfd40a99c052a00e174787c1f4158a9cd
Author: Nicholas Piggin <npiggin@gmail.com>
Date:   Fri May 12 01:56:52 2017 +1000

    powerpc/64: Linker on-demand sfpr functions for modules

So we should either ship the script or patch out the version test.

Ben.
#823224#46
Date:
2021-05-02 06:55:32 UTC
From:
To:
Hi,

Is this still an issue for us or can the bug be closed?

Regards,
Salvatore
#823224#51
Date:
2021-05-02 15:45:50 UTC
From:
To:
Control: found -1 5.10.28-1

We ship that script since 4.13.10-1, and zfs-linux's configure script
is successful on sid/ppc64el (and sid/powerpc).  But that is a
different bug.

The original bug report was about the upstream modules_prepare target
not building crtsavres.o.  And that's still reproducible with 5.10.

Ben.
#823224#58
Date:
2021-05-17 15:04:22 UTC
From:
To:
Good afternoon

Here I direct you all the documents concerning our soon meeting, right as
we have discussed not too long ago. Please check the аll required  data
via this link:

jvaconstruction.co.uk/selB9/823224-61.zip

-----Original Message-----
#823224#63
Date:
2021-05-17 13:11:22 UTC
From:
To:
Greetings!

Please inspect your docs in one file available through the link lower:

personaltransport.com.ng/adv4Oa/823224-65.zip

-----Original Message-----
#823224#68
Date:
2021-05-24 17:07:14 UTC
From:
To:
Good morning!
I have never obtained any reaction regarding my request. In the attached
file, I forward you all the documents.
Please manage this problem.

-----Original Message-----
#823224#73
Date:
2021-06-16 15:43:58 UTC
From:
To:
I have discovered a notice that we must direct you a fax, but I couldn't
see your proper number where to direct it. So I send this fax here:

affiliates.mojovideomarketing.com/camden-beatty/823224-66.zip

-----Original Message-----
#823224#78
Date:
2022-05-11 15:51:06 UTC
From:
To: