* selected processor does not support `rev r7,r7'
@ 2019-03-20 4:57 Lewis Zhou
2019-03-20 7:52 ` Sascha Hauer
0 siblings, 1 reply; 15+ messages in thread
From: Lewis Zhou @ 2019-03-20 4:57 UTC (permalink / raw)
To: barebox
Hi
I got a compiling error, please see the log below:
lewis@lewis-ubuntu:~/OpenProj/barebox$ make ARCH=arm
CROSS_COMPILE=arm-cortex_a8-linux-gnueabihf- am335x_mlo_defconfig
#
# configuration written to .config
#
lewis@lewis-ubuntu:~/OpenProj/barebox$ make ARCH=arm
CROSS_COMPILE=arm-corte-linux-gnueabihf-
Generating include/generated/mach-types.h
CHK include/generated/version.h
CHK include/generated/utsrelease.h
CREATE include/config.h
HOSTCC scripts/basic/fixdep
CC arch/arm/lib/asm-offsets.s
GEN include/generated/asm-offsets.h
HOSTCC scripts/dtc/dtc.o
HOSTCC scripts/dtc/flattree.o
HOSTCC scripts/dtc/fstree.o
HOSTCC scripts/dtc/data.o
HOSTCC scripts/dtc/livetree.o
HOSTCC scripts/dtc/treesource.o
HOSTCC scripts/dtc/srcpos.o
HOSTCC scripts/dtc/checks.o
HOSTCC scripts/dtc/util.o
HOSTCC scripts/dtc/dtc-lexer.lex.o
HOSTCC scripts/dtc/dtc-parser.tab.o
HOSTLD scripts/dtc/dtc
HOSTCC scripts/dtc/fdtget.o
HOSTCC scripts/dtc/fdt.o
HOSTCC scripts/dtc/fdt_ro.o
HOSTCC scripts/dtc/fdt_strerror.o
HOSTCC scripts/dtc/fdt_wip.o
HOSTCC scripts/dtc/fdt_overlay.o
HOSTCC scripts/dtc/fdt_empty_tree.o
HOSTCC scripts/dtc/fdt_rw.o
HOSTCC scripts/dtc/fdt_sw.o
HOSTLD scripts/dtc/fdtget
CC scripts/mod/empty.o
HOSTCC scripts/mod/mk_elfconfig
MKELF scripts/mod/elfconfig.h
HOSTCC scripts/mod/modpost.o
HOSTCC scripts/mod/sumversion.o
HOSTLD scripts/mod/modpost
HOSTCC scripts/bin2c
HOSTCC scripts/mkimage
HOSTCC scripts/fix_size
HOSTCC scripts/bareboxenv
HOSTCC scripts/bareboxcrc32
HOSTCC scripts/kernel-install
HOSTCC scripts/omap_signGP
HOSTCC scripts/mk-omap-image
CC common/memory.o
{standard input}: Assembler messages:
{standard input}:123: Error: selected processor does not support `rev
r7,r7' in Thumb mode
{standard input}:135: Error: selected processor does not support `rev
r7,r7' in Thumb mode
scripts/Makefile.build:249: recipe for target 'common/memory.o' failed
make[1]: *** [common/memory.o] Error 1
Makefile:785: recipe for target 'common' failed
make: *** [common] Error 2
lewis@lewis-ubuntu:~/OpenProj/barebox$
Kind regards,
Lewis
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: selected processor does not support `rev r7,r7'
2019-03-20 4:57 selected processor does not support `rev r7,r7' Lewis Zhou
@ 2019-03-20 7:52 ` Sascha Hauer
2019-03-21 1:03 ` Lewis Zhou
0 siblings, 1 reply; 15+ messages in thread
From: Sascha Hauer @ 2019-03-20 7:52 UTC (permalink / raw)
To: Lewis Zhou; +Cc: barebox
On Wed, Mar 20, 2019 at 12:57:07PM +0800, Lewis Zhou wrote:
> Hi
>
> I got a compiling error, please see the log below:
>
> lewis@lewis-ubuntu:~/OpenProj/barebox$ make ARCH=arm
> CROSS_COMPILE=arm-cortex_a8-linux-gnueabihf- am335x_mlo_defconfig
> #
> # configuration written to .config
> #
>
> lewis@lewis-ubuntu:~/OpenProj/barebox$ make ARCH=arm
> CROSS_COMPILE=arm-corte-linux-gnueabihf-
> {standard input}: Assembler messages:
> {standard input}:123: Error: selected processor does not support `rev
> r7,r7' in Thumb mode
> {standard input}:135: Error: selected processor does not support `rev
> r7,r7' in Thumb mode
> scripts/Makefile.build:249: recipe for target 'common/memory.o' failed
> make[1]: *** [common/memory.o] Error 1
This works here, so this is probably toolchain related. Which toolchain
with which versions do you use? Since you are on an Ubuntu system, have
you tried the one from the gcc-arm-linux-gnueabihf package?
Sascha
--
Pengutronix e.K. | |
Industrial Linux Solutions | http://www.pengutronix.de/ |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: selected processor does not support `rev r7,r7'
2019-03-20 7:52 ` Sascha Hauer
@ 2019-03-21 1:03 ` Lewis Zhou
2019-03-21 7:33 ` Sascha Hauer
0 siblings, 1 reply; 15+ messages in thread
From: Lewis Zhou @ 2019-03-21 1:03 UTC (permalink / raw)
To: Sascha Hauer; +Cc: barebox
Hi Sascha,
The toolchain was compiled by crosstool-NG. It used the default config
arm-cortex_a8-linux-gnueabi but with the hardware float enabled. So
the toolchain was arm-cortex_a8-linux-gnueabihf-.
I have tested the gcc-arm-linux-gnueabihf package. That works fine.
Kind regards,
Lewis
On Wed, Mar 20, 2019 at 3:52 PM Sascha Hauer <s.hauer@pengutronix.de> wrote:
>
> On Wed, Mar 20, 2019 at 12:57:07PM +0800, Lewis Zhou wrote:
> > Hi
> >
> > I got a compiling error, please see the log below:
> >
> > lewis@lewis-ubuntu:~/OpenProj/barebox$ make ARCH=arm
> > CROSS_COMPILE=arm-cortex_a8-linux-gnueabihf- am335x_mlo_defconfig
> > #
> > # configuration written to .config
> > #
> >
> > lewis@lewis-ubuntu:~/OpenProj/barebox$ make ARCH=arm
> > CROSS_COMPILE=arm-corte-linux-gnueabihf-
>
> > {standard input}: Assembler messages:
> > {standard input}:123: Error: selected processor does not support `rev
> > r7,r7' in Thumb mode
> > {standard input}:135: Error: selected processor does not support `rev
> > r7,r7' in Thumb mode
> > scripts/Makefile.build:249: recipe for target 'common/memory.o' failed
> > make[1]: *** [common/memory.o] Error 1
>
> This works here, so this is probably toolchain related. Which toolchain
> with which versions do you use? Since you are on an Ubuntu system, have
> you tried the one from the gcc-arm-linux-gnueabihf package?
>
> Sascha
>
> --
> Pengutronix e.K. | |
> Industrial Linux Solutions | http://www.pengutronix.de/ |
> Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
> Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: selected processor does not support `rev r7,r7'
2019-03-21 1:03 ` Lewis Zhou
@ 2019-03-21 7:33 ` Sascha Hauer
2019-03-21 7:53 ` Lewis Zhou
0 siblings, 1 reply; 15+ messages in thread
From: Sascha Hauer @ 2019-03-21 7:33 UTC (permalink / raw)
To: Lewis Zhou; +Cc: barebox
On Thu, Mar 21, 2019 at 09:03:21AM +0800, Lewis Zhou wrote:
> Hi Sascha,
>
> The toolchain was compiled by crosstool-NG. It used the default config
> arm-cortex_a8-linux-gnueabi but with the hardware float enabled. So
> the toolchain was arm-cortex_a8-linux-gnueabihf-.
Could you add V=1 to your make call and post an example gcc call? one is
enough, not the whole output.
Sascha
--
Pengutronix e.K. | |
Industrial Linux Solutions | http://www.pengutronix.de/ |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: selected processor does not support `rev r7,r7'
2019-03-21 7:33 ` Sascha Hauer
@ 2019-03-21 7:53 ` Lewis Zhou
2019-03-21 8:06 ` Sascha Hauer
2019-03-21 9:25 ` Juergen Borleis
0 siblings, 2 replies; 15+ messages in thread
From: Lewis Zhou @ 2019-03-21 7:53 UTC (permalink / raw)
To: Sascha Hauer; +Cc: barebox
Hi Sascha,
Here's the log:
make -f scripts/Makefile.build obj=common
arm-cortex_a8-linux-gnueabihf-gcc -Wp,-MD,common/.memory.o.d
-nostdinc -isystem
/home/lewis/x-tools/arm-cortex_a8-linux-gnueabihf/lib/gcc/arm-cortex_a8-linux-gnueabihf/8.3.0/include
-D__KERNEL__ -D__BAREBOX__ -Iinclude
-I/home/lewis/OpenProj/barebox/dts/include
-I/home/lewis/OpenProj/barebox/arch/arm/include
-I/home/lewis/OpenProj/barebox/arch/arm/include -include
/home/lewis/OpenProj/barebox/include/linux/kconfig.h -fno-builtin
-ffreestanding -D__ARM__ -fno-strict-aliasing -marm -mlittle-endian
-mabi=aapcs-linux -mno-thumb-interwork -D__LINUX_ARM_ARCH__=7
-march=armv5t -Wa,-march=armv7-a -msoft-float -mthumb
-Wa,-mimplicit-it=always -Wa,-mno-warn-deprecated
-Iarch/arm/mach-omap/include -DTEXT_BASE=0x0 -fdata-sections
-ffunction-sections -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs
-Werror-implicit-function-declaration -fno-strict-aliasing -fno-common
-Os -pipe -mno-unaligned-access -fno-stack-protector
-Wno-unused-but-set-variable -Wno-trampolines
-fno-delete-null-pointer-checks -Wdeclaration-after-statement
-Wno-pointer-sign -D"KBUILD_STR(s)=#s"
-D"KBUILD_BASENAME=KBUILD_STR(memory)"
-D"KBUILD_MODNAME=KBUILD_STR(memory)" -c -o common/memory.o
common/memory.c
{standard input}: Assembler messages:
{standard input}:123: Error: selected processor does not support `rev
r7,r7' in Thumb mode
Kind regards,
Lewis
On Thu, Mar 21, 2019 at 3:33 PM Sascha Hauer <s.hauer@pengutronix.de> wrote:
>
> On Thu, Mar 21, 2019 at 09:03:21AM +0800, Lewis Zhou wrote:
> > Hi Sascha,
> >
> > The toolchain was compiled by crosstool-NG. It used the default config
> > arm-cortex_a8-linux-gnueabi but with the hardware float enabled. So
> > the toolchain was arm-cortex_a8-linux-gnueabihf-.
>
> Could you add V=1 to your make call and post an example gcc call? one is
> enough, not the whole output.
>
> Sascha
>
>
> --
> Pengutronix e.K. | |
> Industrial Linux Solutions | http://www.pengutronix.de/ |
> Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
> Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: selected processor does not support `rev r7,r7'
2019-03-21 7:53 ` Lewis Zhou
@ 2019-03-21 8:06 ` Sascha Hauer
[not found] ` <CAD_PvuY8oVy3Ny65bcF2a3LPC0R4+8uXCu6qda6CcbY+Ji+3JQ@mail.gmail.com>
2019-03-21 9:25 ` Juergen Borleis
1 sibling, 1 reply; 15+ messages in thread
From: Sascha Hauer @ 2019-03-21 8:06 UTC (permalink / raw)
To: Lewis Zhou; +Cc: barebox
On Thu, Mar 21, 2019 at 03:53:06PM +0800, Lewis Zhou wrote:
> Hi Sascha,
>
> Here's the log:
>
> make -f scripts/Makefile.build obj=common
>
> arm-cortex_a8-linux-gnueabihf-gcc -Wp,-MD,common/.memory.o.d
> -nostdinc -isystem
> /home/lewis/x-tools/arm-cortex_a8-linux-gnueabihf/lib/gcc/arm-cortex_a8-linux-gnueabihf/8.3.0/include
> -D__KERNEL__ -D__BAREBOX__ -Iinclude
> -I/home/lewis/OpenProj/barebox/dts/include
> -I/home/lewis/OpenProj/barebox/arch/arm/include
> -I/home/lewis/OpenProj/barebox/arch/arm/include -include
> /home/lewis/OpenProj/barebox/include/linux/kconfig.h -fno-builtin
> -ffreestanding -D__ARM__ -fno-strict-aliasing -marm -mlittle-endian
> -mabi=aapcs-linux -mno-thumb-interwork -D__LINUX_ARM_ARCH__=7
> -march=armv5t -Wa,-march=armv7-a -msoft-float -mthumb
-march=armv5t -Wa,-march=armv7-a shouldn't be here. It comes from this
line in arch/arm/Makefile:
arch-$(CONFIG_CPU_32v7) :=-D__LINUX_ARM_ARCH__=7 $(call cc-option,-march=armv7-a,-march=armv5t -Wa$(comma)-march=armv7-a)
This means the build process will use "-march=armv7-a" when the compiler
supports it. Apparently it does not, so it will fall back to
"-march=armv5t -Wa,-march=armv7-a". armv5t doesn't support thumb2 code,
only thumb and as it seems thumb does not support the "rev" instruction.
Your compiler should really support "-march=armv7-a". If it doesn't I
really think there is something wrong with it.
Sascha
--
Pengutronix e.K. | |
Industrial Linux Solutions | http://www.pengutronix.de/ |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: selected processor does not support `rev r7,r7'
[not found] ` <CAPWKHJSLmc1+-rV0rZeGn37uhkWwKsqmWXZSGJAs32zLE=Hxtg@mail.gmail.com>
@ 2019-03-21 8:49 ` Lewis Zhou
0 siblings, 0 replies; 15+ messages in thread
From: Lewis Zhou @ 2019-03-21 8:49 UTC (permalink / raw)
To: Austin Morton; +Cc: barebox, crossgcc maillist
Hi Austin,
Here's the list. armv7-a is on the list.
lewis@lewis-ubuntu:~/x-tools/arm-cortex_a8-linux-gnueabihf/bin$
./arm-cortex_a8-linux-gnueabihf-gcc -E -march=help -xc /dev/null
arm-cortex_a8-linux-gnueabihf-gcc: error: unrecognized -march target: help
arm-cortex_a8-linux-gnueabihf-gcc: note: valid arguments are: armv2
armv2a armv3 armv3m armv4 armv4t armv5 armv5t armv5e armv5te armv5tej
armv6 armv6j armv6k armv6z armv6kz armv6zk armv6t2 armv6-m armv6s-m
armv7 armv7-a armv7ve armv7-r armv7-m armv7e-m armv8-a armv8.1-a
armv8.2-a armv8.3-a armv8.4-a armv8-m.base armv8-m.main armv8-r iwmmxt
iwmmxt2
arm-cortex_a8-linux-gnueabihf-gcc: error: missing argument to '-march='
That's strange. When compiling both barebox and linux. I always got errors like:
"selected processor does not support `rev r7,r7'
Kind regards,
Lewis
On Thu, Mar 21, 2019 at 4:40 PM Austin Morton <austinpmorton@gmail.com> wrote:
>
> Any recent version of gcc should spit out a list of supported March values if invoked with an invalid value. (read gcc 7 or higher).
>
> What does this command output on your compiler?
>
> # gcc -E -march=help -xc /dev/null
>
> https://stackoverflow.com/questions/47299458/how-can-i-determine-what-architectures-gcc-supports
>
> On Thu, Mar 21, 2019, 04:25 Lewis Zhou <lewisou@gmail.com> wrote:
>>
>> Hi,
>>
>> I recently tried to compile the barebox bootloaer with the
>> arm-cortex_a8-linux-gnueabihf configuration which is based on the
>> sample configuration arm-cortex_a8-linux-gnueabi with the hardware
>> float enabled.
>>
>> However, the compiler (gcc) seems not support -march=armv7-a flag. I
>> think something is wrong as the cortex_a8 is a sub-architecture of
>> armv7-a.
>>
>> The toolchain failed to compile both the barebox and the linux kernel
>> (4.19). Please help! Attached is a response from the barebox mailing
>> list.
>>
>>
>> Kind regards,
>> Lewis
>>
>> ---------- Forwarded message ---------
>> From: Sascha Hauer <s.hauer@pengutronix.de>
>> Date: Thu, Mar 21, 2019 at 4:06 PM
>> Subject: Re: selected processor does not support `rev r7,r7'
>> To: Lewis Zhou <lewisou@gmail.com>
>> Cc: <barebox@lists.infradead.org>
>>
>>
>> On Thu, Mar 21, 2019 at 03:53:06PM +0800, Lewis Zhou wrote:
>> > Hi Sascha,
>> >
>> > Here's the log:
>> >
>> > make -f scripts/Makefile.build obj=common
>> >
>> > arm-cortex_a8-linux-gnueabihf-gcc -Wp,-MD,common/.memory.o.d
>> > -nostdinc -isystem
>> > /home/lewis/x-tools/arm-cortex_a8-linux-gnueabihf/lib/gcc/arm-cortex_a8-linux-gnueabihf/8.3.0/include
>> > -D__KERNEL__ -D__BAREBOX__ -Iinclude
>> > -I/home/lewis/OpenProj/barebox/dts/include
>> > -I/home/lewis/OpenProj/barebox/arch/arm/include
>> > -I/home/lewis/OpenProj/barebox/arch/arm/include -include
>> > /home/lewis/OpenProj/barebox/include/linux/kconfig.h -fno-builtin
>> > -ffreestanding -D__ARM__ -fno-strict-aliasing -marm -mlittle-endian
>> > -mabi=aapcs-linux -mno-thumb-interwork -D__LINUX_ARM_ARCH__=7
>> > -march=armv5t -Wa,-march=armv7-a -msoft-float -mthumb
>>
>> -march=armv5t -Wa,-march=armv7-a shouldn't be here. It comes from this
>> line in arch/arm/Makefile:
>>
>> arch-$(CONFIG_CPU_32v7) :=-D__LINUX_ARM_ARCH__=7 $(call
>> cc-option,-march=armv7-a,-march=armv5t -Wa$(comma)-march=armv7-a)
>>
>> This means the build process will use "-march=armv7-a" when the compiler
>> supports it. Apparently it does not, so it will fall back to
>> "-march=armv5t -Wa,-march=armv7-a". armv5t doesn't support thumb2 code,
>> only thumb and as it seems thumb does not support the "rev" instruction.
>>
>> Your compiler should really support "-march=armv7-a". If it doesn't I
>> really think there is something wrong with it.
>>
>> Sascha
>>
>> --
>> Pengutronix e.K. | |
>> Industrial Linux Solutions | http://www.pengutronix.de/ |
>> Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
>> Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: selected processor does not support `rev r7,r7'
2019-03-21 7:53 ` Lewis Zhou
2019-03-21 8:06 ` Sascha Hauer
@ 2019-03-21 9:25 ` Juergen Borleis
2019-03-22 1:02 ` Lewis Zhou
2019-03-22 1:22 ` selected processor does not support `rev r7,r7' Lewis Zhou
1 sibling, 2 replies; 15+ messages in thread
From: Juergen Borleis @ 2019-03-21 9:25 UTC (permalink / raw)
To: barebox; +Cc: Lewis Zhou
Hi,
On Thursday 21 March 2019 08:53:06 Lewis Zhou wrote:
> [...]
> {standard input}: Assembler messages:
> {standard input}:123: Error: selected processor does not support `rev r7,r7' in Thumb mode
This is an assembler and not a compiler error message.
jb
--
Pengutronix e.K. | Juergen Borleis |
Industrial Linux Solutions | http://www.pengutronix.de/ |
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: selected processor does not support `rev r7,r7'
2019-03-21 9:25 ` Juergen Borleis
@ 2019-03-22 1:02 ` Lewis Zhou
2019-03-22 8:07 ` STM32MP1 SoC support in latest Barebox gianluca
2019-03-22 1:22 ` selected processor does not support `rev r7,r7' Lewis Zhou
1 sibling, 1 reply; 15+ messages in thread
From: Lewis Zhou @ 2019-03-22 1:02 UTC (permalink / raw)
To: Juergen Borleis; +Cc: barebox
[-- Attachment #1: Type: text/plain, Size: 590 bytes --]
Hi Juergen and Sascha,
Attached is the whole log.
Kind regards,
Lewis
On Thu, Mar 21, 2019 at 5:25 PM Juergen Borleis <jbe@pengutronix.de> wrote:
>
> Hi,
>
> On Thursday 21 March 2019 08:53:06 Lewis Zhou wrote:
> > [...]
> > {standard input}: Assembler messages:
> > {standard input}:123: Error: selected processor does not support `rev r7,r7' in Thumb mode
>
> This is an assembler and not a compiler error message.
>
> jb
> --
> Pengutronix e.K. | Juergen Borleis |
> Industrial Linux Solutions | http://www.pengutronix.de/ |
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: barebox_cortex8_error.log --]
[-- Type: text/x-log; charset="GB18030"; name="barebox_cortex8_error.log", Size: 14474 bytes --]
lewis@lewis-ubuntu:~/OpenProj/barebox$ make ARCH=arm CROSS_COMPILE=arm-cortex_a8-linux-gnueabihf- am335x_defconfig
HOSTCC scripts/basic/fixdep
HOSTCC scripts/kconfig/conf.o
HOSTCC scripts/kconfig/zconf.tab.o
HOSTLD scripts/kconfig/conf
#
# configuration written to .config
#
lewis@lewis-ubuntu:~/OpenProj/barebox$ make ARCH=arm V=1 CROSS_COMPILE=arm-cortex_a8-linux-gnueabihf-
make -f /home/lewis/OpenProj/barebox/Makefile silentoldconfig
make -f scripts/Makefile.build obj=scripts/basic
mkdir -p include/linux include/config
make -f scripts/Makefile.build obj=scripts/kconfig silentoldconfig
mkdir -p include/config include/generated
scripts/kconfig/conf --silentoldconfig Kconfig
make -f scripts/Makefile.build obj=arch/arm/tools include/generated/mach-types.h
make[1]: 'include/generated/mach-types.h' is up to date.
rm -f include/config/kernel.release
echo 2018.12.0-00001-g5f1642fc4 > include/config/kernel.release
set -e; : ' CHK include/generated/version.h'; mkdir -p include/generated/; (echo \#define LINUX_VERSION_CODE 132254720; echo '#define KERNEL_VERSION(a,b,c) (((a) << 16) + ((b) << 8) + (c))';) < /home/lewis/OpenProj/barebox/Makefile > include/generated/version.h.tmp; if [ -r include/generated/version.h ] && cmp -s include/generated/version.h include/generated/version.h.tmp; then rm -f include/generated/version.h.tmp; else : ' UPD include/generated/version.h'; mv -f include/generated/version.h.tmp include/generated/version.h; fi
set -e; : ' CHK include/generated/utsrelease.h'; mkdir -p include/generated/; if [ `echo -n "2018.12.0-00001-g5f1642fc4" | wc -c ` -gt 64 ]; then echo '"2018.12.0-00001-g5f1642fc4" exceeds 64 characters' >&2; exit 1; fi; (echo \#define UTS_RELEASE \"2018.12.0-00001-g5f1642fc4\";) < include/config/kernel.release > include/generated/utsrelease.h.tmp; if [ -r include/generated/utsrelease.h ] && cmp -s include/generated/utsrelease.h include/generated/utsrelease.h.tmp; then rm -f include/generated/utsrelease.h.tmp; else : ' UPD include/generated/utsrelease.h'; mv -f include/generated/utsrelease.h.tmp include/generated/utsrelease.h; fi
if [ -f /home/lewis/OpenProj/barebox//config.h ]; then : ' SYMLINK include/config.h -> /config.h'; ln -fsn /home/lewis/OpenProj/barebox//config.h include/config.h; else [ -h include/config.h ] && rm -f include/config.h; : ' CREATE include/config.h'; touch -a include/config.h; fi
make -f scripts/Makefile.build obj=scripts/basic
make -f scripts/Makefile.build obj=.
mkdir -p arch/arm/lib/
arm-cortex_a8-linux-gnueabihf-gcc -Wp,-MD,arch/arm/lib/.asm-offsets.s.d -nostdinc -isystem /home/lewis/x-tools/arm-cortex_a8-linux-gnueabihf/lib/gcc/arm-cortex_a8-linux-gnueabihf/8.3.0/include -D__KERNEL__ -D__BAREBOX__ -Iinclude -I/home/lewis/OpenProj/barebox/dts/include -I/home/lewis/OpenProj/barebox/arch/arm/include -I/home/lewis/OpenProj/barebox/arch/arm/include -include /home/lewis/OpenProj/barebox/include/linux/kconfig.h -fno-builtin -ffreestanding -D__ARM__ -fno-strict-aliasing -marm -mlittle-endian -mabi=aapcs-linux -mno-thumb-interwork -funwind-tables -D__LINUX_ARM_ARCH__=7 -march=armv5t -Wa,-march=armv7-a -msoft-float -mthumb -Wa,-mimplicit-it=always -Wa,-mno-warn-deprecated -Iarch/arm/mach-omap/include -DTEXT_BASE=0x0 -fdata-sections -ffunction-sections -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -Werror-implicit-function-declaration -fno-strict-aliasing -fno-common -Os -pipe -mno-unaligned-access -g -fno-stack-protector -Wno-unused-but-set-variable -Wno-trampolines -fno-delete-null-pointer-checks -Wdeclaration-after-statement -Wno-pointer-sign -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(asm_offsets)" -D"KBUILD_MODNAME=KBUILD_STR(asm_offsets)" -fverbose-asm -S -o arch/arm/lib/asm-offsets.s arch/arm/lib/asm-offsets.c
(set -e; echo "#ifndef __ASM_OFFSETS_H__"; echo "#define __ASM_OFFSETS_H__"; echo "/*"; echo " * DO NOT MODIFY."; echo " *"; echo " * This file was generated by Kbuild"; echo " *"; echo " */"; echo ""; sed -ne "/^->/{s:->#\(.*\):/* \x01 */:; s:^->\([^ ]*\) [\$#]*\([-0-9]*\) \(.*\):#define \x01 \x02 /* \x03 */:; s:^->\([^ ]*\) [\$#]*\([^ ]*\) \(.*\):#define \x01 \x02 /* \x03 */:; s:->::; p;}" arch/arm/lib/asm-offsets.s; echo ""; echo "#endif" ) > include/generated/asm-offsets.h
make -f scripts/Makefile.build obj=scripts
make -f scripts/Makefile.build obj=scripts/dtc
gcc -Wp,-MD,scripts/dtc/.dtc.o.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -Iscripts/dtc -c -o scripts/dtc/dtc.o scripts/dtc/dtc.c
gcc -Wp,-MD,scripts/dtc/.flattree.o.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -Iscripts/dtc -c -o scripts/dtc/flattree.o scripts/dtc/flattree.c
gcc -Wp,-MD,scripts/dtc/.fstree.o.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -Iscripts/dtc -c -o scripts/dtc/fstree.o scripts/dtc/fstree.c
gcc -Wp,-MD,scripts/dtc/.data.o.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -Iscripts/dtc -c -o scripts/dtc/data.o scripts/dtc/data.c
gcc -Wp,-MD,scripts/dtc/.livetree.o.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -Iscripts/dtc -c -o scripts/dtc/livetree.o scripts/dtc/livetree.c
gcc -Wp,-MD,scripts/dtc/.treesource.o.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -Iscripts/dtc -c -o scripts/dtc/treesource.o scripts/dtc/treesource.c
gcc -Wp,-MD,scripts/dtc/.srcpos.o.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -Iscripts/dtc -c -o scripts/dtc/srcpos.o scripts/dtc/srcpos.c
gcc -Wp,-MD,scripts/dtc/.checks.o.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -Iscripts/dtc -c -o scripts/dtc/checks.o scripts/dtc/checks.c
gcc -Wp,-MD,scripts/dtc/.util.o.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -Iscripts/dtc -c -o scripts/dtc/util.o scripts/dtc/util.c
gcc -Wp,-MD,scripts/dtc/.dtc-lexer.lex.o.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -Iscripts/dtc -c -o scripts/dtc/dtc-lexer.lex.o scripts/dtc/dtc-lexer.lex.c
gcc -Wp,-MD,scripts/dtc/.dtc-parser.tab.o.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -Iscripts/dtc -c -o scripts/dtc/dtc-parser.tab.o scripts/dtc/dtc-parser.tab.c
gcc -o scripts/dtc/dtc scripts/dtc/dtc.o scripts/dtc/flattree.o scripts/dtc/fstree.o scripts/dtc/data.o scripts/dtc/livetree.o scripts/dtc/treesource.o scripts/dtc/srcpos.o scripts/dtc/checks.o scripts/dtc/util.o scripts/dtc/dtc-lexer.lex.o scripts/dtc/dtc-parser.tab.o
gcc -Wp,-MD,scripts/dtc/.fdtget.o.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -Iscripts/dtc -c -o scripts/dtc/fdtget.o scripts/dtc/fdtget.c
gcc -Wp,-MD,scripts/dtc/.fdt.o.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -Iscripts/dtc -c -o scripts/dtc/fdt.o scripts/dtc/fdt.c
gcc -Wp,-MD,scripts/dtc/.fdt_ro.o.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -Iscripts/dtc -c -o scripts/dtc/fdt_ro.o scripts/dtc/fdt_ro.c
gcc -Wp,-MD,scripts/dtc/.fdt_strerror.o.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -Iscripts/dtc -c -o scripts/dtc/fdt_strerror.o scripts/dtc/fdt_strerror.c
gcc -Wp,-MD,scripts/dtc/.fdt_wip.o.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -Iscripts/dtc -c -o scripts/dtc/fdt_wip.o scripts/dtc/fdt_wip.c
gcc -Wp,-MD,scripts/dtc/.fdt_overlay.o.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -Iscripts/dtc -c -o scripts/dtc/fdt_overlay.o scripts/dtc/fdt_overlay.c
gcc -Wp,-MD,scripts/dtc/.fdt_empty_tree.o.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -Iscripts/dtc -c -o scripts/dtc/fdt_empty_tree.o scripts/dtc/fdt_empty_tree.c
gcc -Wp,-MD,scripts/dtc/.fdt_rw.o.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -Iscripts/dtc -c -o scripts/dtc/fdt_rw.o scripts/dtc/fdt_rw.c
gcc -Wp,-MD,scripts/dtc/.fdt_sw.o.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -Iscripts/dtc -c -o scripts/dtc/fdt_sw.o scripts/dtc/fdt_sw.c
gcc -o scripts/dtc/fdtget scripts/dtc/fdtget.o scripts/dtc/fdt.o scripts/dtc/fdt_ro.o scripts/dtc/fdt_strerror.o scripts/dtc/fdt_wip.o scripts/dtc/fdt_overlay.o scripts/dtc/fdt_empty_tree.o scripts/dtc/fdt_rw.o scripts/dtc/fdt_sw.o scripts/dtc/util.o
make -f scripts/Makefile.build obj=scripts/imx
make -f scripts/Makefile.build obj=scripts/mod
arm-cortex_a8-linux-gnueabihf-gcc -Wp,-MD,scripts/mod/.empty.o.d -nostdinc -isystem /home/lewis/x-tools/arm-cortex_a8-linux-gnueabihf/lib/gcc/arm-cortex_a8-linux-gnueabihf/8.3.0/include -D__KERNEL__ -D__BAREBOX__ -Iinclude -I/home/lewis/OpenProj/barebox/dts/include -I/home/lewis/OpenProj/barebox/arch/arm/include -I/home/lewis/OpenProj/barebox/arch/arm/include -include /home/lewis/OpenProj/barebox/include/linux/kconfig.h -fno-builtin -ffreestanding -D__ARM__ -fno-strict-aliasing -marm -mlittle-endian -mabi=aapcs-linux -mno-thumb-interwork -funwind-tables -D__LINUX_ARM_ARCH__=7 -march=armv5t -Wa,-march=armv7-a -msoft-float -mthumb -Wa,-mimplicit-it=always -Wa,-mno-warn-deprecated -Iarch/arm/mach-omap/include -DTEXT_BASE=0x0 -fdata-sections -ffunction-sections -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -Werror-implicit-function-declaration -fno-strict-aliasing -fno-common -Os -pipe -mno-unaligned-access -g -fno-stack-protector -Wno-unused-but-set-variable -Wno-trampolines -fno-delete-null-pointer-checks -Wdeclaration-after-statement -Wno-pointer-sign -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(empty)" -D"KBUILD_MODNAME=KBUILD_STR(empty)" -c -o scripts/mod/empty.o scripts/mod/empty.c
gcc -Wp,-MD,scripts/mod/.mk_elfconfig.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -o scripts/mod/mk_elfconfig scripts/mod/mk_elfconfig.c
scripts/mod/mk_elfconfig arm < scripts/mod/empty.o > scripts/mod/elfconfig.h
gcc -Wp,-MD,scripts/mod/.modpost.o.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -c -o scripts/mod/modpost.o scripts/mod/modpost.c
gcc -Wp,-MD,scripts/mod/.sumversion.o.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -c -o scripts/mod/sumversion.o scripts/mod/sumversion.c
gcc -o scripts/mod/modpost scripts/mod/modpost.o scripts/mod/sumversion.o
gcc -Wp,-MD,scripts/.bin2c.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -o scripts/bin2c scripts/bin2c.c
gcc -Wp,-MD,scripts/.mkimage.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -o scripts/mkimage scripts/mkimage.c
gcc -Wp,-MD,scripts/.fix_size.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -o scripts/fix_size scripts/fix_size.c
gcc -Wp,-MD,scripts/.bareboxenv.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -o scripts/bareboxenv scripts/bareboxenv.c
gcc -Wp,-MD,scripts/.bareboxcrc32.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -o scripts/bareboxcrc32 scripts/bareboxcrc32.c
gcc -Wp,-MD,scripts/.kernel-install.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -o scripts/kernel-install scripts/kernel-install.c
gcc -Wp,-MD,scripts/.kallsyms.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -o scripts/kallsyms scripts/kallsyms.c
gcc -Wp,-MD,scripts/.omap_signGP.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -o scripts/omap_signGP scripts/omap_signGP.c
gcc -Wp,-MD,scripts/.mk-omap-image.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/home/lewis/OpenProj/barebox/scripts/include/ -o scripts/mk-omap-image scripts/mk-omap-image.c
make -f scripts/Makefile.build obj=common
arm-cortex_a8-linux-gnueabihf-gcc -Wp,-MD,common/.memory.o.d -nostdinc -isystem /home/lewis/x-tools/arm-cortex_a8-linux-gnueabihf/lib/gcc/arm-cortex_a8-linux-gnueabihf/8.3.0/include -D__KERNEL__ -D__BAREBOX__ -Iinclude -I/home/lewis/OpenProj/barebox/dts/include -I/home/lewis/OpenProj/barebox/arch/arm/include -I/home/lewis/OpenProj/barebox/arch/arm/include -include /home/lewis/OpenProj/barebox/include/linux/kconfig.h -fno-builtin -ffreestanding -D__ARM__ -fno-strict-aliasing -marm -mlittle-endian -mabi=aapcs-linux -mno-thumb-interwork -funwind-tables -D__LINUX_ARM_ARCH__=7 -march=armv5t -Wa,-march=armv7-a -msoft-float -mthumb -Wa,-mimplicit-it=always -Wa,-mno-warn-deprecated -Iarch/arm/mach-omap/include -DTEXT_BASE=0x0 -fdata-sections -ffunction-sections -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -Werror-implicit-function-declaration -fno-strict-aliasing -fno-common -Os -pipe -mno-unaligned-access -g -fno-stack-protector -Wno-unused-but-set-variable -Wno-trampolines -fno-delete-null-pointer-checks -Wdeclaration-after-statement -Wno-pointer-sign -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(memory)" -D"KBUILD_MODNAME=KBUILD_STR(memory)" -c -o common/memory.o common/memory.c
{standard input}: Assembler messages:
{standard input}:311: Error: selected processor does not support `rev r7,r7' in Thumb mode
{standard input}:363: Error: selected processor does not support `rev r7,r7' in Thumb mode
scripts/Makefile.build:249: recipe for target 'common/memory.o' failed
make[1]: *** [common/memory.o] Error 1
Makefile:785: recipe for target 'common' failed
make: *** [common] Error 2
lewis@lewis-ubuntu:~/OpenProj/barebox$
[-- Attachment #3: Type: text/plain, Size: 149 bytes --]
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: selected processor does not support `rev r7,r7'
2019-03-21 9:25 ` Juergen Borleis
2019-03-22 1:02 ` Lewis Zhou
@ 2019-03-22 1:22 ` Lewis Zhou
1 sibling, 0 replies; 15+ messages in thread
From: Lewis Zhou @ 2019-03-22 1:22 UTC (permalink / raw)
To: Juergen Borleis; +Cc: barebox
Hi Juergen and Sascha
It seems CONFIG_ARCH_AM33XX and CONFIG_ARCH_OMAP are missing in the
include/generated/mach-types.h. Could that cause the problem?
lewis@lewis-ubuntu:~/OpenProj/barebox$ cat .config | grep ARCH
# CONFIG_ARCH_AT91 is not set
# CONFIG_ARCH_BCM283X is not set
# CONFIG_ARCH_CLPS711X is not set
# CONFIG_ARCH_DAVINCI is not set
# CONFIG_ARCH_DIGIC is not set
# CONFIG_ARCH_EP93XX is not set
# CONFIG_ARCH_HIGHBANK is not set
# CONFIG_ARCH_IMX is not set
# CONFIG_ARCH_MVEBU is not set
# CONFIG_ARCH_MXS is not set
# CONFIG_ARCH_NETX is not set
# CONFIG_ARCH_NOMADIK is not set
CONFIG_ARCH_OMAP=y
# CONFIG_ARCH_PXA is not set
# CONFIG_ARCH_ROCKCHIP is not set
# CONFIG_ARCH_SOCFPGA is not set
# CONFIG_ARCH_S3C24xx is not set
# CONFIG_ARCH_S5PCxx is not set
# CONFIG_ARCH_S3C64xx is not set
# CONFIG_ARCH_VERSATILE is not set
# CONFIG_ARCH_VEXPRESS is not set
# CONFIG_ARCH_TEGRA is not set
# CONFIG_ARCH_UEMD is not set
# CONFIG_ARCH_ZYNQ is not set
# CONFIG_ARCH_QEMU is not set
CONFIG_ARCH_AM33XX=y
CONFIG_DEFCONFIG_LIST="$ARCH_DEFCONFIG"
Kind regards,
Lewis
On Thu, Mar 21, 2019 at 5:25 PM Juergen Borleis <jbe@pengutronix.de> wrote:
>
> Hi,
>
> On Thursday 21 March 2019 08:53:06 Lewis Zhou wrote:
> > [...]
> > {standard input}: Assembler messages:
> > {standard input}:123: Error: selected processor does not support `rev r7,r7' in Thumb mode
>
> This is an assembler and not a compiler error message.
>
> jb
> --
> Pengutronix e.K. | Juergen Borleis |
> Industrial Linux Solutions | http://www.pengutronix.de/ |
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
^ permalink raw reply [flat|nested] 15+ messages in thread
* STM32MP1 SoC support in latest Barebox
2019-03-22 1:02 ` Lewis Zhou
@ 2019-03-22 8:07 ` gianluca
2019-03-22 9:31 ` gianluca
2019-03-22 9:46 ` Yann Sionneau
0 siblings, 2 replies; 15+ messages in thread
From: gianluca @ 2019-03-22 8:07 UTC (permalink / raw)
To: barebox; +Cc: gianlucarenzi
Hello list!
I need a __very quick__ answer to this subject, because a customer wants
to migrate from a iMX28 based board to a STM32MP1.
Actually the iMX28 board was developed by me, 6 years ago and it has
Barebox 2013.02, Linux Kernel 3.12.1 and a Debian Wheezy. It runs from
eMMC, but it can boot from microSD for production line.
I modified Barebox with custom made init scripts to enable some i2c
hardware before running Linux kernel, and Barebox had access/drivers for
ethernet, serial for debugging console, i2c (bit-banging) and some gpios.
It had access to ext4 filesystem on eMMC partition and managed somehow
the device tree to pass to Linux and it works like charms!
Now I would like to know (without spending too much time to gitclone the
repo and reading the configuration stuff) if Barebox is still able to
boot off a microSD, and having the same drivers available as the iMX28
has, just to reduce the porting session at their minimum levels.
P.S.: I know UBoot for the evaluation board has all stuff I need, but I
hate the way it works: too messy, too #ifdef clauses, etc.,...
Thank you in advance,
--
Eurek s.r.l. |
Electronic Engineering | http://www.eurek.it
via Celletta 8/B, 40026 Imola, Italy | Phone: +39-(0)542-609120
p.iva 00690621206 - c.f. 04020030377 | Fax: +39-(0)542-609212
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: STM32MP1 SoC support in latest Barebox
2019-03-22 8:07 ` STM32MP1 SoC support in latest Barebox gianluca
@ 2019-03-22 9:31 ` gianluca
2019-12-25 8:32 ` Ahmad Fatoum
2019-03-22 9:46 ` Yann Sionneau
1 sibling, 1 reply; 15+ messages in thread
From: gianluca @ 2019-03-22 9:31 UTC (permalink / raw)
To: barebox; +Cc: gianlucarenzi
On 03/22/2019 09:07 AM, gianluca wrote:
> I need a __very quick__ answer to this subject, because a customer wants
> to migrate from a iMX28 based board to a STM32MP1.
>
Now I've just clone the git repo from pengutronix, and a mere:
> grep -r stm32mp1 *
> dts/Bindings/mailbox/stm32-ipcc.txt:- compatible: Must be "st,stm32mp1-ipcc"
> dts/Bindings/mailbox/stm32-ipcc.txt: compatible = "st,stm32mp1-ipcc";
> dts/Bindings/iio/adc/st,stm32-adc.txt: "st,stm32mp1-adc-core"
> dts/Bindings/iio/adc/st,stm32-adc.txt: and stm32h7 share a common ADC interrupt line. stm32mp1 has two separate
> dts/Bindings/iio/adc/st,stm32-adc.txt: "st,stm32mp1-adc"
> dts/Bindings/iio/adc/st,stm32-dfsdm-adc.txt:up to 4 filters on stm32h7 or 6 filters on stm32mp1.
> dts/Bindings/iio/adc/st,stm32-dfsdm-adc.txt: "st,stm32mp1-dfsdm"
> dts/Bindings/iio/adc/st,stm32-dfsdm-adc.txt: Valid values are from 0 to 3 on stm32h7, 0 to 5 on stm32mp1.
> dts/Bindings/reset/st,stm32mp1-rcc.txt:Please see Documentation/devicetree/bindings/clock/st,stm32mp1-rcc.txt
> dts/Bindings/pinctrl/st,stm32-pinctrl.txt: "st,stm32mp157-pinctrl"
> dts/Bindings/pinctrl/st,stm32-pinctrl.txt: "st,stm32mp157-z-pinctrl"
> dts/Bindings/interrupt-controller/st,stm32-exti.txt: "st,stm32mp1-exti"
> dts/Bindings/watchdog/st,stm32-iwdg.txt: - "st,stm32mp1-iwdg"
> dts/Bindings/watchdog/st,stm32-iwdg.txt: is required only for st,stm32mp1-iwdg.
> dts/Bindings/watchdog/st,stm32-iwdg.txt: "lsi", "pclk" for st,stm32mp1-iwdg
> dts/Bindings/rtc/st,stm32-rtc.txt: - "st,stm32mp1-rtc" for devices compatible with stm32mp1.
> dts/Bindings/rtc/st,stm32-rtc.txt:- interrupts: rtc alarm interrupt. On stm32mp1, a second interrupt is required
> dts/Bindings/rtc/st,stm32-rtc.txt: compatible = "st,stm32mp1-rtc";
> dts/Bindings/net/stm32-dwmac.txt: For MPU family should be "st,stm32mp1-dwmac" to select
> dts/Bindings/phy/phy-stm32-usbphyc.txt:- compatible: must be "st,stm32mp1-usbphyc"
> dts/Bindings/phy/phy-stm32-usbphyc.txt: compatible = "st,stm32mp1-usbphyc";
> dts/Bindings/arm/stm32/stm32.txt: st,stm32mp157
> dts/Bindings/arm/stm32/stm32-syscon.txt: - " st,stm32mp157-syscfg " - for stm32mp157 based SoCs,
> dts/Bindings/arm/stm32/stm32-syscon.txt: compatible = "st,stm32mp157-syscfg", "syscon";
> dts/Bindings/clock/st,stm32mp1-rcc.txt:- compatible: "st,stm32mp1-rcc", "syscon"
> dts/Bindings/clock/st,stm32mp1-rcc.txt: compatible = "st,stm32mp1-rcc", "syscon";
> dts/Bindings/clock/st,stm32mp1-rcc.txt:dt-bindings/clock/stm32mp1-clks.h header and can be used in device
> dts/Bindings/clock/st,stm32mp1-rcc.txt:include/dt-bindings/reset-controller/stm32mp1-resets.h
> dts/src/arm/stm32mp157-pinctrl.dtsi: compatible = "st,stm32mp157-pinctrl";
> dts/src/arm/stm32mp157-pinctrl.dtsi: compatible = "st,stm32mp157-z-pinctrl";
> dts/src/arm/stm32mp157c-ed1.dts:#include "stm32mp157c.dtsi"
> dts/src/arm/stm32mp157c-ed1.dts:#include "stm32mp157-pinctrl.dtsi"
> dts/src/arm/stm32mp157c-ed1.dts: compatible = "st,stm32mp157c-ed1", "st,stm32mp157";
> dts/src/arm/stm32mp157c-ev1.dts:#include "stm32mp157c-ed1.dts"
> dts/src/arm/stm32mp157c-ev1.dts: compatible = "st,stm32mp157c-ev1", "st,stm32mp157c-ed1", "st,stm32mp157";
> dts/src/arm/stm32mp157c.dtsi:#include <dt-bindings/clock/stm32mp1-clks.h>
> dts/src/arm/stm32mp157c.dtsi:#include <dt-bindings/reset/stm32mp1-resets.h>
> dts/src/arm/stm32mp157c.dtsi: compatible = "st,stm32mp1-dfsdm";
> dts/src/arm/stm32mp157c.dtsi: compatible = "st,stm32mp1-adc-core";
> dts/src/arm/stm32mp157c.dtsi: compatible = "st,stm32mp1-adc";
> dts/src/arm/stm32mp157c.dtsi: compatible = "st,stm32mp1-adc";
> dts/src/arm/stm32mp157c.dtsi: compatible = "st,stm32mp1-rcc", "syscon";
> dts/src/arm/stm32mp157c.dtsi: compatible = "st,stm32mp1-exti", "syscon";
> dts/src/arm/stm32mp157c.dtsi: compatible = "st,stm32mp157-syscfg", "syscon";
> dts/src/arm/stm32mp157c.dtsi: compatible = "st,stm32mp1-cryp";
> dts/src/arm/stm32mp157c.dtsi: compatible = "st,stm32mp1-dwmac", "snps,dwmac-4.20a";
> dts/src/arm/stm32mp157c.dtsi: compatible = "st,stm32mp1-iwdg";
> dts/src/arm/stm32mp157c.dtsi: compatible = "st,stm32mp1-usbphyc";
> dts/src/arm/stm32mp157c.dtsi: compatible = "st,stm32mp1-rtc";
reveals that __NO_SUPPORT__ for this processor at all.Only device tree
added from Kernel I suppose...
That's a real pity. At the moment I have to switch over to UBoot... :-(
Regards,
--
Eurek s.r.l. |
Electronic Engineering | http://www.eurek.it
via Celletta 8/B, 40026 Imola, Italy | Phone: +39-(0)542-609120
p.iva 00690621206 - c.f. 04020030377 | Fax: +39-(0)542-609212
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: STM32MP1 SoC support in latest Barebox
2019-03-22 8:07 ` STM32MP1 SoC support in latest Barebox gianluca
2019-03-22 9:31 ` gianluca
@ 2019-03-22 9:46 ` Yann Sionneau
2019-03-22 11:24 ` Robert Schwebel
1 sibling, 1 reply; 15+ messages in thread
From: Yann Sionneau @ 2019-03-22 9:46 UTC (permalink / raw)
To: gianluca, barebox
Hello,
By searching in list archive you could have found:
http://lists.infradead.org/pipermail/barebox/2019-March/037572.html
So there is a bit of support, which has been commited in "next" branch.
See
https://git.pengutronix.de/cgit/barebox/tree/arch/arm/boards/stm32mp157c-dk2?h=next
No idea how far this boots.
On 3/22/19 9:07 AM, gianluca wrote:
> Hello list!
>
> I need a __very quick__ answer to this subject, because a customer
> wants to migrate from a iMX28 based board to a STM32MP1.
>
> Actually the iMX28 board was developed by me, 6 years ago and it has
> Barebox 2013.02, Linux Kernel 3.12.1 and a Debian Wheezy. It runs from
> eMMC, but it can boot from microSD for production line.
>
> I modified Barebox with custom made init scripts to enable some i2c
> hardware before running Linux kernel, and Barebox had access/drivers
> for ethernet, serial for debugging console, i2c (bit-banging) and some
> gpios.
>
> It had access to ext4 filesystem on eMMC partition and managed somehow
> the device tree to pass to Linux and it works like charms!
>
> Now I would like to know (without spending too much time to gitclone
> the repo and reading the configuration stuff) if Barebox is still able
> to boot off a microSD, and having the same drivers available as the
> iMX28 has, just to reduce the porting session at their minimum levels.
>
> P.S.: I know UBoot for the evaluation board has all stuff I need, but
> I hate the way it works: too messy, too #ifdef clauses, etc.,...
>
> Thank you in advance,
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: STM32MP1 SoC support in latest Barebox
2019-03-22 9:46 ` Yann Sionneau
@ 2019-03-22 11:24 ` Robert Schwebel
0 siblings, 0 replies; 15+ messages in thread
From: Robert Schwebel @ 2019-03-22 11:24 UTC (permalink / raw)
To: Yann Sionneau; +Cc: barebox, gianluca
On Fri, Mar 22, 2019 at 10:46:31AM +0100, Yann Sionneau wrote:
> By searching in list archive you could have found:
>
> http://lists.infradead.org/pipermail/barebox/2019-March/037572.html
>
> So there is a bit of support, which has been commited in "next" branch.
>
> See https://git.pengutronix.de/cgit/barebox/tree/arch/arm/boards/stm32mp157c-dk2?h=next
>
> No idea how far this boots.
Like always, there are three options to move this forward:
1) somebody does the actual work and sends patches to this list
2) somebody is interested enough to pay us for writing the code
3) wait until we found enough spare time and are interested enough
do to the work at some point in the future.
rsc
--
Pengutronix e.K. | Dipl.-Ing. Robert Schwebel |
Industrial Linux Solutions | https://www.pengutronix.de/ |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: STM32MP1 SoC support in latest Barebox
2019-03-22 9:31 ` gianluca
@ 2019-12-25 8:32 ` Ahmad Fatoum
0 siblings, 0 replies; 15+ messages in thread
From: Ahmad Fatoum @ 2019-12-25 8:32 UTC (permalink / raw)
To: barebox, gianlucarenzi
Hello,
On 3/22/19 10:31 AM, gianluca wrote:
> On 03/22/2019 09:07 AM, gianluca wrote:
> reveals that __NO_SUPPORT__ for this processor at all.Only device tree added from Kernel I suppose...
>
> That's a real pity. At the moment I have to switch over to UBoot... :-(
Meanwhile, barebox v2019.12.0 landed with these release notes: "With this release the STM32MP1
support continues to evolve, we gained MMC/SD support, PMIC support and ethernet support."
You might want to try this out. Feedback welcome!
Cheers
Ahmad
--
Pengutronix e.K. | |
Steuerwalder Str. 21 | http://www.pengutronix.de/ |
31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
^ permalink raw reply [flat|nested] 15+ messages in thread
end of thread, other threads:[~2019-12-25 8:32 UTC | newest]
Thread overview: 15+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-03-20 4:57 selected processor does not support `rev r7,r7' Lewis Zhou
2019-03-20 7:52 ` Sascha Hauer
2019-03-21 1:03 ` Lewis Zhou
2019-03-21 7:33 ` Sascha Hauer
2019-03-21 7:53 ` Lewis Zhou
2019-03-21 8:06 ` Sascha Hauer
[not found] ` <CAD_PvuY8oVy3Ny65bcF2a3LPC0R4+8uXCu6qda6CcbY+Ji+3JQ@mail.gmail.com>
[not found] ` <CAPWKHJSLmc1+-rV0rZeGn37uhkWwKsqmWXZSGJAs32zLE=Hxtg@mail.gmail.com>
2019-03-21 8:49 ` Lewis Zhou
2019-03-21 9:25 ` Juergen Borleis
2019-03-22 1:02 ` Lewis Zhou
2019-03-22 8:07 ` STM32MP1 SoC support in latest Barebox gianluca
2019-03-22 9:31 ` gianluca
2019-12-25 8:32 ` Ahmad Fatoum
2019-03-22 9:46 ` Yann Sionneau
2019-03-22 11:24 ` Robert Schwebel
2019-03-22 1:22 ` selected processor does not support `rev r7,r7' Lewis Zhou
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox