From: Ed Sutter <ed.sutter@alcatel-lucent.com>
To: buildroot@busybox.net
Subject: [Buildroot] command line regular expression substitution fails
Date: Wed, 08 Jan 2014 08:31:44 -0500 [thread overview]
Message-ID: <52CD5340.2090200@alcatel-lucent.com> (raw)
In-Reply-To: <CAOkaJuVFmrrfda=vG-+06vJp7_jJvhnCAzJy8RJKZ8BxE6XKWA@mail.gmail.com>
Peter,
Thanks, I rebuilt my rootfs starting from scratch (just to make sure I
didn't accidentally
change something in .config). Problem persists...
Verbosely here are the changes I made:
$ make menuconfig...
# Target ARM (Little-Endian)
# Target Cortex A-9
# Under toolchain:
# External
# Sourcery Codebench ARM 2013.05
# Downloaded and installed
# Under System Configuration, chose ttymxc0 as the Port to run a getty
(login prompt) on,
# Under Target Packages->Filesystem and Flash utilities: enable
dosfstools and e2fsprogs
# Under Filesystem Images, selected Output cpio - gzipped; tar the
root filesystem
$ make busybox-menuconfig...
# Linux System Utilities ---> [*] fdisk
The iMX6 is a Cortex A9; however, looking at my notes, I see that the
instructions
I got this from say to use Cortex A8. When I make that one change, this
problem goes away...
How is it that changing from A9 (valid for iMX6) to A8 would affect
command line regular
expression parsing?
Ed
> Hi Ed,
>
> I've run into this issue on a different SOC. In my case the problem
> was my target architecture variant was set to one newer than what my
> cpu actually was.
>
> I stopped looking into the problem after I discovered this, so I don't
> have a good understanding of *why* it failed in this manner.
>
> If you can send the buildroot config and more details about your SOC
> that might help.
>
> Good luck,
>
> -psanford
>
>
> On Tue, Jan 7, 2014 at 1:33 PM, Ed Sutter
> <ed.sutter at alcatel-lucent.com <mailto:ed.sutter@alcatel-lucent.com>>
> wrote:
>
> Hi,
> I'm using buildroot for the first time to set up rootfs on an iMX6
> based platform. I've been debugging a startup issue and just realized
> that the the line...
>
> >
> >for i in /etc/init.d/S??* ;do
> >
> in /etc/init.d/rcS is failing because "S??*" is not being replaced by
> the files that match that expression. Then I just tried doing
> something
> simple on the command line...
>
> >
> ># ls /bin/m*
> >ls: /bin/m* : No such file or directory
> >
>
> and I see that fails as well. I'm guessing this is some kind of
> busybox
> configuration (regex/readline/etc..) issue, but since I got it all
> through buildroot,
> I figured I'd try here first.
> Any ideas?
> Thanks in advance,
> Ed
>
>
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net <mailto:buildroot@busybox.net>
> http://lists.busybox.net/mailman/listinfo/buildroot
>
>
next prev parent reply other threads:[~2014-01-08 13:31 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-07 21:33 [Buildroot] command line regular expression substitution fails Ed Sutter
2014-01-07 22:20 ` Thomas Petazzoni
2014-01-08 12:32 ` Ed Sutter
2014-01-07 23:07 ` Peter Sanford
2014-01-08 13:31 ` Ed Sutter [this message]
2014-01-09 17:34 ` Peter Sanford
2014-01-09 20:11 ` Ed Sutter
2014-01-28 21:10 ` Thomas Petazzoni
2014-01-29 6:49 ` Arnout Vandecappelle
2014-01-29 8:26 ` Thomas Petazzoni
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=52CD5340.2090200@alcatel-lucent.com \
--to=ed.sutter@alcatel-lucent.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