From: Scott Wood <scottwood@freescale.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 20/28] armv8/ls2085ardb: Add support of LS2085ARDB platform
Date: Fri, 20 Mar 2015 18:01:07 -0500 [thread overview]
Message-ID: <1426892467.27998.244.camel@freescale.com> (raw)
In-Reply-To: <1426783559-26610-20-git-send-email-yorksun@freescale.com>
On Thu, 2015-03-19 at 09:45 -0700, York Sun wrote:
> The LS2080ARDB is a evaluation platform that supports LS2080A
> family SoCs. This patch add sbasic support for the platform.
s/2080/2085/
> diff --git a/board/freescale/ls2085aqds/Makefile b/board/freescale/ls2085ardb/Makefile
> similarity index 81%
> copy from board/freescale/ls2085aqds/Makefile
> copy to board/freescale/ls2085ardb/Makefile
> index f174f33..0bfe21c 100644
> --- a/board/freescale/ls2085aqds/Makefile
> +++ b/board/freescale/ls2085ardb/Makefile
> @@ -4,5 +4,5 @@
> # SPDX-License-Identifier: GPL-2.0+
> #
>
> -obj-y += ls2085aqds.o
> +obj-y += ls2085ardb.o
> obj-y += ddr.o
> diff --git a/board/freescale/ls2085aqds/README b/board/freescale/ls2085ardb/README
> similarity index 73%
> copy from board/freescale/ls2085aqds/README
> copy to board/freescale/ls2085ardb/README
> index a4d7b53..19f9d2a 100644
> --- a/board/freescale/ls2085aqds/README
> +++ b/board/freescale/ls2085ardb/README
> @@ -1,10 +1,8 @@
> Overview
> --------
> -The LS2080A Development System (QDS) is a high-performance computing,
> +The LS2080A Reference Design (RDB) is a high-performance computing,
> evaluation, and development platform that supports the QorIQ LS2080A
> -LayerScape Architecture processor. The LS2080AQDS provides validation and
> -SW development platform for the Freescale LS2080A processor series, with
> -a complete debugging environment.
> +LayerScape Architecture processor.
I don't think Layerscape is supposed to be capitalized that way.
> LS2085A SoC Overview
> ------------------
> @@ -50,14 +48,11 @@ The LS2085A SoC includes the following function and features:
> - Service processor (SP) provides pre-boot initialization and secure-boot
> capabilities
>
> - LS2080AQDS board Overview
> + LS2080aRDB board Overview
Inconsistent capitalization
> #ifndef __ASSEMBLY__
> unsigned long get_board_sys_clk(void);
> -unsigned long get_board_ddr_clk(void);
> #endif
>
> #define CONFIG_SYS_CLK_FREQ get_board_sys_clk()
> -#define CONFIG_DDR_CLK_FREQ get_board_ddr_clk()
> +#define CONFIG_DDR_CLK_FREQ 133333333
> #define COUNTER_FREQUENCY_REAL (CONFIG_SYS_CLK_FREQ/4)
Why?
> @@ -30,8 +32,8 @@ unsigned long get_board_ddr_clk(void);
> #define CONFIG_MEM_INIT_VALUE 0xdeadbeef
> #define SPD_EEPROM_ADDRESS1 0x51
> #define SPD_EEPROM_ADDRESS2 0x52
> -#define SPD_EEPROM_ADDRESS3 0x53
> -#define SPD_EEPROM_ADDRESS4 0x54
> +#define SPD_EEPROM_ADDRESS3 0x54
> +#define SPD_EEPROM_ADDRESS4 0x53 /* Bard error */
> #define SPD_EEPROM_ADDRESS5 0x55
> #define SPD_EEPROM_ADDRESS6 0x56 /* dummy address */
> #define SPD_EEPROM_ADDRESS SPD_EEPROM_ADDRESS1
I suspect this should be s/Bard/Board/
> @@ -114,24 +106,24 @@ unsigned long get_board_ddr_clk(void);
> | CSOR_NAND_ECC_DEC_EN /* ECC on decode */ \
> | CSOR_NAND_ECC_MODE_4 /* 4-bit ECC */ \
> | CSOR_NAND_RAL_3 /* RAL = 2Byes */ \
> - | CSOR_NAND_PGS_2K /* Page Size = 2K */ \
> - | CSOR_NAND_SPRZ_64/* Spare size = 64 */ \
> - | CSOR_NAND_PB(64)) /*Pages Per Block = 64*/
> + | CSOR_NAND_PGS_4K /* Page Size = 2K */ \
> + | CSOR_NAND_SPRZ_224 /* Spare size = 64 */ \
> + | CSOR_NAND_PB(128)) /*Pages Per Block = 64*/
Comments don't match code.
> @@ -148,6 +140,7 @@ unsigned long get_board_ddr_clk(void);
> #define QIXIS_LBMAP_DFLTBANK 0x00
> #define QIXIS_LBMAP_ALTBANK 0x04
> #define QIXIS_RST_CTL_RESET 0x31
> +#define QIXIS_RST_CTL_RESET_EN 0x30
> #define QIXIS_RCFG_CTL_RECONFIG_IDLE 0x20
> #define QIXIS_RCFG_CTL_RECONFIG_START 0x21
> #define QIXIS_RCFG_CTL_WATCHDOG_ENBLE 0x08
Is this really a difference between the two boards?
-Scott
next prev parent reply other threads:[~2015-03-20 23:01 UTC|newest]
Thread overview: 69+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-19 16:45 [U-Boot] [PATCH 01/28] armv8/fsl-lsch3: Implement workaround for erratum A008585 York Sun
2015-03-19 16:45 ` [U-Boot] [PATCH 02/28] armv8/ls2085a: Update common header file York Sun
2015-03-19 16:45 ` [U-Boot] [PATCH 03/28] armv8/fsl-lsch3: Fix platform clock calculation York Sun
2015-03-19 16:45 ` [U-Boot] [PATCH 04/28] armv8/ls2085a: Fix generic timer clock source York Sun
2015-03-19 18:08 ` Mark Rutland
2015-03-19 18:16 ` York Sun
2015-03-19 18:17 ` Mark Rutland
2015-03-19 18:24 ` York Sun
2015-03-19 18:46 ` Mark Rutland
2015-03-19 19:26 ` York Sun
2015-03-19 16:45 ` [U-Boot] [PATCH 05/28] armv8/ls2085a: Add support for reset request York Sun
2015-03-19 16:45 ` [U-Boot] [PATCH 06/28] armv8/fsl-lsch3: Set nodes in DVM domain York Sun
2015-03-19 16:45 ` [U-Boot] [PATCH 07/28] armv8/fsl-lsch3: Update early MMU table York Sun
2015-03-19 16:45 ` [U-Boot] [PATCH 08/28] fsl-lsch3: Introduce place for common early SoC init York Sun
2015-03-19 16:45 ` [U-Boot] [PATCH 09/28] armv8/ls2085a: Add workaround for USB erratum A-008751 York Sun
2015-03-19 16:45 ` [U-Boot] [PATCH 10/28] armv8/fsl-lsch3: Use correct compatible for serial clock fixup York Sun
2015-03-19 16:45 ` [U-Boot] [PATCH 11/28] driver/ldpaa_eth: Update ldpaa ethernet driver York Sun
2015-03-19 16:45 ` [U-Boot] [PATCH 12/28] armv8: Add SerDes framework for LayerScape Architecture York Sun
2015-03-19 16:45 ` [U-Boot] [PATCH 13/28] net/phy/cortina: Fix compilation warning York Sun
2015-03-19 17:17 ` Joe Hershberger
2015-03-19 16:45 ` [U-Boot] [PATCH 14/28] drivers/fsl-mc: Changed MC firmware loading for new boot architecture York Sun
2015-03-19 17:53 ` Kim Phillips
2015-03-23 20:06 ` Jose Rivera
2015-03-23 20:34 ` Kim Phillips
2015-03-23 21:15 ` Jose Rivera
2015-03-23 22:05 ` Kim Phillips
2015-03-24 15:14 ` Jose Rivera
2015-03-24 15:35 ` Kim Phillips
[not found] ` <CALRxmdDfZKYh3QOSnz1LzvkpWuS2OzontG_fLECuMgzz2N68uA@mail.gmail.com>
2015-03-25 21:12 ` Kim Phillips
2015-03-26 23:57 ` Jose Rivera
2015-03-27 16:01 ` Kim Phillips
2015-03-19 16:45 ` [U-Boot] [PATCH 15/28] net/memac_phy: reuse driver for little endian SoCs York Sun
2015-03-19 18:03 ` Joe Hershberger
2015-03-20 3:06 ` Shaohui Xie
2015-03-20 3:33 ` Joe Hershberger
2015-03-20 3:48 ` Shaohui Xie
2015-03-20 3:58 ` Joe Hershberger
2015-03-19 16:45 ` [U-Boot] [PATCH 16/28] armv8/fsl-ch3: Add support to print RCW configuration York Sun
2015-03-19 16:45 ` [U-Boot] [PATCH 17/28] armv8/fsl-lsch3: Enable system error aborts York Sun
2015-03-19 18:14 ` Mark Rutland
2015-03-19 19:52 ` Scott Wood
2015-03-19 19:54 ` York Sun
2015-03-19 19:58 ` Scott Wood
2015-03-19 20:02 ` York Sun
2015-03-19 20:06 ` Scott Wood
2015-03-19 20:27 ` York Sun
2015-03-19 20:37 ` Scott Wood
2015-03-19 20:47 ` York Sun
2015-03-19 20:51 ` Scott Wood
2015-03-19 20:56 ` York Sun
2015-03-19 21:34 ` Scott Wood
2015-03-20 11:31 ` Mark Rutland
2015-03-19 16:45 ` [U-Boot] [PATCH 18/28] driver/ldpaa: Add support of WRIOP static data structure York Sun
2015-03-19 16:45 ` [U-Boot] [PATCH 19/28] armv8/ls2085aqds: Add support of LS2085AQDS platform York Sun
2015-03-19 16:45 ` [U-Boot] [PATCH 20/28] armv8/ls2085ardb: Add support of LS2085ARDB platform York Sun
2015-03-20 23:01 ` Scott Wood [this message]
2015-03-21 0:08 ` York Sun
2015-03-21 0:12 ` Scott Wood
2015-03-21 0:16 ` York Sun
2015-03-19 16:45 ` [U-Boot] [PATCH 21/28] drivers/fsl-mc: Autoload AOIP image from NOR flash York Sun
2015-03-19 16:45 ` [U-Boot] [PATCH 22/28] board/ls2085qds: Add support ethernet York Sun
2015-03-19 16:45 ` [U-Boot] [PATCH 23/28] driver/ifc: Add 64KB page support York Sun
2015-03-19 16:45 ` [U-Boot] [PATCH 24/28] armv8/ls2085aqds: NAND boot support York Sun
2015-03-19 16:45 ` [U-Boot] [PATCH 25/28] freescale/qixis: Add support for booting from NAND York Sun
2015-03-19 16:45 ` [U-Boot] [PATCH 26/28] armv8/ls2085ardb: Enable NAND SPL support York Sun
2015-03-19 16:45 ` [U-Boot] [PATCH 27/28] ls2085a: esdhc: Add esdhc support for ls2085a York Sun
2015-03-19 16:45 ` [U-Boot] [PATCH 28/28] armv8/fsl-lsch3: Implement workaround for I2C issue York Sun
2015-03-20 5:35 ` Heiko Schocher
2015-03-20 16:08 ` York Sun
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1426892467.27998.244.camel@freescale.com \
--to=scottwood@freescale.com \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox