public inbox for linuxppc-dev@ozlabs.org 
 help / color / mirror / Atom feed
* "unhandled relocation type 18" ???
@ 2001-03-05 19:09 Wolfgang Denk
  2001-03-06  7:25 ` Geert Uytterhoeven
  0 siblings, 1 reply; 6+ messages in thread
From: Wolfgang Denk @ 2001-03-05 19:09 UTC (permalink / raw)
  To: linuxppc-dev


Hi,

when trying to "insmod" a  kernel  module  that  uses  floating-point
functions  like  "sin", we get error messages:

	unhandled relocation type 18

This is on a MPC8xx CPU with kernel 2.4.x, modutils-2.4.1; the module
and all code linked with it was compiled with "-msoft-float".


[Before you ask why we are doing something like that: it's for RTAI.]

Wolfgang Denk

--
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd@denx•de
Why is an average signature file longer than an average Perl script??

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: "unhandled relocation type 18" ???
  2001-03-05 19:09 "unhandled relocation type 18" ??? Wolfgang Denk
@ 2001-03-06  7:25 ` Geert Uytterhoeven
  2001-03-06  8:02   ` Wolfgang Denk
  0 siblings, 1 reply; 6+ messages in thread
From: Geert Uytterhoeven @ 2001-03-06  7:25 UTC (permalink / raw)
  To: Wolfgang Denk; +Cc: linuxppc-dev


On Mon, 5 Mar 2001, Wolfgang Denk wrote:
> when trying to "insmod" a  kernel  module  that  uses  floating-point
> functions  like  "sin", we get error messages:
>
> 	unhandled relocation type 18
>
> This is on a MPC8xx CPU with kernel 2.4.x, modutils-2.4.1; the module
> and all code linked with it was compiled with "-msoft-float".

Does it also complain about a missing symbol for `sin'?

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k•org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: "unhandled relocation type 18" ???
  2001-03-06  7:25 ` Geert Uytterhoeven
@ 2001-03-06  8:02   ` Wolfgang Denk
  2001-03-06 10:22     ` Franz Sirl
  0 siblings, 1 reply; 6+ messages in thread
From: Wolfgang Denk @ 2001-03-06  8:02 UTC (permalink / raw)
  To: Geert Uytterhoeven; +Cc: linuxppc-dev


In message <Pine.LNX.4.05.10103060824030.29713-100000@callisto•of.borg> you wrote:
> On Mon, 5 Mar 2001, Wolfgang Denk wrote:
> > when trying to "insmod" a  kernel  module  that  uses  floating-point
> > functions  like  "sin", we get error messages:
> >
> > 	unhandled relocation type 18
>
> Does it also complain about a missing symbol for `sin'?

No, it does not.

We made sure to link the module with  the  math  library  to  resolve
those references.

But we still get those  error  messages;  the  first  is  always  for
lshrdi3  -  which is linked with our module (but also provided by the
kernel - could there be any problems?), and then we get a  long  list
of errors for pack and unpack functions - whatever they are.

Wolfgang Denk

--
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd@denx•de
An Elephant is a mouse with an Operating System.              - Knuth

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: "unhandled relocation type 18" ???
  2001-03-06  8:02   ` Wolfgang Denk
@ 2001-03-06 10:22     ` Franz Sirl
  2001-03-06 11:49       ` Jerry Van Baren
  2001-03-08  2:53       ` Dan Malek
  0 siblings, 2 replies; 6+ messages in thread
From: Franz Sirl @ 2001-03-06 10:22 UTC (permalink / raw)
  To: Wolfgang Denk; +Cc: Geert Uytterhoeven, linuxppc-dev


At 09:02 06.03.2001, Wolfgang Denk wrote:

>In message <Pine.LNX.4.05.10103060824030.29713-100000@callisto•of.borg>
>you wrote:
> > On Mon, 5 Mar 2001, Wolfgang Denk wrote:
> > > when trying to "insmod" a  kernel  module  that  uses  floating-point
> > > functions  like  "sin", we get error messages:
> > >
> > >     unhandled relocation type 18
> >
> > Does it also complain about a missing symbol for `sin'?
>
>No, it does not.
>
>We made sure to link the module with  the  math  library  to  resolve
>those references.
>
>But we still get those  error  messages;  the  first  is  always  for
>lshrdi3  -  which is linked with our module (but also provided by the
>kernel - could there be any problems?), and then we get a  long  list
>of errors for pack and unpack functions - whatever they are.

18 is a PLTREL24 relocation, so a b/bl has to be involved, but it should be
a REL24 relocation, the PLT usage points to compilation of a module with
-fpic/-fPIC?

Franz.


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: "unhandled relocation type 18" ???
  2001-03-06 10:22     ` Franz Sirl
@ 2001-03-06 11:49       ` Jerry Van Baren
  2001-03-08  2:53       ` Dan Malek
  1 sibling, 0 replies; 6+ messages in thread
From: Jerry Van Baren @ 2001-03-06 11:49 UTC (permalink / raw)
  To: linuxppc-dev


At 11:22 AM 3/6/01 +0100, Franz Sirl wrote:


>At 09:02 06.03.2001, Wolfgang Denk wrote:
>
>>In message <Pine.LNX.4.05.10103060824030.29713-100000@callisto•of.borg>
>>you wrote:
>> > On Mon, 5 Mar 2001, Wolfgang Denk wrote:
>> > > when trying to "insmod"
>> a  kernel  module  that  uses  floating-point
>> > > functions  like  "sin", we get error messages:
>> > >
>> > >     unhandled relocation type 18
>> >
>> > Does it also complain about a missing symbol for `sin'?
>>
>>No, it does not.
>>
>>We made sure to link the module with  the  math  library  to  resolve
>>those references.
>>
>>But we still get those  error  messages;  the  first  is  always  for
>>lshrdi3  -  which is linked with our module (but also provided by the
>>kernel - could there be any problems?), and then we get a  long  list
>>of errors for pack and unpack functions - whatever they are.
>
>18 is a PLTREL24 relocation, so a b/bl has to be involved, but it
>should be
>a REL24 relocation, the PLT usage points to compilation of a module with
>-fpic/-fPIC?
>
>Franz.

Ah-ha, these are good clues.  This sounds to me like an unresolved
reference (most likely) or a branch too far.  An unresolved reference
can cause the linker to try to make the branch go beyond the legal
limits (+/-32MBytes) or you may simply have too large a program for the
relative branches.  I would suggest figuring out the lshrdi3, pack and
unpack errors first.

gvb

Disclaimer: This is speculation based on cruel past experience.


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: "unhandled relocation type 18" ???
  2001-03-06 10:22     ` Franz Sirl
  2001-03-06 11:49       ` Jerry Van Baren
@ 2001-03-08  2:53       ` Dan Malek
  1 sibling, 0 replies; 6+ messages in thread
From: Dan Malek @ 2001-03-08  2:53 UTC (permalink / raw)
  To: Franz Sirl; +Cc: Wolfgang Denk, Geert Uytterhoeven, linuxppc-dev


Franz Sirl wrote:

> 18 is a PLTREL24 relocation, so a b/bl has to be involved, but it should be
> a REL24 relocation, the PLT usage points to compilation of a module with
> -fpic/-fPIC?

Heh, heh....it's probably looking for C library or compiler run-time
support (and virtual addresses to match :-).


	-- Dan

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2001-03-08  2:53 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2001-03-05 19:09 "unhandled relocation type 18" ??? Wolfgang Denk
2001-03-06  7:25 ` Geert Uytterhoeven
2001-03-06  8:02   ` Wolfgang Denk
2001-03-06 10:22     ` Franz Sirl
2001-03-06 11:49       ` Jerry Van Baren
2001-03-08  2:53       ` Dan Malek

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox