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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.