selected processor does not support `rev r7,r7'

mail archive of the barebox mailing list
 help / color / mirror / Atom feed

* 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

[parent not found: <CAD_PvuY8oVy3Ny65bcF2a3LPC0R4+8uXCu6qda6CcbY+Ji+3JQ@mail.gmail.com>]

[parent not found: <CAPWKHJSLmc1+-rV0rZeGn37uhkWwKsqmWXZSGJAs32zLE=Hxtg@mail.gmail.com>]

* 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

* 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  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

* 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: 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

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