Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

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

60 views
Skip to first unread message

Mathieu Malaterre

unread,
May 2, 2016, 9:20:02 AM5/2/16
to
Package: src:linux

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

Ben Hutchings

unread,
May 2, 2016, 3:00:04 PM5/2/16
to
Control: tag -1 upstream

On Mon, 2016-05-02 at 15:07 +0200, Mathieu Malaterre wrote:
> Package: src:linux
>
> On PPC:
>
> $ apt-get source linux-image-4.5.0-0.bpo.1-powerpc
> $ cd linux-4.5.1
> $ make oldconfig

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

> $ 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.

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

Ben.

--
Ben Hutchings
Life is what happens to you while you're busy making other plans.
- John Lennon
signature.asc

Mathieu Malaterre

unread,
May 13, 2016, 2:50:03 AM5/13/16
to
Hi Ben !

On Mon, May 2, 2016 at 8:53 PM, Ben Hutchings <b...@decadent.org.uk> wrote:
> Control: tag -1 upstream
>
> On Mon, 2016-05-02 at 15:07 +0200, Mathieu Malaterre wrote:
>> Package: src:linux
>>
>> On PPC:
>>
>> $ apt-get source linux-image-4.5.0-0.bpo.1-powerpc
>> $ cd linux-4.5.1
>> $ make oldconfig
>
> That should fail as there is no .config file to start from.

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

>> $ 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.
>
> You should raise this upstream as it has nothing to do with the Debian
> packaging.

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.

John Paul Adrian Glaubitz

unread,
Oct 19, 2017, 4:30:03 PM10/19/17
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

--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glau...@debian.org
`. `' Freie Universitaet Berlin - glau...@physik.fu-berlin.de
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

John Paul Adrian Glaubitz

unread,
Oct 19, 2017, 4:30:03 PM10/19/17
to
On 10/19/2017 10:18 PM, John Paul Adrian Glaubitz wrote:
> 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.

Addtional note: It works fine on a powerpc installation, so I'm confident it's
a packaging issue.

Ben Hutchings

unread,
Oct 19, 2017, 6:10:02 PM10/19/17
to
On Thu, 2017-10-19 at 22:18 +0200, John Paul Adrian Glaubitz wrote:
> 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
[...]

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

commit efe0160cfd40a99c052a00e174787c1f4158a9cd
Author: Nicholas Piggin <npi...@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.

--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
- Albert Camus

signature.asc

Salvatore Bonaccorso

unread,
May 2, 2021, 3:00:05 AM5/2/21
to
Hi,
Is this still an issue for us or can the bug be closed?

Regards,
Salvatore

Ben Hutchings

unread,
May 2, 2021, 12:00:04 PM5/2/21
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.

--
Ben Hutchings
For every complex problem
there is a solution that is simple, neat, and wrong.
signature.asc

varuzza&terra com br

unread,
May 17, 2021, 12:20:03 PM5/17/21
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





Control: found -1 5.10.28-1 On Sun, 2021-05-02 at 08:55 +0200, Salvatore Bonaccorso wrote: > Hi, > > On Thu, Oct 19, 2017 at 11:04:27PM +0100, Ben Hutchings wrote: > > On Thu, 2017-10-19 at 22:18 +0200, John Paul Adrian Glaubitz wrote: > > > 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 > > [...] > > > > This is a different problem. powerpc 64-bit builds have started using > > that script since 4.13: > > > > commit efe0160cfd40a99c052a00e174787c1f4158a9cd > > Author: Nicholas Piggin > > 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. > > Is this still an issue for us or can the bug be closed? 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. -- Ben Hutchings For every complex problem there is a solution that is simple, neat, and wrong.

varuzza&terra com br

unread,
May 17, 2021, 2:20:03 PM5/17/21
to
Greetings!

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


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

Salvatore Bonaccorso

unread,
Jun 16, 2021, 4:30:03 PM6/16/21
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
0 new messages