LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
* discarded `.exit.text' debugging?
@ 2008-10-20 20:09 Geert Uytterhoeven
  2008-10-20 20:28 ` linux-os (Dick Johnson)
                   ` (2 more replies)
  0 siblings, 3 replies; 4+ messages in thread
From: Geert Uytterhoeven @ 2008-10-20 20:09 UTC (permalink / raw)
  To: Linux Kernel Development

Last night I got these in my build logs:

| `.exit.text' referenced in section `.init.text' of drivers/built-in.o: defined in discarded section `.exit.text' of drivers/built-in.o
| `.exit.text' referenced in section `.data' of drivers/built-in.o: defined in discarded section `.exit.text' of drivers/built-in.o

i.e. not much context. Is there an easy way to find out who's the
offender?

Thx!

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

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

* Re: discarded `.exit.text' debugging?
  2008-10-20 20:09 discarded `.exit.text' debugging? Geert Uytterhoeven
@ 2008-10-20 20:28 ` linux-os (Dick Johnson)
  2008-10-20 22:01 ` Andreas Schwab
  2008-10-26 18:32 ` Geert Uytterhoeven
  2 siblings, 0 replies; 4+ messages in thread
From: linux-os (Dick Johnson) @ 2008-10-20 20:28 UTC (permalink / raw)
  To: Geert Uytterhoeven; +Cc: Linux Kernel Development

On Mon, 20 Oct 2008, Geert Uytterhoeven wrote:

> Last night I got these in my build logs:
>
> | `.exit.text' referenced in section `.init.text' of drivers/built-in.o: defined in discarded section `.exit.text' of drivers/built-in.o
> | `.exit.text' referenced in section `.data' of drivers/built-in.o: defined in discarded section `.exit.text' of drivers/built-in.o
>
> i.e. not much context. Is there an easy way to find out who's the
> offender?
>
> Thx!
>
> Gr{oetje,eeting}s,
>
> 						Geert
>

Look in .built-in.o.cmd for the files included in that object
file. It's a start. Something like

../drivers/scsi/aic7xxx/aicasm/aicasm_symbol.c

With an exit(EX_SOFTWARE) or similar that was not supposed to
be included in the kernel build because it is for user-mode
build code.


Cheers,
Dick Johnson
Penguin : Linux version 2.6.25.17 on an i686 machine (4787.24 BogoMips).
My book : http://www.AbominableFirebug.com/
_


****************************************************************
The information transmitted in this message is confidential and may be privileged. Any review, retransmission, dissemination, or other use of this information by persons or entities other than the intended recipient is prohibited. If you are not the intended recipient, please notify Analogic Corporation immediately - by replying to this message or by sending an email to DeliveryErrors@analogic.com - and destroy all copies of this information, including any attachments, without reading or disclosing them.

Thank you.

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

* Re: discarded `.exit.text' debugging?
  2008-10-20 20:09 discarded `.exit.text' debugging? Geert Uytterhoeven
  2008-10-20 20:28 ` linux-os (Dick Johnson)
@ 2008-10-20 22:01 ` Andreas Schwab
  2008-10-26 18:32 ` Geert Uytterhoeven
  2 siblings, 0 replies; 4+ messages in thread
From: Andreas Schwab @ 2008-10-20 22:01 UTC (permalink / raw)
  To: Geert Uytterhoeven; +Cc: Linux Kernel Development

Geert Uytterhoeven <geert@linux-m68k.org> writes:

> Last night I got these in my build logs:
>
> | `.exit.text' referenced in section `.init.text' of drivers/built-in.o: defined in discarded section `.exit.text' of drivers/built-in.o
> | `.exit.text' referenced in section `.data' of drivers/built-in.o: defined in discarded section `.exit.text' of drivers/built-in.o
>
> i.e. not much context. Is there an easy way to find out who's the
> offender?

You could try giving each .exit.text section a unique name per object
file (so that "ld -r" does not merge them) and modify EXIT_TEXT to
collect all those sections during the final link.

Andreas.

-- 
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

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

* Re: discarded `.exit.text' debugging?
  2008-10-20 20:09 discarded `.exit.text' debugging? Geert Uytterhoeven
  2008-10-20 20:28 ` linux-os (Dick Johnson)
  2008-10-20 22:01 ` Andreas Schwab
@ 2008-10-26 18:32 ` Geert Uytterhoeven
  2 siblings, 0 replies; 4+ messages in thread
From: Geert Uytterhoeven @ 2008-10-26 18:32 UTC (permalink / raw)
  To: Linux Kernel Development

On Mon, 20 Oct 2008, Geert Uytterhoeven wrote:
> Last night I got these in my build logs:
> 
> | `.exit.text' referenced in section `.init.text' of drivers/built-in.o: defined in discarded section `.exit.text' of drivers/built-in.o
> | `.exit.text' referenced in section `.data' of drivers/built-in.o: defined in discarded section `.exit.text' of drivers/built-in.o
> 
> i.e. not much context. Is there an easy way to find out who's the
> offender?

I also didn't get any section mismatch warnings about them with
CONFIG_DEBUG_SECTION_MISMATCH=y.

So I went the hard way (i.e. maual bisection on CONFIG symbols) and found 2
bogus __exit marks in drivers/rtc/rtc-ds3234.c and drivers/hwmon/w83781d.c.

Patches to fix them have been sent.

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

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

end of thread, other threads:[~2008-10-26 18:33 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2008-10-20 20:09 discarded `.exit.text' debugging? Geert Uytterhoeven
2008-10-20 20:28 ` linux-os (Dick Johnson)
2008-10-20 22:01 ` Andreas Schwab
2008-10-26 18:32 ` Geert Uytterhoeven

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).