[Buildroot] Compiling buildroot for Arm "Armada 166E" Target

[Aseem Sharma]

Hi Arnout/Baruch,

I have successfully created a rootfs and zImage for my device. Thanks to
your suggestions/help in achieving this.
However, I have another not so related question:

How do I setup serial console on my device? I am not able to find the usual
"CONFIG_CMDLINE" option in menuconfig to be able to set kernel command line
parameter.
It will be really helpful if you can help me with the procedure/workaround
to be able to give command line parameter to the kernel. Or any other means
to redirect the output to ttyS0.

Thanks & Regards,
Aseem

On Thu, Aug 10, 2017 at 4:36 PM, Aseem Sharma <aseem.sharma19 at gmail.com>
wrote:

> Thanks Arnout & Baruch for your inputs & time.
> I will try "arm926t" and see if that works for me.
>
> Best Regards,
> Aseem
>
> On Thu, Aug 10, 2017 at 4:31 PM, Arnout Vandecappelle <arnout at mind.be>
> wrote:
>
>>
>>
>> On 10-08-17 12:33, Baruch Siach wrote:
>> > Hi Aseem,
>> >
>> > On Thu, Aug 10, 2017 at 03:27:26PM +0530, Aseem Sharma wrote:
>> >> It still seems to be an issue with Gcc=v6.X :-(
>> >> In fact I have tried using all the available Gcc version from
>> menuconfig
>> >> and its still fails. Following is the exact error message for your
>> >> reference:
>> >>
>> >> In file included from lib/xmlparse.c:36:0:
>> >> lib/siphash.h: In function ‘sip24_final’:
>> >> lib/siphash.h:247:1: error: unrecognizable insn:
>> >>  } /* sip24_final() */
>> >>  ^
>> >> (insn 78 77 79 11 (set (reg:DI 188)
>> >>         (xor:DI (reg:DI 189)
>> >>             (const_int 255 [0xff]))) lib/siphash.h:243 -1
>> >>      (nil))
>> >> lib/siphash.h:247:1: internal compiler error: in extract_insn, at
>> >> recog.c:2287
>> >> Please submit a full bug report,
>> >> with preprocessed source if appropriate.
>> >> See <http://bugs.buildroot.net/> for instructions.
>> >> Makefile:213: recipe for target 'lib/xmlparse.lo' failed
>> >> make[1]: *** [lib/xmlparse.lo] Error 1
>> >> make[1]: *** Waiting for unfinished jobs....
>> >> make[1]: Leaving directory '/home/administrator/Downloads
>> /buildroot_2017/
>> >> buildroot-2017.02.5/output/build/expat-2.2.2'
>> >> package/pkg-generic.mk:216: recipe for target '/home/administrator/
>> >> Downloads/buildroot_2017/buildroot-2017.02.5/output/
>> >> build/expat-2.2.2/.stamp_built' failed
>> >> make: *** [/home/administrator/Downloads/buildroot_2017/
>> >> buildroot-2017.02.5/output/build/expat-2.2.2/.stamp_built] Error 2
>> > I reproduced the exact same issue here on current master as of
>> c2da653d085df1.
>> > I only run 'make expat' to shorten build time.
>> >
>> > I think you should to take this to the gcc bug tracker. I don't think
>> any of
>> > the Buildroot gcc patches have anything to do with that, but I'll let
>> the
>> > toolchain experts on the list share their opinion.
>>
>>  I didn't check but I indeed doubt that any of Buildroot's gcc patches
>> could
>> have anything to do with it.
>>
>>  To be able to report it to the gcc bug tracker, it would have to be
>> reproduced
>> with current gcc master and with a minimal piece of code that exposes the
>> bug.
>> Quite a bit of work...
>>
>>  Aseem, to unblock you, I think it's best if you just use the much better
>> tested
>> and compatible arm926t CPU choice. It will result in slightly less
>> efficient
>> code because it won't make use of the iwmmx2 instructions, but I doubt
>> that it
>> will have more than a few % performance impact on generic programs.
>>
>>  Regards,
>>  Arnout
>>
>> --
>> Arnout Vandecappelle                          arnout at mind be
>> Senior Embedded Software Architect            +32-16-286500
>> Essensium/Mind                                http://www.mind.be
>> G.Geenslaan 9, 3001 Leuven, Belgium           BE 872 984 063 RPR Leuven
>> LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
>> GPG fingerprint:  7493 020B C7E3 8618 8DEC 222C 82EB F404 F9AC 0DDF
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.buildroot.org/pipermail/buildroot/attachments/20170823/836548bd/attachment-0001.html>