From: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>
To: buildroot@busybox.net
Subject: [Buildroot] Kernel panic - not syncing: Attempted to kill init!
Date: Sun, 30 Aug 2009 13:03:18 +0200 [thread overview]
Message-ID: <20090830110318.GD7953@mx.loc> (raw)
In-Reply-To: <BD79186B4FD85F4B8E60E381CAEE190901C558CA@mi8nycmail19.Mi8.com>
On Fri, Aug 28, 2009 at 07:09:27PM -0400, H Hartley Sweeten wrote:
>On Thursday, August 27, 2009 12:50 AM, Bernhard Reutner-Fischer wrote:
>> On Wed, Aug 26, 2009 at 05:50:55PM -0400, H Hartley Sweeten wrote:
>>> diff a/toolchain/external-toolchain/ext-tool.mk b/toolchain/external-toolchain/ext-tool.mk
>>> --- a/toolchain/external-toolchain/ext-tool.mk
>>> +++ b/toolchain/external-toolchain/ext-tool.mk
>>> @@ -205,12 +205,26 @@
>>> EXTERNAL_LIBS+=libstdc++.so
>>> endif
>>>
>>> -SYSROOT_DIR=$(shell LANG=C $(TARGET_CC) -v 2>&1 | grep ^Configured | tr " " "\n" | grep -- "--with-sysroot" | cut -f2 -d=)
>>> +# We need to pass the -march= option in order to get the correct
>>> +# multilib sysroot with CROSS-gcc -print-sysroot.
>>> +ifneq ($(CC_TARGET_ARCH_),)
>>> +SYSROOT_CFLAGS=-march=$(CC_TARGET_ARCH_)
>>> +endif
>>
>> Not that i'd care, but you should always check against (and of course
>> use) the full set of flags anyway.
>
>For my particular toolchain the only option that determines the correct
>sysroot for "my" architecture is the -march=armv4t one. For complete
>support I agree that all the flags should be used. But, TARGET_CFLAGS
>can't be used since it includes "--sysroot $(STAGING_DIR)".
If you would look at my tree then you would see why these live in
TARGET_CC_FLAGS, TARGET_LD_FLAGS :P
>
>>> Every time I press Enter after that I get:
>>>
>>> sh (441): undefined instruction: pc=0007514c
>>> Code: e1530001 9a00006f e1110002 0a000071 (e16f2f13)
>I have narrowed down what application is dying during the init, it appears
>to be hotplug. The hotplug.mk file does the build by:
>The -march=armv4t (and --sysroot for that matter) is missing. I have looked at
>a number of other packages and seen similar problems. The only ones that appear
>to be ok are the ones that use AUTOTARGETS since the .stamp_configured rule
>uses $(TARGET_CONFIGURE_ENV) which has the correct flags. This is assuming
>that the ./configure step correctly passes the flags into the resulting Makefile.
>
>So basically I'm still stuck... I can kind of see what the problem is but I'm
>still not sure how to fix it...
two options come to mind:
-) use busybox
-) use TARGET_CONFIGURE_ENV for "hotplug" (i.e. configure that package
correctly)
>
>Any ideas?
Your buildroot lacks some tweaks that you should pick from my tree
(IMO).
HTH,
next prev parent reply other threads:[~2009-08-30 11:03 UTC|newest]
Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-19 18:32 [Buildroot] Kernel panic - not syncing: Attempted to kill init! H Hartley Sweeten
2009-08-19 19:42 ` Thomas Petazzoni
2009-08-19 20:19 ` H Hartley Sweeten
2009-08-19 21:30 ` Thomas Petazzoni
2009-08-19 22:28 ` H Hartley Sweeten
2009-08-20 2:29 ` H Hartley Sweeten
[not found] ` <48ab7e010908191938n3577c9eem76c04a5bb2f3bd20@mail.gmail.com>
2009-08-20 2:48 ` H Hartley Sweeten
2009-08-20 12:35 ` Thomas Petazzoni
2009-08-20 16:59 ` H Hartley Sweeten
2009-08-20 18:45 ` H Hartley Sweeten
2009-08-21 0:53 ` H Hartley Sweeten
2009-08-21 9:44 ` Thomas Petazzoni
2009-08-21 16:37 ` H Hartley Sweeten
2009-08-21 23:19 ` Thomas Petazzoni
2009-08-22 3:08 ` H Hartley Sweeten
2009-08-22 8:55 ` Thomas Petazzoni
2009-08-22 22:53 ` H Hartley Sweeten
2009-08-23 6:17 ` Thomas Petazzoni
2009-08-24 16:19 ` H Hartley Sweeten
2009-08-24 16:53 ` H Hartley Sweeten
2009-08-24 17:11 ` H Hartley Sweeten
2009-08-25 0:53 ` H Hartley Sweeten
2009-08-25 17:48 ` H Hartley Sweeten
2009-08-25 19:01 ` Bernhard Reutner-Fischer
2009-08-26 16:45 ` H Hartley Sweeten
2009-08-26 20:44 ` Peter Korsgaard
2009-08-26 21:50 ` H Hartley Sweeten
2009-08-27 7:49 ` Bernhard Reutner-Fischer
2009-08-28 23:09 ` H Hartley Sweeten
2009-08-30 11:03 ` Bernhard Reutner-Fischer [this message]
2009-09-10 23:57 ` H Hartley Sweeten
2009-09-11 10:34 ` Bernhard Reutner-Fischer
2009-09-11 22:04 ` H Hartley Sweeten
2009-09-12 6:02 ` Peter Korsgaard
2009-08-20 0:30 ` H Hartley Sweeten
2009-08-19 22:13 ` Daniel Mack
2009-08-19 22:19 ` H Hartley Sweeten
2009-08-20 8:56 ` Daniel Mack
-- strict thread matches above, loose matches on Subject: below --
2011-11-22 20:51 [Buildroot] equivalent of a 'make modules' Jeff Krasky
2011-12-01 22:56 ` [Buildroot] LIBFOO_SITE in .mk file Jeff Krasky
2011-12-02 7:50 ` Thomas De Schampheleire
2011-12-02 13:33 ` Michael S. Zick
2011-12-02 15:57 ` Jeff Krasky
2011-12-02 16:09 ` Quotient Remainder
2011-12-02 16:51 ` [Buildroot] Kernel panic - not syncing: Attempted to kill init! Jeff Krasky
2011-12-02 16:59 ` Jeff Krasky
2011-12-02 17:33 ` Tim Judd
2011-12-02 18:02 ` Jeff Krasky
2011-12-02 18:21 ` Aleksander Dutkowski
2011-12-02 18:30 ` Jeff Krasky
2011-12-03 0:25 ` Aleksander Dutkowski
2011-12-02 18:31 ` Tim Judd
2011-12-02 18:24 ` Tim Judd
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090830110318.GD7953@mx.loc \
--to=rep.dot.nop@gmail.com \
--cc=buildroot@busybox.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox