Re: [U-Boot] [PATCH] ARM: mxs: Add mx28evk_auart_console target

2013-08-17 Thread Marek Vasut
Dear Andreas Wass,

 The target uses AUART 3 instead of the DUART for console output.
 
 Signed-off-by: Andreas Wass andreas.w...@dalelven.com
 Cc: Fabio Estevam fabio.este...@freescale.com
 Cc: Marek Vasut ma...@denx.de
 ---

I wonder, why dont you add support for the TQ SoM in the first place?

Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


[U-Boot] [PATCH] serial: arm_dcc: Convert to use default_serial_puts

2013-08-17 Thread Axel Lin
Use default_serial_puts() instead of its own implementation.

Signed-off-by: Axel Lin axel@ingics.com
---
 drivers/serial/arm_dcc.c | 8 +---
 1 file changed, 1 insertion(+), 7 deletions(-)

diff --git a/drivers/serial/arm_dcc.c b/drivers/serial/arm_dcc.c
index 29d9295..5dfb02f 100644
--- a/drivers/serial/arm_dcc.c
+++ b/drivers/serial/arm_dcc.c
@@ -123,12 +123,6 @@ static void arm_dcc_putc(char ch)
write_dcc(ch);
 }
 
-static void arm_dcc_puts(const char *s)
-{
-   while (*s)
-   arm_dcc_putc(*s++);
-}
-
 static int arm_dcc_tstc(void)
 {
register unsigned int reg;
@@ -148,7 +142,7 @@ static struct serial_device arm_dcc_drv = {
.stop   = NULL,
.setbrg = arm_dcc_setbrg,
.putc   = arm_dcc_putc,
-   .puts   = arm_dcc_puts,
+   .puts   = default_serial_puts,
.getc   = arm_dcc_getc,
.tstc   = arm_dcc_tstc,
 };
-- 
1.8.1.2



___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] [PATCH] ARM: mxs: Add mx28evk_auart_console target

2013-08-17 Thread Andreas Wass
Dear Marek

 I wonder, why dont you add support for the TQ SoM in the first place?

I have plans to do it but I only have access to the board at work and
I currently am very busy so have limited time testing the board setup, so I 
don't
know when in time I will be able to submit such a patch.

Regards
Andreas
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] Please pull u-boot-ti/master - applied to a temporary repo, see inside

2013-08-17 Thread Albert ARIBAUD
Hi Tom,

On Fri, 16 Aug 2013 09:39:27 -0400, Tom Rini tr...@ti.com wrote:

 Hey,
 
 The following changes since commit fdce7b633a1de24456226b18527cc7900c34282a:
 
   gpio: omap5-uevm: Configure the tca6424 gpio expander (2013-07-30 09:21:42 
 -0400)
 
 are available in the git repository at:
 
   git://git.denx.de/u-boot-ti.git master
 
 for you to fetch changes up to 425faf74cd8189c87919f7e72a0101c684ee3b9f:
 
   Add TI816X evm board support (2013-08-15 18:38:37 -0400)
 
 
 Ash Charles (1):
   omap: overo: Use 200MHz SDRC timings for revision 1, 2  3 boards
 
 Enric Balletbo i Serra (5):
   ARM: IGEP0033: Remove undef of CONFIG_CMD_MEMTEST
   ARM: IGEP0033: Remove CYGNUS name from header.
   ARM: IGEP0033: Add support to boot from NAND.
   ARM: IGEP0033: Remove duplicate / unused #defines.
   ARM: igep00x0.h: Enable the use of CMD_EXT4, CMD_FS_GENERIC and zImage.
 
 Enric Balletbò i Serra (1):
   ARM: IGEP0033: Add support for Flattened Device Tree.
 
 Heiko Schocher (5):
   ARM: AM33xx: Move s_init to a common place
   arm/davinci/da850: add uart0_pins_rtscts and RMII_MHz_50_CLK in 
 emac_pins_rmii pinmux
   bootstage: get more BOOTSTAGE_ID* in show_boot_progress()
   arm, da850: enable the correct uart in arch_cpu_init()
   arm, da850: add ipam390 board support
 
 Javier Martinez Canillas (1):
   OMAP3: igep00x0: allow booting with a FDT from MMC
 
 Lokesh Vutla (9):
   ARM: AM33xx: Cleanup dplls data
   ARM: AM33xx: Cleanup clocks layer
   musb: Disable extra prints
   ARM: AM43xx: Add Board files
   ARM: AM43xx: Add header files
   ARM: AM43xx: clocks: Add dpll and clock data
   ARM: OMAP: Add CONFIG_OMAP_COMMON
   ARM: AM43xx: Add build support
   ARM: AM43xx: Add config file
 
 Masahiro Yamada (1):
   ARM: omap24xx: remove remainders of dead board
 
 Naumann Andreas (1):
   ARM: omap3: Implement dpll5 (HSUSB clk) workaround for 
 OMAP36xx/AM/DM37xx according to errata sprz318e.
 
 Steve Sakoman (1):
   omap: overo: update support for Micron 1GB POP
 
 TENART Antoine (3):
   Prepare for TI816X : reuse existing code from TI814X
   Add TI816X support
   Add TI816X evm board support
 
 Taras Kondratiuk (1):
   omap: emif: Set initial DDR PHY config first
 
 Tom Rini (9):
   am33xx: CONFIG_DMA_COHERENT defines are unused, remove
   am33xx: Stop using PHYS_DRAM_1 define
   am335x_evm: Use default baud rate table
   arm: spl: For Falcon Mode, set a default machid of ~0
   am335x_evm: Bring in 'boot_fdt' logic from i.MX
   TI:am33xx: Create common config files for TI ARMv7 platforms, and AM33xx
   TI:omap5/dra7xx: Convert to ti_armv7_common.h
   TI:armv7: Enable CONFIG_CMD_SPI
   TI:armv7: Enable CONFIG_CMD_GPIO
 
  MAINTAINERS|5 +
  Makefile   |2 +-
  arch/arm/config.mk |2 +-
  arch/arm/cpu/arm1136/omap24xx/reset.S  |   26 -
  arch/arm/cpu/arm1136/omap24xx/timer.c  |  136 --
  arch/arm/cpu/arm926ejs/davinci/da850_lowlevel.c|4 +
  arch/arm/cpu/arm926ejs/davinci/da850_pinmux.c  |6 +
  arch/arm/cpu/armv7/Makefile|2 +-
  arch/arm/cpu/armv7/am33xx/Makefile |7 +
  arch/arm/cpu/armv7/am33xx/board.c  |   68 ++-
  arch/arm/cpu/armv7/am33xx/clock.c  |  171 +++
  arch/arm/cpu/armv7/am33xx/clock_am33xx.c   |  495 
 +---
  arch/arm/cpu/armv7/am33xx/clock_am43xx.c   |  110 +
  arch/arm/cpu/armv7/am33xx/clock_ti814x.c   |  120 +
  arch/arm/cpu/armv7/am33xx/clock_ti816x.c   |  445 ++
  arch/arm/cpu/armv7/am33xx/emif4.c  |   11 +-
  arch/arm/cpu/armv7/omap-common/Makefile|2 +-
  arch/arm/cpu/armv7/omap-common/boot-common.c   |3 +-
  arch/arm/cpu/armv7/omap-common/emif-common.c   |2 +-
  arch/arm/cpu/armv7/omap3/clock.c   |   20 +-
  arch/arm/cpu/armv7/omap3/lowlevel_init.S   |   18 +
  arch/arm/include/asm/arch-am33xx/clock.h   |   98 
  arch/arm/include/asm/arch-am33xx/clock_ti81xx.h|  142 ++
  arch/arm/include/asm/arch-am33xx/clocks_am33xx.h   |6 +-
  arch/arm/include/asm/arch-am33xx/cpu.h |  164 ++-
  arch/arm/include/asm/arch-am33xx/ddr_defs.h|   35 +-
  arch/arm/include/asm/arch-am33xx/hardware.h|   18 +-
  arch/arm/include/asm/arch-am33xx/hardware_am33xx.h |   15 +
  arch/arm/include/asm/arch-am33xx/hardware_am43xx.h |   54 +++
  arch/arm/include/asm/arch-am33xx/hardware_ti814x.h |   15 +
  arch/arm/include/asm/arch-am33xx/hardware_ti816x.h |   61 +++
  arch/arm/include/asm/arch-am33xx/mmc_host_def.h|3 +
  arch/arm/include/asm/arch-am33xx/mux.h  

[U-Boot] Does u-boot support S3C24xx nand ecc?

2013-08-17 Thread Woody Wu
Hi,

Does anyone know if u-boot (version 2009.11) already contains supports
to the hardware ECC for NAND in S3C24xx (Specifically S3C2416) SoC?

Thanks in advance.

-- 
I can't go back to yesterday - because I was a different person then
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] [PATCH v2 3/4] ARM: use r9 for gd

2013-08-17 Thread Jeroen Hofstee

On 08/14/2013 08:25 PM, Jeroen Hofstee wrote:

To be more EABI compliant and as a preparation for building
with clang, use the platform-specific r9 register for gd
instead of r8.

note: The FIQ is not updated since it is not used in u-boot,
and under discussion for the time being.

The following checkpatch warning is ignored:
WARNING: Use of volatile is usually wrong: see
Documentation/volatile-considered-harmful.txt

cc: Albert ARIBAUD albert.u.b...@aribaud.net
Signed-off-by: Jeroen Hofstee jer...@myspectrum.nl
---
  arch/arm/config.mk |  2 +-
  arch/arm/include/asm/global_data.h |  2 +-
  arch/arm/lib/crt0.S| 16 
  3 files changed, 10 insertions(+), 10 deletions(-)



This patch assumes only crt0.S sets the register used for
gd in asm. I just noticed cpu/armv7/lowlevel_init.S does set gd
manually, so all users of the common board.c are likely
bricked with the patch as is. Looking into it

Regards,
Jeroen


___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] merge arm64 to arm

2013-08-17 Thread Måns Rullgård
FengHua feng...@phytium.com.cn writes:

 hi tom,
 hi albert,
 yes, it's right. the u-boot could be more uniformly and maintainable
 if merging armv8 to arm architecture. I will try to migrate arm64 to
 armv8 subarchitecture of arm. do you have any other advice?

Why?  The architectures are vastly different, arm64 (aarch64) being only
loosely inspired by the 32-bit arm.  It is not like with x86/amd64 where
a lot of code can be shared.

-- 
Måns Rullgård
m...@mansr.com
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] [PATCH v2 3/4] ARM: use r9 for gd

2013-08-17 Thread Jeroen Hofstee

On 08/17/2013 11:40 AM, Jeroen Hofstee wrote:

On 08/14/2013 08:25 PM, Jeroen Hofstee wrote:

To be more EABI compliant and as a preparation for building
with clang, use the platform-specific r9 register for gd
instead of r8.

note: The FIQ is not updated since it is not used in u-boot,
and under discussion for the time being.

The following checkpatch warning is ignored:
WARNING: Use of volatile is usually wrong: see
Documentation/volatile-considered-harmful.txt

cc: Albert ARIBAUD albert.u.b...@aribaud.net
Signed-off-by: Jeroen Hofstee jer...@myspectrum.nl
---
  arch/arm/config.mk |  2 +-
  arch/arm/include/asm/global_data.h |  2 +-
  arch/arm/lib/crt0.S| 16 
  3 files changed, 10 insertions(+), 10 deletions(-)



This patch assumes only crt0.S sets the register used for
gd in asm. I just noticed cpu/armv7/lowlevel_init.S does set gd
manually, so all users of the common board.c are likely
bricked with the patch as is. Looking into it


Looking into this, it seems lowlevel_init.S could simply be removed
by placing the call to s_init at a better spot. As Tom pointed out,
this is already being discussed at [1]. As that is a topic of its own
I intend to simply change lowlevel_init.S to us r9 in this patchset.

Regards,
Jeroen

[1] 
http://u-boot.10912.n7.nabble.com/PATCH-1-3-arm-spl-Fix-SPL-booting-for-OMAP3-td156990.html

___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] [PATCH v2 1/4] ARM: make reserving the gd register a make variable

2013-08-17 Thread Jeroen Hofstee

On 08/14/2013 08:25 PM, Jeroen Hofstee wrote:

diff --git a/arch/arm/config.mk b/arch/arm/config.mk
index 540a119..5e382ab 100644
--- a/arch/arm/config.mk
+++ b/arch/arm/config.mk
@@ -98,3 +98,5 @@ endif
  ifneq ($(CONFIG_SPL_BUILD),y)
  ALL-y += checkarmreloc
  endif
+
+OPTION_FIXED_GD=$(call cc-option, -ffixed-r8)


I am leaking some debug code here, this can simply be an
assignment by value instead of a cc-option check.

Regards,
Jeroen
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] merge arm64 to arm

2013-08-17 Thread FengHua



 -原始邮件-
 发件人: Måns Rullgård m...@mansr.com
 发送时间: 2013年8月17日 星期六
 收件人: FengHua feng...@phytium.com.cn
 抄送: u-boot@lists.denx.de, tr...@ti.com, scottw...@freescale.com
 主题: Re: merge arm64 to arm
 
 FengHua feng...@phytium.com.cn writes:
 
  hi tom,
  hi albert,
  yes, it's right. the u-boot could be more uniformly and maintainable
  if merging armv8 to arm architecture. I will try to migrate arm64 to
  armv8 subarchitecture of arm. do you have any other advice?
 
 Why?  The architectures are vastly different, arm64 (aarch64) being only
 loosely inspired by the 32-bit arm.  It is not like with x86/amd64 where
 a lot of code can be shared.
 
 -- 
 Måns Rullgård
 m...@mansr.com

Of course, with a seperated architecture the arm64 code will be clear and 
simple. when it merged with arm a few file should be duplicated with the name 
_v8 appended and many macro switch should be added. but most of the code will 
be in armv8 directory which paralleled with armv7. it seems that this 
implementation are more nice.





___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] merge arm64 to arm

2013-08-17 Thread Tom Rini
On Sat, Aug 17, 2013 at 10:32:43PM +0800, FengHua wrote:
 
 
 
  --
  ?: M??ns Rullg??rd m...@mansr.com
  : 2013???8???17??? ?
  ?: FengHua feng...@phytium.com.cn
  ??: u-boot@lists.denx.de, tr...@ti.com, scottw...@freescale.com
  ??: Re: merge arm64 to arm
  
  FengHua feng...@phytium.com.cn writes:
  
   hi tom,
   hi albert,
   yes, it's right. the u-boot could be more uniformly and maintainable
   if merging armv8 to arm architecture. I will try to migrate arm64 to
   armv8 subarchitecture of arm. do you have any other advice?
  
  Why?  The architectures are vastly different, arm64 (aarch64) being only
  loosely inspired by the 32-bit arm.  It is not like with x86/amd64 where
  a lot of code can be shared.
  
  -- 
  M??ns Rullg??rd
  m...@mansr.com
 
 Of course, with a seperated architecture the arm64 code will be clear
 and simple. when it merged with arm a few file should be duplicated
 with the name _v8 appended and many macro switch should be added.
 but most of the code will be in armv8 directory which paralleled with
 armv7. it seems that this implementation are more nice.

Exactly.  Most things will end up in arch/arm/cpu/armv8/ and we won't
have to duplicate the hook the arch up with the rest of U-Boot code,
which is C anyhow, for the most part.

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] merge arm64 to arm

2013-08-17 Thread Måns Rullgård
FengHua feng...@phytium.com.cn writes:

 FengHua feng...@phytium.com.cn writes:
 
  hi tom,
  hi albert,
  yes, it's right. the u-boot could be more uniformly and maintainable
  if merging armv8 to arm architecture. I will try to migrate arm64 to
  armv8 subarchitecture of arm. do you have any other advice?
 
 Why?  The architectures are vastly different, arm64 (aarch64) being only
 loosely inspired by the 32-bit arm.  It is not like with x86/amd64 where
 a lot of code can be shared.

 Of course, with a seperated architecture the arm64 code will be clear
 and simple. when it merged with arm a few file should be duplicated
 with the name _v8 appended and many macro switch should be
 added. but most of the code will be in armv8 directory which
 paralleled with armv7. it seems that this implementation are more
 nice.

ARMv8 defines both a 32-bit (aarch32) and a 64-bit (aarch64) instruction
set.  The naming you are suggesting would be misleading.

-- 
Måns Rullgård
m...@mansr.com
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] Pull request - arm/zynq v2

2013-08-17 Thread Albert ARIBAUD
Hi Michal,

On Mon, 12 Aug 2013 09:05:00 +0200, Michal Simek mon...@monstr.eu
wrote:

 Hi Albert,
 
 please pull these 3 zynq patches to your arm tree.
 
 There is still pending the arm: lds: Remove libgcc eabi exception handling 
 tables
 patch. Have you considered to also add it?
 
 v2:
 - Changed email address,
 - There was incorrect rebase which I have fixed - correct sha1 now
 
 Thanks.
 Michal
 
 
 The following changes since commit a78dac79ede7fbb4c9e816abc879655540c3f076:
 
   nds32: fix the missing COBJS-y change (2013-08-09 01:51:24 +0800)
 
 are available in the git repository at:
 
   git://www.denx.de/git/u-boot-microblaze.git zynq
 
 for you to fetch changes up to 2d83d33a51926d6471eb9282d03d83783850d565:
 
   zynq: Enable axi ethernet and emaclite driver initialization (2013-08-12 
 08:59:56 +0200)
 
 
 Michal Simek (3):
   zynq: Add new ddrc driver for ECC support
   zynq: slcr: Wait 100ms till clk is properly setup
   zynq: Enable axi ethernet and emaclite driver initialization
 
  arch/arm/cpu/armv7/zynq/Makefile   |  1 +
  arch/arm/cpu/armv7/zynq/ddrc.c | 50 
 ++
  arch/arm/cpu/armv7/zynq/slcr.c |  2 +-
  arch/arm/include/asm/arch-zynq/hardware.h  |  8 +
  arch/arm/include/asm/arch-zynq/sys_proto.h |  1 +
  board/xilinx/zynq/board.c  | 19 
  6 files changed, 80 insertions(+), 1 deletion(-)
  create mode 100644 arch/arm/cpu/armv7/zynq/ddrc.c

I cannot merge these three commits without merging a lot of nds32 stuff
too, apparently, and I don't want to. If this stuff is not needed for
the three commits, then please rebase them so that they don't pull
anything else in.

Amicalement,
-- 
Albert.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] [PULL] : Please pull u-boot-imx - applied to a temporary repo, see inside

2013-08-17 Thread Albert ARIBAUD
Hi Stefano,

On Mon, 12 Aug 2013 15:47:53 +0200, Stefano Babic sba...@denx.de
wrote:

 Hi Albert,
 
 please pull from u-boot-imx, thanks.
 
 The following changes since commit fdce7b633a1de24456226b18527cc7900c34282a:
 
   gpio: omap5-uevm: Configure the tca6424 gpio expander (2013-07-30
 09:21:42 -0400)
 
 are available in the git repository at:
 
   git://www.denx.de/git/u-boot-imx.git master
 
 for you to fetch changes up to 326ea986ac150acdc7656d57fca647db80b50158:
 
   Merge git://git.denx.de/u-boot-arm (2013-07-31 11:30:38 +0200)
 
 
 
 Dirk Behme (1):
   mxc_gpio: Correct the GPIO handling in gpio_direction_output()
 
 Eric Nelson (1):
   mxc_ipuv3: fix memory alignment of framebuffer
 
 Fabio Estevam (1):
   mx6qsabrelite: Remove mx6qsabrelite code in favor of nitrogen6x
 
 Marek Vasut (1):
   ARM: mxs: Consolidate configuration options
 
 Otavio Salvador (1):
   wandboard: Use splash image at screen center by default
 
 Pardeep Kumar Singla (2):
   mx6: Factor out common HDMI setup code
   mx6qsabresd: Add splash screen support via HDMI
 
 Robert Winkler (2):
   imx: Add documentation for imx specific commands
   imx: nitrogen6x: mx6qsabrelite: Add support for DVI monitors
 
 Stefano Babic (1):
   Merge git://git.denx.de/u-boot-arm
 
  MAINTAINERS|2 +-
  README |   15 +
  arch/arm/cpu/armv7/mx6/clock.c |8 +
  arch/arm/cpu/armv7/mx6/soc.c   |   43 +
  arch/arm/imx-common/cmd_hdmidet.c  |3 +-
  arch/arm/include/asm/arch-mx6/clock.h  |2 +-
  arch/arm/include/asm/arch-mx6/mxc_hdmi.h   |8 +
  .../nitrogen6x/README.mx6qsabrelite}   |0
  board/boundary/nitrogen6x/nitrogen6x.c |   46 +-
  board/freescale/mx6qsabrelite/Makefile |   28 -
  board/freescale/mx6qsabrelite/mx6qsabrelite.c  |  832
 
  board/freescale/mx6sabresd/mx6sabresd.c|   64 +-
  board/wandboard/wandboard.c|   44 +-
  boards.cfg |2 +-
  drivers/gpio/mxc_gpio.c|4 +-
  drivers/video/mxc_ipuv3_fb.c   |5 +-
  include/configs/apx4devkit.h   |  120 +--
  include/configs/m28evk.h   |  192 +
  include/configs/mx23_olinuxino.h   |  142 +---
  include/configs/mx23evk.h  |  115 +--
  include/configs/mx28evk.h  |  173 +---
  include/configs/mx6qsabrelite.h|  284 ---
  include/configs/mx6sabre_common.h  |3 +-
  include/configs/mx6sabresd.h   |   19 +
  include/configs/mxs.h  |  191 +
  include/configs/nitrogen6x.h   |   81 +-
  include/configs/sc_sps_1.h |  139 +---
  include/configs/wandboard.h|2 +
  28 files changed, 601 insertions(+), 1966 deletions(-)
  rename board/{freescale/mx6qsabrelite/README =
 boundary/nitrogen6x/README.mx6qsabrelite} (100%)
  delete mode 100644 board/freescale/mx6qsabrelite/Makefile
  delete mode 100644 board/freescale/mx6qsabrelite/mx6qsabrelite.c
  delete mode 100644 include/configs/mx6qsabrelite.h
  create mode 100644 include/configs/mxs.h
 
 

Applied to u-boot-arm/master, thanks -- BUT at the moment I cannot push
to u-boot-arm at denx. While this gets solved, I have set up a temporary
repo at 88.191.163.10. People can fetch it with

git fetch git://88.191.163.10/u-boot-arm

You won't have write access of course.

Amicalement,
-- 
Albert.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] merge arm64 to arm

2013-08-17 Thread FengHua



 -原始邮件-
 发件人: Måns Rullgård m...@mansr.com
 发送时间: 2013年8月17日 星期六
 收件人: FengHua feng...@phytium.com.cn
 抄送: Måns Rullgård m...@mansr.com, trini tr...@ti.com, u-boot 
 u-boot@lists.denx.de, albert.u.boot albert.u.b...@aribaud.net, 
 scottwood scottw...@freescale.com
 主题: Re: merge arm64 to arm
 
 FengHua feng...@phytium.com.cn writes:
 
  FengHua feng...@phytium.com.cn writes:
  
   hi tom,
   hi albert,
   yes, it's right. the u-boot could be more uniformly and maintainable
   if merging armv8 to arm architecture. I will try to migrate arm64 to
   armv8 subarchitecture of arm. do you have any other advice?
  
  Why?  The architectures are vastly different, arm64 (aarch64) being only
  loosely inspired by the 32-bit arm.  It is not like with x86/amd64 where
  a lot of code can be shared.
 
  Of course, with a seperated architecture the arm64 code will be clear
  and simple. when it merged with arm a few file should be duplicated
  with the name _v8 appended and many macro switch should be
  added. but most of the code will be in armv8 directory which
  paralleled with armv7. it seems that this implementation are more
  nice.
 
 ARMv8 defines both a 32-bit (aarch32) and a 64-bit (aarch64) instruction
 set.  The naming you are suggesting would be misleading.
 

aarch32 state is compatible with armv7. armv8 directory only provide aarch64 
state support.
as you said, it would be a little misleading.

 -- 
 Måns Rullgård
 m...@mansr.com






___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot