diff mbox

[U-Boot,v2] arm/ls1021a: Add sata support on qds and twr board

Message ID 1439804538-47552-1-git-send-email-Yuantian.Tang@freescale.com
State Changes Requested
Delegated to: York Sun
Headers show

Commit Message

tang yuantian Aug. 17, 2015, 9:42 a.m. UTC
From: Tang Yuantian <Yuantian.Tang@freescale.com>

Freescale ARM-based Layerscape LS102xA contain a SATA controller
which comply with the serial ATA 3.0 specification and the
AHCI 1.3 specification.
This patch adds SATA feature on ls1021aqds and ls1021atwr boards.

Signed-off-by: Tang Yuantian <Yuantian.Tang@freescale.com>
---
v2:
	- rebase to latest git tree
	- use micro SATA_ECC_REG_ADDR instead of hard coding 

 arch/arm/include/asm/arch-ls102xa/config.h        | 15 ++++++
 arch/arm/include/asm/arch-ls102xa/immap_ls102xa.h | 24 +++++++++
 board/freescale/ls1021aqds/ls1021aqds.c           | 61 +++++++++++++++++++++++
 board/freescale/ls1021atwr/ls1021atwr.c           | 61 +++++++++++++++++++++++
 4 files changed, 161 insertions(+)

Comments

York Sun Aug. 18, 2015, 7:04 p.m. UTC | #1
On 08/17/2015 02:42 AM, Yuantian.Tang@freescale.com wrote:
> From: Tang Yuantian <Yuantian.Tang@freescale.com>
> 
> Freescale ARM-based Layerscape LS102xA contain a SATA controller
> which comply with the serial ATA 3.0 specification and the
> AHCI 1.3 specification.
> This patch adds SATA feature on ls1021aqds and ls1021atwr boards.
> 
> Signed-off-by: Tang Yuantian <Yuantian.Tang@freescale.com>
> ---
> v2:
> 	- rebase to latest git tree
> 	- use micro SATA_ECC_REG_ADDR instead of hard coding 
> 
>  arch/arm/include/asm/arch-ls102xa/config.h        | 15 ++++++
>  arch/arm/include/asm/arch-ls102xa/immap_ls102xa.h | 24 +++++++++
>  board/freescale/ls1021aqds/ls1021aqds.c           | 61 +++++++++++++++++++++++
>  board/freescale/ls1021atwr/ls1021atwr.c           | 61 +++++++++++++++++++++++
>  4 files changed, 161 insertions(+)
> 
> diff --git a/arch/arm/include/asm/arch-ls102xa/config.h b/arch/arm/include/asm/arch-ls102xa/config.h
> index c55cdef..a4a5d84 100644
> --- a/arch/arm/include/asm/arch-ls102xa/config.h
> +++ b/arch/arm/include/asm/arch-ls102xa/config.h
> @@ -79,6 +79,21 @@
>  #define CONFIG_SYS_PCIE2_PHYS_ADDR		(CONFIG_SYS_PCIE2_PHYS_BASE + \
>  						 CONFIG_SYS_PCIE2_VIRT_ADDR)
>  
> +/* SATA */
> +#define AHCI_BASE_ADDR				(CONFIG_SYS_IMMR + 0x02200000)
> +#define CONFIG_BOARD_LATE_INIT
> +#define CONFIG_CMD_SCSI
> +#define CONFIG_LIBATA
> +#define CONFIG_SCSI_AHCI
> +#define CONFIG_SCSI_AHCI_PLAT
> +#define CONFIG_SYS_SCSI_MAX_SCSI_ID		1
> +#define CONFIG_SYS_SCSI_MAX_LUN		1
> +#define CONFIG_SYS_SCSI_MAX_DEVICE		(CONFIG_SYS_SCSI_MAX_SCSI_ID * \
> +						CONFIG_SYS_SCSI_MAX_LUN)
> +#define CONFIG_CMD_FAT
> +#define CONFIG_DOS_PARTITION
> +#define CONFIG_SYS_FSL_ERRATUM_A008407
> +
>  #ifdef CONFIG_DDR_SPD
>  #define CONFIG_SYS_FSL_DDR_BE
>  #define CONFIG_VERY_BIG_RAM
> diff --git a/arch/arm/include/asm/arch-ls102xa/immap_ls102xa.h b/arch/arm/include/asm/arch-ls102xa/immap_ls102xa.h
> index d34044a..211fe1d 100644
> --- a/arch/arm/include/asm/arch-ls102xa/immap_ls102xa.h
> +++ b/arch/arm/include/asm/arch-ls102xa/immap_ls102xa.h
> @@ -397,4 +397,28 @@ struct ccsr_cci400 {
>  	u8 res_e004[0x10000 - 0xe004];
>  };
>  
> +/* AHCI (sata) register map */
> +struct ccsr_ahci {
> +	u32 res1[0xa4/4];	/* 0x0 - 0xa4 */
> +	u32 pcfg;	/* port config */
> +	u32 ppcfg;	/* port phy1 config */
> +	u32 pp2c;	/* port phy2 config */
> +	u32 pp3c;	/* port phy3 config */
> +	u32 pp4c;	/* port phy4 config */
> +	u32 pp5c;	/* port phy5 config */
> +	u32 paxic;	/* port AXI config */
> +	u32 axicc;	/* AXI cache control */
> +	u32 axipc;	/* AXI PROT control */
> +	u32 ptc;	/* port Trans Config */
> +	u32 pts;	/* port Trans Status */
> +	u32 plc;	/* port link config */
> +	u32 plc1;	/* port link config1 */
> +	u32 plc2;	/* port link config2 */
> +	u32 pls;	/* port link status */
> +	u32 pls1;	/* port link status1 */
> +	u32 pcmdc;	/* port CMD config */
> +	u32 ppcs;	/* port phy control status */
> +	u32 pberr;	/* port 0/1 BIST error */
> +	u32 cmds;	/* port 0/1 CMD status error */
> +};
>  #endif	/* __ASM_ARCH_LS102XA_IMMAP_H_ */
> diff --git a/board/freescale/ls1021aqds/ls1021aqds.c b/board/freescale/ls1021aqds/ls1021aqds.c
> index d6ef6ba..1b26ed3 100644
> --- a/board/freescale/ls1021aqds/ls1021aqds.c
> +++ b/board/freescale/ls1021aqds/ls1021aqds.c
> @@ -18,6 +18,8 @@
>  #include <fsl_ifc.h>
>  #include <fsl_sec.h>
>  #include <spl.h>
> +#include <ahci.h>
> +#include <scsi.h>
>  
>  #include "../common/sleep.h"
>  #include "../common/qixis.h"
> @@ -54,6 +56,52 @@ enum {
>  	GE1_CLK125,
>  };
>  
> +static void ls1021a_sata_init(void)
> +{
> +	struct ccsr_ahci __iomem *ccsr_ahci = (void *)AHCI_BASE_ADDR;
> +
> +#ifdef CONFIG_SYS_FSL_ERRATUM_A008407
> +#define SATA_ECC_REG_ADDR	0x20220520
> +	unsigned int __iomem *ecc_reg = (void *)SATA_ECC_REG_ADDR;
> +#endif
> +
> +	out_le32(&ccsr_ahci->ppcfg, 0xa003fffe);
> +	out_le32(&ccsr_ahci->pp2c, 0x28183411);
> +	out_le32(&ccsr_ahci->pp3c, 0x0e081004);
> +	out_le32(&ccsr_ahci->pp4c, 0x00480811);
> +	out_le32(&ccsr_ahci->pp5c, 0x192c96a4);
> +	out_le32(&ccsr_ahci->ptc, 0x08000025);

What are these numbers?

> +
> +#ifdef CONFIG_SYS_FSL_ERRATUM_A008407
> +	out_le32(ecc_reg, 0x00020000);
> +#endif

Same here.

> +}
> +
> +#ifdef CONFIG_SCSI_AHCI_PLAT
> +static int ls1021a_sata_start(void)
> +{
> +	struct ccsr_gur *gur = (struct ccsr_gur *)CONFIG_SYS_FSL_GUTS_ADDR;
> +	u32 cfg;
> +	int rc = -1;
> +
> +	cfg = in_be32(&gur->rcwsr[4]) & RCWSR4_SRDS1_PRTCL_MASK;
> +	cfg >>= RCWSR4_SRDS1_PRTCL_SHIFT;
> +
> +	if (cfg != 0x30 && cfg != 0x70) {
> +		printf("SATA disabled: serdes protocol doesn't support\n");
> +		return rc;
> +	}
> +
> +	rc = ahci_init((void __iomem *)AHCI_BASE_ADDR);
> +	if (rc)
> +		return rc;
> +
> +	scsi_scan(0);
> +
> +	return 0;
> +}
> +#endif
> +
>  #ifdef CONFIG_LS102XA_NS_ACCESS
>  static struct csu_ns_dev ns_dev[] = {
>  	{ CSU_CSLX_PCIE2_IO, CSU_ALL_RW },
> @@ -327,6 +375,8 @@ int board_early_init_f(void)
>  		fsl_dp_disable_console();
>  #endif
>  
> +	ls1021a_sata_init();

Is it OK to run this init regardless SerDes protocol?

> +
>  	return 0;
>  }
>  
> @@ -388,6 +438,17 @@ void board_init_f(ulong dummy)
>  }
>  #endif
>  
> +#ifdef CONFIG_BOARD_LATE_INIT
> +int board_late_init(void)
> +{
> +#ifdef CONFIG_SCSI_AHCI_PLAT
> +	ls1021a_sata_start();
> +#endif
> +
> +	return 0;
> +}
> +#endif
> +
>  void config_etseccm_source(int etsec_gtx_125_mux)
>  {
>  	struct ccsr_scfg *scfg = (struct ccsr_scfg *)CONFIG_SYS_FSL_SCFG_ADDR;
> diff --git a/board/freescale/ls1021atwr/ls1021atwr.c b/board/freescale/ls1021atwr/ls1021atwr.c
> index b7458a9..6a964c3 100644
> --- a/board/freescale/ls1021atwr/ls1021atwr.c
> +++ b/board/freescale/ls1021atwr/ls1021atwr.c
> @@ -22,6 +22,8 @@
>  #include <tsec.h>
>  #include <fsl_sec.h>
>  #include <spl.h>
> +#include <ahci.h>
> +#include <scsi.h>
>  #include "../common/sleep.h"
>  #ifdef CONFIG_U_QE
>  #include "../../../drivers/qe/qe.h"
> @@ -173,6 +175,52 @@ struct cpld_data {
>  	u8 rev2;		/* Reserved */
>  };
>  
> +static void ls1021a_sata_init(void)
> +{
> +	struct ccsr_ahci __iomem *ccsr_ahci = (void *)AHCI_BASE_ADDR;
> +
> +#ifdef CONFIG_SYS_FSL_ERRATUM_A008407

Looks like ERRATUM A008407 is a SoC erratum. The workaround shouldn't be in
board file.

York
tang yuantian Aug. 19, 2015, 2:31 a.m. UTC | #2
> > +#ifdef CONFIG_SYS_FSL_ERRATUM_A008407
> > +#define SATA_ECC_REG_ADDR	0x20220520
> > +	unsigned int __iomem *ecc_reg = (void *)SATA_ECC_REG_ADDR;
> #endif
> > +
> > +	out_le32(&ccsr_ahci->ppcfg, 0xa003fffe);
> > +	out_le32(&ccsr_ahci->pp2c, 0x28183411);
> > +	out_le32(&ccsr_ahci->pp3c, 0x0e081004);
> > +	out_le32(&ccsr_ahci->pp4c, 0x00480811);
> > +	out_le32(&ccsr_ahci->pp5c, 0x192c96a4);
> > +	out_le32(&ccsr_ahci->ptc, 0x08000025);
> 
> What are these numbers?
> 
I don't like magic number either, but I don't have a choice.
These numbers are used to overwrite the default value which are not working for sata. They are gotten from validation team.
Their meanings are documented in RM. Is it necessary to re-explain bit by bit again?
Same reasons for ls2085.

Regards,
Yuantian
 
> > +
> > +#ifdef CONFIG_SYS_FSL_ERRATUM_A008407
> > +	out_le32(ecc_reg, 0x00020000);
> > +#endif
> 
> Same here.
> 
> > +}
> > +
> > +#ifdef CONFIG_SCSI_AHCI_PLAT
> > +static int ls1021a_sata_start(void)
> > +{
> > +	struct ccsr_gur *gur = (struct ccsr_gur
> *)CONFIG_SYS_FSL_GUTS_ADDR;
> > +	u32 cfg;
> > +	int rc = -1;
> > +
> > +	cfg = in_be32(&gur->rcwsr[4]) & RCWSR4_SRDS1_PRTCL_MASK;
> > +	cfg >>= RCWSR4_SRDS1_PRTCL_SHIFT;
> > +
> > +	if (cfg != 0x30 && cfg != 0x70) {
> > +		printf("SATA disabled: serdes protocol doesn't support\n");
> > +		return rc;
> > +	}
> > +
> > +	rc = ahci_init((void __iomem *)AHCI_BASE_ADDR);
> > +	if (rc)
> > +		return rc;
> > +
> > +	scsi_scan(0);
> > +
> > +	return 0;
> > +}
> > +#endif
> > +
> >  #ifdef CONFIG_LS102XA_NS_ACCESS
> >  static struct csu_ns_dev ns_dev[] = {
> >  	{ CSU_CSLX_PCIE2_IO, CSU_ALL_RW },
> > @@ -327,6 +375,8 @@ int board_early_init_f(void)
> >  		fsl_dp_disable_console();
> >  #endif
> >
> > +	ls1021a_sata_init();
> 
> Is it OK to run this init regardless SerDes protocol?
> 
> > +
> >  	return 0;
> >  }
> >
> > @@ -388,6 +438,17 @@ void board_init_f(ulong dummy)  }  #endif
> >
> > +#ifdef CONFIG_BOARD_LATE_INIT
> > +int board_late_init(void)
> > +{
> > +#ifdef CONFIG_SCSI_AHCI_PLAT
> > +	ls1021a_sata_start();
> > +#endif
> > +
> > +	return 0;
> > +}
> > +#endif
> > +
> >  void config_etseccm_source(int etsec_gtx_125_mux)  {
> >  	struct ccsr_scfg *scfg = (struct ccsr_scfg
> > *)CONFIG_SYS_FSL_SCFG_ADDR; diff --git
> > a/board/freescale/ls1021atwr/ls1021atwr.c
> > b/board/freescale/ls1021atwr/ls1021atwr.c
> > index b7458a9..6a964c3 100644
> > --- a/board/freescale/ls1021atwr/ls1021atwr.c
> > +++ b/board/freescale/ls1021atwr/ls1021atwr.c
> > @@ -22,6 +22,8 @@
> >  #include <tsec.h>
> >  #include <fsl_sec.h>
> >  #include <spl.h>
> > +#include <ahci.h>
> > +#include <scsi.h>
> >  #include "../common/sleep.h"
> >  #ifdef CONFIG_U_QE
> >  #include "../../../drivers/qe/qe.h"
> > @@ -173,6 +175,52 @@ struct cpld_data {
> >  	u8 rev2;		/* Reserved */
> >  };
> >
> > +static void ls1021a_sata_init(void)
> > +{
> > +	struct ccsr_ahci __iomem *ccsr_ahci = (void *)AHCI_BASE_ADDR;
> > +
> > +#ifdef CONFIG_SYS_FSL_ERRATUM_A008407
> 
> Looks like ERRATUM A008407 is a SoC erratum. The workaround shouldn't be
> in board file.
> 
> York
York Sun Aug. 19, 2015, 2:41 a.m. UTC | #3
Sorry for top posting, replying from my phone.

Please use macros instead of numbers. It's still better than putting magic numbers in the code. And please move it out of board files.

York


-------- Original message --------
From: Tang Yuantian-B29983
Date:08/18/2015 19:31 (GMT-08:00)
To: Sun York-R58495
Cc: u-boot@lists.denx.de, Kushwaha Prabhakar-B32579 , Wang Huan-B18965
Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and twr board

> > +#ifdef CONFIG_SYS_FSL_ERRATUM_A008407
> > +#define SATA_ECC_REG_ADDR  0x20220520
> > +   unsigned int __iomem *ecc_reg = (void *)SATA_ECC_REG_ADDR;
> #endif
> > +
> > +   out_le32(&ccsr_ahci->ppcfg, 0xa003fffe);
> > +   out_le32(&ccsr_ahci->pp2c, 0x28183411);
> > +   out_le32(&ccsr_ahci->pp3c, 0x0e081004);
> > +   out_le32(&ccsr_ahci->pp4c, 0x00480811);
> > +   out_le32(&ccsr_ahci->pp5c, 0x192c96a4);
> > +   out_le32(&ccsr_ahci->ptc, 0x08000025);
>
> What are these numbers?
>
I don't like magic number either, but I don't have a choice.
These numbers are used to overwrite the default value which are not working for sata. They are gotten from validation team.
Their meanings are documented in RM. Is it necessary to re-explain bit by bit again?
Same reasons for ls2085.

Regards,
Yuantian

> > +
> > +#ifdef CONFIG_SYS_FSL_ERRATUM_A008407
> > +   out_le32(ecc_reg, 0x00020000);
> > +#endif
>
> Same here.
>
> > +}
> > +
> > +#ifdef CONFIG_SCSI_AHCI_PLAT
> > +static int ls1021a_sata_start(void)
> > +{
> > +   struct ccsr_gur *gur = (struct ccsr_gur
> *)CONFIG_SYS_FSL_GUTS_ADDR;
> > +   u32 cfg;
> > +   int rc = -1;
> > +
> > +   cfg = in_be32(&gur->rcwsr[4]) & RCWSR4_SRDS1_PRTCL_MASK;
> > +   cfg >>= RCWSR4_SRDS1_PRTCL_SHIFT;
> > +
> > +   if (cfg != 0x30 && cfg != 0x70) {
> > +           printf("SATA disabled: serdes protocol doesn't support\n");
> > +           return rc;
> > +   }
> > +
> > +   rc = ahci_init((void __iomem *)AHCI_BASE_ADDR);
> > +   if (rc)
> > +           return rc;
> > +
> > +   scsi_scan(0);
> > +
> > +   return 0;
> > +}
> > +#endif
> > +
> >  #ifdef CONFIG_LS102XA_NS_ACCESS
> >  static struct csu_ns_dev ns_dev[] = {
> >      { CSU_CSLX_PCIE2_IO, CSU_ALL_RW },
> > @@ -327,6 +375,8 @@ int board_early_init_f(void)
> >              fsl_dp_disable_console();
> >  #endif
> >
> > +   ls1021a_sata_init();
>
> Is it OK to run this init regardless SerDes protocol?
>
> > +
> >      return 0;
> >  }
> >
> > @@ -388,6 +438,17 @@ void board_init_f(ulong dummy)  }  #endif
> >
> > +#ifdef CONFIG_BOARD_LATE_INIT
> > +int board_late_init(void)
> > +{
> > +#ifdef CONFIG_SCSI_AHCI_PLAT
> > +   ls1021a_sata_start();
> > +#endif
> > +
> > +   return 0;
> > +}
> > +#endif
> > +
> >  void config_etseccm_source(int etsec_gtx_125_mux)  {
> >      struct ccsr_scfg *scfg = (struct ccsr_scfg
> > *)CONFIG_SYS_FSL_SCFG_ADDR; diff --git
> > a/board/freescale/ls1021atwr/ls1021atwr.c
> > b/board/freescale/ls1021atwr/ls1021atwr.c
> > index b7458a9..6a964c3 100644
> > --- a/board/freescale/ls1021atwr/ls1021atwr.c
> > +++ b/board/freescale/ls1021atwr/ls1021atwr.c
> > @@ -22,6 +22,8 @@
> >  #include <tsec.h>
> >  #include <fsl_sec.h>
> >  #include <spl.h>
> > +#include <ahci.h>
> > +#include <scsi.h>
> >  #include "../common/sleep.h"
> >  #ifdef CONFIG_U_QE
> >  #include "../../../drivers/qe/qe.h"
> > @@ -173,6 +175,52 @@ struct cpld_data {
> >      u8 rev2;                /* Reserved */
> >  };
> >
> > +static void ls1021a_sata_init(void)
> > +{
> > +   struct ccsr_ahci __iomem *ccsr_ahci = (void *)AHCI_BASE_ADDR;
> > +
> > +#ifdef CONFIG_SYS_FSL_ERRATUM_A008407
>
> Looks like ERRATUM A008407 is a SoC erratum. The workaround shouldn't be
> in board file.
>
> York
tang yuantian Aug. 19, 2015, 3:23 a.m. UTC | #4
OK, I will  updated this patch.

Regards,
Yuantian

From: Sun York-R58495
Sent: Wednesday, August 19, 2015 10:42 AM
To: Tang Yuantian-B29983; Sun York-R58495
Cc: u-boot@lists.denx.de; Kushwaha Prabhakar-B32579; Wang Huan-B18965
Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and twr board

Sorry for top posting, replying from my phone.

Please use macros instead of numbers. It's still better than putting magic numbers in the code. And please move it out of board files.

York

-------- Original message --------
From: Tang Yuantian-B29983
Date:08/18/2015 19:31 (GMT-08:00)
To: Sun York-R58495
Cc: u-boot@lists.denx.de<mailto:u-boot@lists.denx.de>, Kushwaha Prabhakar-B32579 , Wang Huan-B18965
Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and twr board

> > +#ifdef CONFIG_SYS_FSL_ERRATUM_A008407
> > +#define SATA_ECC_REG_ADDR  0x20220520
> > +   unsigned int __iomem *ecc_reg = (void *)SATA_ECC_REG_ADDR;
> #endif
> > +
> > +   out_le32(&ccsr_ahci->ppcfg, 0xa003fffe);
> > +   out_le32(&ccsr_ahci->pp2c, 0x28183411);
> > +   out_le32(&ccsr_ahci->pp3c, 0x0e081004);
> > +   out_le32(&ccsr_ahci->pp4c, 0x00480811);
> > +   out_le32(&ccsr_ahci->pp5c, 0x192c96a4);
> > +   out_le32(&ccsr_ahci->ptc, 0x08000025);
>
> What are these numbers?
>
I don't like magic number either, but I don't have a choice.
These numbers are used to overwrite the default value which are not working for sata. They are gotten from validation team.
Their meanings are documented in RM. Is it necessary to re-explain bit by bit again?
Same reasons for ls2085.

Regards,
Yuantian

> > +
> > +#ifdef CONFIG_SYS_FSL_ERRATUM_A008407
> > +   out_le32(ecc_reg, 0x00020000);
> > +#endif
>
> Same here.
>
> > +}
> > +
> > +#ifdef CONFIG_SCSI_AHCI_PLAT
> > +static int ls1021a_sata_start(void)
> > +{
> > +   struct ccsr_gur *gur = (struct ccsr_gur
> *)CONFIG_SYS_FSL_GUTS_ADDR;
> > +   u32 cfg;
> > +   int rc = -1;
> > +
> > +   cfg = in_be32(&gur->rcwsr[4]) & RCWSR4_SRDS1_PRTCL_MASK;
> > +   cfg >>= RCWSR4_SRDS1_PRTCL_SHIFT;
> > +
> > +   if (cfg != 0x30 && cfg != 0x70) {
> > +           printf("SATA disabled: serdes protocol doesn't support\n");
> > +           return rc;
> > +   }
> > +
> > +   rc = ahci_init((void __iomem *)AHCI_BASE_ADDR);
> > +   if (rc)
> > +           return rc;
> > +
> > +   scsi_scan(0);
> > +
> > +   return 0;
> > +}
> > +#endif
> > +
> >  #ifdef CONFIG_LS102XA_NS_ACCESS
> >  static struct csu_ns_dev ns_dev[] = {
> >      { CSU_CSLX_PCIE2_IO, CSU_ALL_RW },
> > @@ -327,6 +375,8 @@ int board_early_init_f(void)
> >              fsl_dp_disable_console();
> >  #endif
> >
> > +   ls1021a_sata_init();
>
> Is it OK to run this init regardless SerDes protocol?
>
> > +
> >      return 0;
> >  }
> >
> > @@ -388,6 +438,17 @@ void board_init_f(ulong dummy)  }  #endif
> >
> > +#ifdef CONFIG_BOARD_LATE_INIT
> > +int board_late_init(void)
> > +{
> > +#ifdef CONFIG_SCSI_AHCI_PLAT
> > +   ls1021a_sata_start();
> > +#endif
> > +
> > +   return 0;
> > +}
> > +#endif
> > +
> >  void config_etseccm_source(int etsec_gtx_125_mux)  {
> >      struct ccsr_scfg *scfg = (struct ccsr_scfg
> > *)CONFIG_SYS_FSL_SCFG_ADDR; diff --git
> > a/board/freescale/ls1021atwr/ls1021atwr.c
> > b/board/freescale/ls1021atwr/ls1021atwr.c
> > index b7458a9..6a964c3 100644
> > --- a/board/freescale/ls1021atwr/ls1021atwr.c
> > +++ b/board/freescale/ls1021atwr/ls1021atwr.c
> > @@ -22,6 +22,8 @@
> >  #include <tsec.h>
> >  #include <fsl_sec.h>
> >  #include <spl.h>
> > +#include <ahci.h>
> > +#include <scsi.h>
> >  #include "../common/sleep.h"
> >  #ifdef CONFIG_U_QE
> >  #include "../../../drivers/qe/qe.h"
> > @@ -173,6 +175,52 @@ struct cpld_data {
> >      u8 rev2;                /* Reserved */
> >  };
> >
> > +static void ls1021a_sata_init(void)
> > +{
> > +   struct ccsr_ahci __iomem *ccsr_ahci = (void *)AHCI_BASE_ADDR;
> > +
> > +#ifdef CONFIG_SYS_FSL_ERRATUM_A008407
>
> Looks like ERRATUM A008407 is a SoC erratum. The workaround shouldn't be
> in board file.
>
> York
tang yuantian Aug. 19, 2015, 3:34 a.m. UTC | #5
From: Sun York-R58495
Sent: Wednesday, August 19, 2015 10:42 AM
To: Tang Yuantian-B29983; Sun York-R58495
Cc: u-boot@lists.denx.de; Kushwaha Prabhakar-B32579; Wang Huan-B18965
Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and twr board

Sorry for top posting, replying from my phone.

Please use macros instead of numbers. It's still better than putting magic numbers in the code. And please move it out of board files.

Yuantian:
Please move what out of board files, these magic numbers or sata init function?

Regards,
Yuantian

York

-------- Original message --------
From: Tang Yuantian-B29983
Date:08/18/2015 19:31 (GMT-08:00)
To: Sun York-R58495
Cc: u-boot@lists.denx.de<mailto:u-boot@lists.denx.de>, Kushwaha Prabhakar-B32579 , Wang Huan-B18965
Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and twr board

> > +#ifdef CONFIG_SYS_FSL_ERRATUM_A008407
> > +#define SATA_ECC_REG_ADDR  0x20220520
> > +   unsigned int __iomem *ecc_reg = (void *)SATA_ECC_REG_ADDR;
> #endif
> > +
> > +   out_le32(&ccsr_ahci->ppcfg, 0xa003fffe);
> > +   out_le32(&ccsr_ahci->pp2c, 0x28183411);
> > +   out_le32(&ccsr_ahci->pp3c, 0x0e081004);
> > +   out_le32(&ccsr_ahci->pp4c, 0x00480811);
> > +   out_le32(&ccsr_ahci->pp5c, 0x192c96a4);
> > +   out_le32(&ccsr_ahci->ptc, 0x08000025);
>
> What are these numbers?
>
I don't like magic number either, but I don't have a choice.
These numbers are used to overwrite the default value which are not working for sata. They are gotten from validation team.
Their meanings are documented in RM. Is it necessary to re-explain bit by bit again?
Same reasons for ls2085.

Regards,
Yuantian

> > +
> > +#ifdef CONFIG_SYS_FSL_ERRATUM_A008407
> > +   out_le32(ecc_reg, 0x00020000);
> > +#endif
>
> Same here.
>
> > +}
> > +
> > +#ifdef CONFIG_SCSI_AHCI_PLAT
> > +static int ls1021a_sata_start(void)
> > +{
> > +   struct ccsr_gur *gur = (struct ccsr_gur
> *)CONFIG_SYS_FSL_GUTS_ADDR;
> > +   u32 cfg;
> > +   int rc = -1;
> > +
> > +   cfg = in_be32(&gur->rcwsr[4]) & RCWSR4_SRDS1_PRTCL_MASK;
> > +   cfg >>= RCWSR4_SRDS1_PRTCL_SHIFT;
> > +
> > +   if (cfg != 0x30 && cfg != 0x70) {
> > +           printf("SATA disabled: serdes protocol doesn't support\n");
> > +           return rc;
> > +   }
> > +
> > +   rc = ahci_init((void __iomem *)AHCI_BASE_ADDR);
> > +   if (rc)
> > +           return rc;
> > +
> > +   scsi_scan(0);
> > +
> > +   return 0;
> > +}
> > +#endif
> > +
> >  #ifdef CONFIG_LS102XA_NS_ACCESS
> >  static struct csu_ns_dev ns_dev[] = {
> >      { CSU_CSLX_PCIE2_IO, CSU_ALL_RW },
> > @@ -327,6 +375,8 @@ int board_early_init_f(void)
> >              fsl_dp_disable_console();
> >  #endif
> >
> > +   ls1021a_sata_init();
>
> Is it OK to run this init regardless SerDes protocol?
>
> > +
> >      return 0;
> >  }
> >
> > @@ -388,6 +438,17 @@ void board_init_f(ulong dummy)  }  #endif
> >
> > +#ifdef CONFIG_BOARD_LATE_INIT
> > +int board_late_init(void)
> > +{
> > +#ifdef CONFIG_SCSI_AHCI_PLAT
> > +   ls1021a_sata_start();
> > +#endif
> > +
> > +   return 0;
> > +}
> > +#endif
> > +
> >  void config_etseccm_source(int etsec_gtx_125_mux)  {
> >      struct ccsr_scfg *scfg = (struct ccsr_scfg
> > *)CONFIG_SYS_FSL_SCFG_ADDR; diff --git
> > a/board/freescale/ls1021atwr/ls1021atwr.c
> > b/board/freescale/ls1021atwr/ls1021atwr.c
> > index b7458a9..6a964c3 100644
> > --- a/board/freescale/ls1021atwr/ls1021atwr.c
> > +++ b/board/freescale/ls1021atwr/ls1021atwr.c
> > @@ -22,6 +22,8 @@
> >  #include <tsec.h>
> >  #include <fsl_sec.h>
> >  #include <spl.h>
> > +#include <ahci.h>
> > +#include <scsi.h>
> >  #include "../common/sleep.h"
> >  #ifdef CONFIG_U_QE
> >  #include "../../../drivers/qe/qe.h"
> > @@ -173,6 +175,52 @@ struct cpld_data {
> >      u8 rev2;                /* Reserved */
> >  };
> >
> > +static void ls1021a_sata_init(void)
> > +{
> > +   struct ccsr_ahci __iomem *ccsr_ahci = (void *)AHCI_BASE_ADDR;
> > +
> > +#ifdef CONFIG_SYS_FSL_ERRATUM_A008407
>
> Looks like ERRATUM A008407 is a SoC erratum. The workaround shouldn't be
> in board file.
>
> York
York Sun Aug. 19, 2015, 3:38 a.m. UTC | #6
The soc workarounds belongs to soc file, not board file, so you don't have to copy the code to every board. Our boards are not the only boards with this SoC.

York


-------- Original message --------
From: Tang Yuantian-B29983
Date:08/18/2015 20:34 (GMT-08:00)
To: Sun York-R58495
Cc: u-boot@lists.denx.de, Kushwaha Prabhakar-B32579 , Wang Huan-B18965
Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and twr board



From: Sun York-R58495
Sent: Wednesday, August 19, 2015 10:42 AM
To: Tang Yuantian-B29983; Sun York-R58495
Cc: u-boot@lists.denx.de; Kushwaha Prabhakar-B32579; Wang Huan-B18965
Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and twr board

Sorry for top posting, replying from my phone.

Please use macros instead of numbers. It's still better than putting magic numbers in the code. And please move it out of board files.

Yuantian:
Please move what out of board files, these magic numbers or sata init function?

Regards,
Yuantian

York

-------- Original message --------
From: Tang Yuantian-B29983
Date:08/18/2015 19:31 (GMT-08:00)
To: Sun York-R58495
Cc: u-boot@lists.denx.de<mailto:u-boot@lists.denx.de>, Kushwaha Prabhakar-B32579 , Wang Huan-B18965
Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and twr board

> > +#ifdef CONFIG_SYS_FSL_ERRATUM_A008407
> > +#define SATA_ECC_REG_ADDR  0x20220520
> > +   unsigned int __iomem *ecc_reg = (void *)SATA_ECC_REG_ADDR;
> #endif
> > +
> > +   out_le32(&ccsr_ahci->ppcfg, 0xa003fffe);
> > +   out_le32(&ccsr_ahci->pp2c, 0x28183411);
> > +   out_le32(&ccsr_ahci->pp3c, 0x0e081004);
> > +   out_le32(&ccsr_ahci->pp4c, 0x00480811);
> > +   out_le32(&ccsr_ahci->pp5c, 0x192c96a4);
> > +   out_le32(&ccsr_ahci->ptc, 0x08000025);
>
> What are these numbers?
>
I don't like magic number either, but I don't have a choice.
These numbers are used to overwrite the default value which are not working for sata. They are gotten from validation team.
Their meanings are documented in RM. Is it necessary to re-explain bit by bit again?
Same reasons for ls2085.

Regards,
Yuantian

> > +
> > +#ifdef CONFIG_SYS_FSL_ERRATUM_A008407
> > +   out_le32(ecc_reg, 0x00020000);
> > +#endif
>
> Same here.
>
> > +}
> > +
> > +#ifdef CONFIG_SCSI_AHCI_PLAT
> > +static int ls1021a_sata_start(void)
> > +{
> > +   struct ccsr_gur *gur = (struct ccsr_gur
> *)CONFIG_SYS_FSL_GUTS_ADDR;
> > +   u32 cfg;
> > +   int rc = -1;
> > +
> > +   cfg = in_be32(&gur->rcwsr[4]) & RCWSR4_SRDS1_PRTCL_MASK;
> > +   cfg >>= RCWSR4_SRDS1_PRTCL_SHIFT;
> > +
> > +   if (cfg != 0x30 && cfg != 0x70) {
> > +           printf("SATA disabled: serdes protocol doesn't support\n");
> > +           return rc;
> > +   }
> > +
> > +   rc = ahci_init((void __iomem *)AHCI_BASE_ADDR);
> > +   if (rc)
> > +           return rc;
> > +
> > +   scsi_scan(0);
> > +
> > +   return 0;
> > +}
> > +#endif
> > +
> >  #ifdef CONFIG_LS102XA_NS_ACCESS
> >  static struct csu_ns_dev ns_dev[] = {
> >      { CSU_CSLX_PCIE2_IO, CSU_ALL_RW },
> > @@ -327,6 +375,8 @@ int board_early_init_f(void)
> >              fsl_dp_disable_console();
> >  #endif
> >
> > +   ls1021a_sata_init();
>
> Is it OK to run this init regardless SerDes protocol?
>
> > +
> >      return 0;
> >  }
> >
> > @@ -388,6 +438,17 @@ void board_init_f(ulong dummy)  }  #endif
> >
> > +#ifdef CONFIG_BOARD_LATE_INIT
> > +int board_late_init(void)
> > +{
> > +#ifdef CONFIG_SCSI_AHCI_PLAT
> > +   ls1021a_sata_start();
> > +#endif
> > +
> > +   return 0;
> > +}
> > +#endif
> > +
> >  void config_etseccm_source(int etsec_gtx_125_mux)  {
> >      struct ccsr_scfg *scfg = (struct ccsr_scfg
> > *)CONFIG_SYS_FSL_SCFG_ADDR; diff --git
> > a/board/freescale/ls1021atwr/ls1021atwr.c
> > b/board/freescale/ls1021atwr/ls1021atwr.c
> > index b7458a9..6a964c3 100644
> > --- a/board/freescale/ls1021atwr/ls1021atwr.c
> > +++ b/board/freescale/ls1021atwr/ls1021atwr.c
> > @@ -22,6 +22,8 @@
> >  #include <tsec.h>
> >  #include <fsl_sec.h>
> >  #include <spl.h>
> > +#include <ahci.h>
> > +#include <scsi.h>
> >  #include "../common/sleep.h"
> >  #ifdef CONFIG_U_QE
> >  #include "../../../drivers/qe/qe.h"
> > @@ -173,6 +175,52 @@ struct cpld_data {
> >      u8 rev2;                /* Reserved */
> >  };
> >
> > +static void ls1021a_sata_init(void)
> > +{
> > +   struct ccsr_ahci __iomem *ccsr_ahci = (void *)AHCI_BASE_ADDR;
> > +
> > +#ifdef CONFIG_SYS_FSL_ERRATUM_A008407
>
> Looks like ERRATUM A008407 is a SoC erratum. The workaround shouldn't be
> in board file.
>
> York
tang yuantian Aug. 19, 2015, 3:47 a.m. UTC | #7
I don't understand. This workaround is our board specific and actually ls1021 specific. I thought about merging all the LS SATA initialization into one file, but that didn't reduce many code. So I add this one by one board.

Regards,
Yuantian

From: Sun York-R58495
Sent: Wednesday, August 19, 2015 11:38 AM
To: Tang Yuantian-B29983; Sun York-R58495
Cc: u-boot@lists.denx.de; Kushwaha Prabhakar-B32579; Wang Huan-B18965
Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and twr board

The soc workarounds belongs to soc file, not board file, so you don't have to copy the code to every board. Our boards are not the only boards with this SoC.

York

-------- Original message --------
From: Tang Yuantian-B29983
Date:08/18/2015 20:34 (GMT-08:00)
To: Sun York-R58495
Cc: u-boot@lists.denx.de<mailto:u-boot@lists.denx.de>, Kushwaha Prabhakar-B32579 , Wang Huan-B18965
Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and twr board



From: Sun York-R58495
Sent: Wednesday, August 19, 2015 10:42 AM
To: Tang Yuantian-B29983; Sun York-R58495
Cc: u-boot@lists.denx.de<mailto:u-boot@lists.denx.de>; Kushwaha Prabhakar-B32579; Wang Huan-B18965
Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and twr board

Sorry for top posting, replying from my phone.

Please use macros instead of numbers. It's still better than putting magic numbers in the code. And please move it out of board files.

Yuantian:
Please move what out of board files, these magic numbers or sata init function?

Regards,
Yuantian

York

-------- Original message --------
From: Tang Yuantian-B29983
Date:08/18/2015 19:31 (GMT-08:00)
To: Sun York-R58495
Cc: u-boot@lists.denx.de<mailto:u-boot@lists.denx.de>, Kushwaha Prabhakar-B32579 , Wang Huan-B18965
Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and twr board

> > +#ifdef CONFIG_SYS_FSL_ERRATUM_A008407
> > +#define SATA_ECC_REG_ADDR  0x20220520
> > +   unsigned int __iomem *ecc_reg = (void *)SATA_ECC_REG_ADDR;
> #endif
> > +
> > +   out_le32(&ccsr_ahci->ppcfg, 0xa003fffe);
> > +   out_le32(&ccsr_ahci->pp2c, 0x28183411);
> > +   out_le32(&ccsr_ahci->pp3c, 0x0e081004);
> > +   out_le32(&ccsr_ahci->pp4c, 0x00480811);
> > +   out_le32(&ccsr_ahci->pp5c, 0x192c96a4);
> > +   out_le32(&ccsr_ahci->ptc, 0x08000025);
>
> What are these numbers?
>
I don't like magic number either, but I don't have a choice.
These numbers are used to overwrite the default value which are not working for sata. They are gotten from validation team.
Their meanings are documented in RM. Is it necessary to re-explain bit by bit again?
Same reasons for ls2085.

Regards,
Yuantian

> > +
> > +#ifdef CONFIG_SYS_FSL_ERRATUM_A008407
> > +   out_le32(ecc_reg, 0x00020000);
> > +#endif
>
> Same here.
>
> > +}
> > +
> > +#ifdef CONFIG_SCSI_AHCI_PLAT
> > +static int ls1021a_sata_start(void)
> > +{
> > +   struct ccsr_gur *gur = (struct ccsr_gur
> *)CONFIG_SYS_FSL_GUTS_ADDR;
> > +   u32 cfg;
> > +   int rc = -1;
> > +
> > +   cfg = in_be32(&gur->rcwsr[4]) & RCWSR4_SRDS1_PRTCL_MASK;
> > +   cfg >>= RCWSR4_SRDS1_PRTCL_SHIFT;
> > +
> > +   if (cfg != 0x30 && cfg != 0x70) {
> > +           printf("SATA disabled: serdes protocol doesn't support\n");
> > +           return rc;
> > +   }
> > +
> > +   rc = ahci_init((void __iomem *)AHCI_BASE_ADDR);
> > +   if (rc)
> > +           return rc;
> > +
> > +   scsi_scan(0);
> > +
> > +   return 0;
> > +}
> > +#endif
> > +
> >  #ifdef CONFIG_LS102XA_NS_ACCESS
> >  static struct csu_ns_dev ns_dev[] = {
> >      { CSU_CSLX_PCIE2_IO, CSU_ALL_RW },
> > @@ -327,6 +375,8 @@ int board_early_init_f(void)
> >              fsl_dp_disable_console();
> >  #endif
> >
> > +   ls1021a_sata_init();
>
> Is it OK to run this init regardless SerDes protocol?
>
> > +
> >      return 0;
> >  }
> >
> > @@ -388,6 +438,17 @@ void board_init_f(ulong dummy)  }  #endif
> >
> > +#ifdef CONFIG_BOARD_LATE_INIT
> > +int board_late_init(void)
> > +{
> > +#ifdef CONFIG_SCSI_AHCI_PLAT
> > +   ls1021a_sata_start();
> > +#endif
> > +
> > +   return 0;
> > +}
> > +#endif
> > +
> >  void config_etseccm_source(int etsec_gtx_125_mux)  {
> >      struct ccsr_scfg *scfg = (struct ccsr_scfg
> > *)CONFIG_SYS_FSL_SCFG_ADDR; diff --git
> > a/board/freescale/ls1021atwr/ls1021atwr.c
> > b/board/freescale/ls1021atwr/ls1021atwr.c
> > index b7458a9..6a964c3 100644
> > --- a/board/freescale/ls1021atwr/ls1021atwr.c
> > +++ b/board/freescale/ls1021atwr/ls1021atwr.c
> > @@ -22,6 +22,8 @@
> >  #include <tsec.h>
> >  #include <fsl_sec.h>
> >  #include <spl.h>
> > +#include <ahci.h>
> > +#include <scsi.h>
> >  #include "../common/sleep.h"
> >  #ifdef CONFIG_U_QE
> >  #include "../../../drivers/qe/qe.h"
> > @@ -173,6 +175,52 @@ struct cpld_data {
> >      u8 rev2;                /* Reserved */
> >  };
> >
> > +static void ls1021a_sata_init(void)
> > +{
> > +   struct ccsr_ahci __iomem *ccsr_ahci = (void *)AHCI_BASE_ADDR;
> > +
> > +#ifdef CONFIG_SYS_FSL_ERRATUM_A008407
>
> Looks like ERRATUM A008407 is a SoC erratum. The workaround shouldn't be
> in board file.
>
> York
York Sun Aug. 19, 2015, 3:57 a.m. UTC | #8
Yuantian,


In your patch, you are using CONFIG_SYS_FSL_ERRATUM_A008407. Are you saying this is a board erratum, not an SoC erratum?


York
Prabhakar Kushwaha Aug. 19, 2015, 4:14 a.m. UTC | #9
> -----Original Message-----
> From: Tang Yuantian-B29983
> Sent: Wednesday, August 19, 2015 8:01 AM
> To: Sun York-R58495
> Cc: u-boot@lists.denx.de; Kushwaha Prabhakar-B32579; Wang Huan-B18965
> Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and twr board
> 
> > > +#ifdef CONFIG_SYS_FSL_ERRATUM_A008407
> > > +#define SATA_ECC_REG_ADDR	0x20220520
> > > +	unsigned int __iomem *ecc_reg = (void *)SATA_ECC_REG_ADDR;
> > #endif
> > > +
> > > +	out_le32(&ccsr_ahci->ppcfg, 0xa003fffe);
> > > +	out_le32(&ccsr_ahci->pp2c, 0x28183411);
> > > +	out_le32(&ccsr_ahci->pp3c, 0x0e081004);
> > > +	out_le32(&ccsr_ahci->pp4c, 0x00480811);
> > > +	out_le32(&ccsr_ahci->pp5c, 0x192c96a4);
> > > +	out_le32(&ccsr_ahci->ptc, 0x08000025);
> >

It looks to be SoC specific configuration. It should be in soc files not in board files.

--prabhakar
tang yuantian Aug. 19, 2015, 4:36 a.m. UTC | #10
Yes, this is a ls1021 specific errata.
Maybe we need to name the errata micro better.

Regards,
Yuantian

From: Sun York-R58495
Sent: Wednesday, August 19, 2015 11:57 AM
To: Tang Yuantian-B29983
Cc: u-boot@lists.denx.de; Kushwaha Prabhakar-B32579; Wang Huan-B18965
Subject: Re: [PATCH v2] arm/ls1021a: Add sata support on qds and twr board


Yuantian,



In your patch, you are using CONFIG_SYS_FSL_ERRATUM_A008407. Are you saying this is a board erratum, not an SoC erratum?



York
York Sun Aug. 19, 2015, 4:39 a.m. UTC | #11
That's exactly what I mean. It is ls1021 soc erratum, not board specific.

York


-------- Original message --------
From: Tang Yuantian-B29983
Date:08/18/2015 21:36 (GMT-08:00)
To: Sun York-R58495
Cc: u-boot@lists.denx.de, Kushwaha Prabhakar-B32579 , Wang Huan-B18965
Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and twr board

Yes, this is a ls1021 specific errata.
Maybe we need to name the errata micro better.

Regards,
Yuantian

From: Sun York-R58495
Sent: Wednesday, August 19, 2015 11:57 AM
To: Tang Yuantian-B29983
Cc: u-boot@lists.denx.de; Kushwaha Prabhakar-B32579; Wang Huan-B18965
Subject: Re: [PATCH v2] arm/ls1021a: Add sata support on qds and twr board


Yuantian,



In your patch, you are using CONFIG_SYS_FSL_ERRATUM_A008407. Are you saying this is a board erratum, not an SoC erratum?



York
tang yuantian Aug. 19, 2015, 4:43 a.m. UTC | #12
On ls2085 we had a soc file which can put all the soc specific function in it.
But on ls1021, there is no such file unless I create one for SATA.

Please see the patch I first submit. Do you prefer this way?
http://patchwork.ozlabs.org/patch/497983/

Regards,
Yuantian

From: Sun York-R58495
Sent: Wednesday, August 19, 2015 12:39 PM
To: Tang Yuantian-B29983; Sun York-R58495
Cc: u-boot@lists.denx.de; Kushwaha Prabhakar-B32579; Wang Huan-B18965
Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and twr board

That's exactly what I mean. It is ls1021 soc erratum, not board specific.

York

-------- Original message --------
From: Tang Yuantian-B29983
Date:08/18/2015 21:36 (GMT-08:00)
To: Sun York-R58495
Cc: u-boot@lists.denx.de<mailto:u-boot@lists.denx.de>, Kushwaha Prabhakar-B32579 , Wang Huan-B18965
Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and twr board

Yes, this is a ls1021 specific errata.
Maybe we need to name the errata micro better.

Regards,
Yuantian

From: Sun York-R58495
Sent: Wednesday, August 19, 2015 11:57 AM
To: Tang Yuantian-B29983
Cc: u-boot@lists.denx.de<mailto:u-boot@lists.denx.de>; Kushwaha Prabhakar-B32579; Wang Huan-B18965
Subject: Re: [PATCH v2] arm/ls1021a: Add sata support on qds and twr board


Yuantian,



In your patch, you are using CONFIG_SYS_FSL_ERRATUM_A008407. Are you saying this is a board erratum, not an SoC erratum?



York
York Sun Aug. 19, 2015, 4:47 a.m. UTC | #13
No, the old patch still use board files. Even it is a common board file, it is not common for other than freescale boards.


ls2085 didn't have an soc file to start with. When you have a situation like this, you create one. I will be out in next few days, please work with Prabhakar.


York
tang yuantian Aug. 19, 2015, 4:47 a.m. UTC | #14
> -----Original Message-----
> From: Kushwaha Prabhakar-B32579
> Sent: Wednesday, August 19, 2015 12:15 PM
> To: Tang Yuantian-B29983; Sun York-R58495
> Cc: u-boot@lists.denx.de; Wang Huan-B18965
> Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and twr board
> 
> 
> > -----Original Message-----
> > From: Tang Yuantian-B29983
> > Sent: Wednesday, August 19, 2015 8:01 AM
> > To: Sun York-R58495
> > Cc: u-boot@lists.denx.de; Kushwaha Prabhakar-B32579; Wang Huan-
> B18965
> > Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and twr
> board
> >
> > > > +#ifdef CONFIG_SYS_FSL_ERRATUM_A008407
> > > > +#define SATA_ECC_REG_ADDR	0x20220520
> > > > +	unsigned int __iomem *ecc_reg = (void *)SATA_ECC_REG_ADDR;
> > > #endif
> > > > +
> > > > +	out_le32(&ccsr_ahci->ppcfg, 0xa003fffe);
> > > > +	out_le32(&ccsr_ahci->pp2c, 0x28183411);
> > > > +	out_le32(&ccsr_ahci->pp3c, 0x0e081004);
> > > > +	out_le32(&ccsr_ahci->pp4c, 0x00480811);
> > > > +	out_le32(&ccsr_ahci->pp5c, 0x192c96a4);
> > > > +	out_le32(&ccsr_ahci->ptc, 0x08000025);
> > >
> 
> It looks to be SoC specific configuration. It should be in soc files not in board
> files.
> 
On other LS platforms we only need to set one register which is out_le32(&ccsr_ahci->ppcfg, 0xa003fffe).
There are did much same settings about sata between LS platforms.
I thought about merging all the LS sata initialization together.
Please see the patch:
http://patchwork.ozlabs.org/patch/497983/
But I didn't see much benefit this way. So I send the sata patch one platform to another.

Regards,
Yuantian

> --prabhakar
tang yuantian Aug. 19, 2015, 4:49 a.m. UTC | #15
OK, I will work with Prabhakar on this.

This is freescale specific settings and workaround. Other boards out of freescale don't use this.

Regards,
Yuantian

From: Sun York-R58495
Sent: Wednesday, August 19, 2015 12:47 PM
To: Tang Yuantian-B29983
Cc: u-boot@lists.denx.de; Kushwaha Prabhakar-B32579; Wang Huan-B18965
Subject: Re: [PATCH v2] arm/ls1021a: Add sata support on qds and twr board


No, the old patch still use board files. Even it is a common board file, it is not common for other than freescale boards.



ls2085 didn't have an soc file to start with. When you have a situation like this, you create one. I will be out in next few days, please work with Prabhakar.



York
Prabhakar Kushwaha Aug. 19, 2015, 12:54 p.m. UTC | #16
Regards,
Prabhakar

> -----Original Message-----
> From: Tang Yuantian-B29983
> Sent: Wednesday, August 19, 2015 10:17 AM
> To: Kushwaha Prabhakar-B32579; Sun York-R58495
> Cc: u-boot@lists.denx.de; Wang Huan-B18965
> Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and twr board
> 
> 
> 
> > -----Original Message-----
> > From: Kushwaha Prabhakar-B32579
> > Sent: Wednesday, August 19, 2015 12:15 PM
> > To: Tang Yuantian-B29983; Sun York-R58495
> > Cc: u-boot@lists.denx.de; Wang Huan-B18965
> > Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and twr
> > board
> >
> >
> > > -----Original Message-----
> > > From: Tang Yuantian-B29983
> > > Sent: Wednesday, August 19, 2015 8:01 AM
> > > To: Sun York-R58495
> > > Cc: u-boot@lists.denx.de; Kushwaha Prabhakar-B32579; Wang Huan-
> > B18965
> > > Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and twr
> > board
> > >
> > > > > +#ifdef CONFIG_SYS_FSL_ERRATUM_A008407
> > > > > +#define SATA_ECC_REG_ADDR	0x20220520
> > > > > +	unsigned int __iomem *ecc_reg = (void
> *)SATA_ECC_REG_ADDR;
> > > > #endif
> > > > > +
> > > > > +	out_le32(&ccsr_ahci->ppcfg, 0xa003fffe);
> > > > > +	out_le32(&ccsr_ahci->pp2c, 0x28183411);
> > > > > +	out_le32(&ccsr_ahci->pp3c, 0x0e081004);
> > > > > +	out_le32(&ccsr_ahci->pp4c, 0x00480811);
> > > > > +	out_le32(&ccsr_ahci->pp5c, 0x192c96a4);
> > > > > +	out_le32(&ccsr_ahci->ptc, 0x08000025);
> > > >
> >
> > It looks to be SoC specific configuration. It should be in soc files
> > not in board files.
> >
> On other LS platforms we only need to set one register which is
> out_le32(&ccsr_ahci->ppcfg, 0xa003fffe).
> There are did much same settings about sata between LS platforms.
> I thought about merging all the LS sata initialization together.
> Please see the patch:
> http://patchwork.ozlabs.org/patch/497983/
> But I didn't see much benefit this way. So I send the sata patch one platform
> to another.
> 


Problem is not with solution. Problem is with the place.
This SoC errata fix but in board file. It should be in arch/arm/cpu/armv7

--prabhakar
tang yuantian Aug. 20, 2015, 1:21 a.m. UTC | #17
> -----Original Message-----
> From: Kushwaha Prabhakar-B32579
> Sent: Wednesday, August 19, 2015 8:54 PM
> To: Tang Yuantian-B29983; Sun York-R58495
> Cc: u-boot@lists.denx.de; Wang Huan-B18965
> Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and twr board
> 
> 
> 
> Regards,
> Prabhakar
> 
> > -----Original Message-----
> > From: Tang Yuantian-B29983
> > Sent: Wednesday, August 19, 2015 10:17 AM
> > To: Kushwaha Prabhakar-B32579; Sun York-R58495
> > Cc: u-boot@lists.denx.de; Wang Huan-B18965
> > Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and twr
> > board
> >
> >
> >
> > > -----Original Message-----
> > > From: Kushwaha Prabhakar-B32579
> > > Sent: Wednesday, August 19, 2015 12:15 PM
> > > To: Tang Yuantian-B29983; Sun York-R58495
> > > Cc: u-boot@lists.denx.de; Wang Huan-B18965
> > > Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and twr
> > > board
> > >
> > >
> > > > -----Original Message-----
> > > > From: Tang Yuantian-B29983
> > > > Sent: Wednesday, August 19, 2015 8:01 AM
> > > > To: Sun York-R58495
> > > > Cc: u-boot@lists.denx.de; Kushwaha Prabhakar-B32579; Wang Huan-
> > > B18965
> > > > Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and
> > > > twr
> > > board
> > > >
> > > > > > +#ifdef CONFIG_SYS_FSL_ERRATUM_A008407
> > > > > > +#define SATA_ECC_REG_ADDR	0x20220520
> > > > > > +	unsigned int __iomem *ecc_reg = (void
> > *)SATA_ECC_REG_ADDR;
> > > > > #endif
> > > > > > +
> > > > > > +	out_le32(&ccsr_ahci->ppcfg, 0xa003fffe);
> > > > > > +	out_le32(&ccsr_ahci->pp2c, 0x28183411);
> > > > > > +	out_le32(&ccsr_ahci->pp3c, 0x0e081004);
> > > > > > +	out_le32(&ccsr_ahci->pp4c, 0x00480811);
> > > > > > +	out_le32(&ccsr_ahci->pp5c, 0x192c96a4);
> > > > > > +	out_le32(&ccsr_ahci->ptc, 0x08000025);
> > > > >
> > >
> > > It looks to be SoC specific configuration. It should be in soc files
> > > not in board files.
> > >
> > On other LS platforms we only need to set one register which is
> > out_le32(&ccsr_ahci->ppcfg, 0xa003fffe).
> > There are did much same settings about sata between LS platforms.
> > I thought about merging all the LS sata initialization together.
> > Please see the patch:
> > http://patchwork.ozlabs.org/patch/497983/
> > But I didn't see much benefit this way. So I send the sata patch one
> > platform to another.
> >
> 
> 
> Problem is not with solution. Problem is with the place.
> This SoC errata fix but in board file. It should be in arch/arm/cpu/armv7
> 
OK, I will put it under arch/arm/cpu/armv7/, just like what I did in SDK.

Regards,
Yuantian

> --prabhakar
Prabhakar Kushwaha Aug. 20, 2015, 1:32 a.m. UTC | #18
> -----Original Message-----
> From: Tang Yuantian-B29983
> Sent: Thursday, August 20, 2015 6:52 AM
> To: Kushwaha Prabhakar-B32579 <prabhakar@freescale.com>; Sun York-
> R58495 <yorksun@freescale.com>
> Cc: u-boot@lists.denx.de; Wang Huan-B18965 <alison.wang@freescale.com>
> Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and twr board
> 
> 
> 
> > -----Original Message-----
> > From: Kushwaha Prabhakar-B32579
> > Sent: Wednesday, August 19, 2015 8:54 PM
> > To: Tang Yuantian-B29983; Sun York-R58495
> > Cc: u-boot@lists.denx.de; Wang Huan-B18965
> > Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and twr
> > board
> >
> >
> >
> > Regards,
> > Prabhakar
> >
> > > -----Original Message-----
> > > From: Tang Yuantian-B29983
> > > Sent: Wednesday, August 19, 2015 10:17 AM
> > > To: Kushwaha Prabhakar-B32579; Sun York-R58495
> > > Cc: u-boot@lists.denx.de; Wang Huan-B18965
> > > Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and twr
> > > board
> > >
> > >
> > >
> > > > -----Original Message-----
> > > > From: Kushwaha Prabhakar-B32579
> > > > Sent: Wednesday, August 19, 2015 12:15 PM
> > > > To: Tang Yuantian-B29983; Sun York-R58495
> > > > Cc: u-boot@lists.denx.de; Wang Huan-B18965
> > > > Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and
> > > > twr board
> > > >
> > > >
> > > > > -----Original Message-----
> > > > > From: Tang Yuantian-B29983
> > > > > Sent: Wednesday, August 19, 2015 8:01 AM
> > > > > To: Sun York-R58495
> > > > > Cc: u-boot@lists.denx.de; Kushwaha Prabhakar-B32579; Wang Huan-
> > > > B18965
> > > > > Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and
> > > > > twr
> > > > board
> > > > >
> > > > > > > +#ifdef CONFIG_SYS_FSL_ERRATUM_A008407
> > > > > > > +#define SATA_ECC_REG_ADDR	0x20220520
> > > > > > > +	unsigned int __iomem *ecc_reg = (void
> > > *)SATA_ECC_REG_ADDR;
> > > > > > #endif
> > > > > > > +
> > > > > > > +	out_le32(&ccsr_ahci->ppcfg, 0xa003fffe);
> > > > > > > +	out_le32(&ccsr_ahci->pp2c, 0x28183411);
> > > > > > > +	out_le32(&ccsr_ahci->pp3c, 0x0e081004);
> > > > > > > +	out_le32(&ccsr_ahci->pp4c, 0x00480811);
> > > > > > > +	out_le32(&ccsr_ahci->pp5c, 0x192c96a4);
> > > > > > > +	out_le32(&ccsr_ahci->ptc, 0x08000025);
> > > > > >
> > > >
> > > > It looks to be SoC specific configuration. It should be in soc
> > > > files not in board files.
> > > >
> > > On other LS platforms we only need to set one register which is
> > > out_le32(&ccsr_ahci->ppcfg, 0xa003fffe).
> > > There are did much same settings about sata between LS platforms.
> > > I thought about merging all the LS sata initialization together.
> > > Please see the patch:
> > > http://patchwork.ozlabs.org/patch/497983/
> > > But I didn't see much benefit this way. So I send the sata patch one
> > > platform to another.
> > >
> >
> >
> > Problem is not with solution. Problem is with the place.
> > This SoC errata fix but in board file. It should be in
> > arch/arm/cpu/armv7
> >
> OK, I will put it under arch/arm/cpu/armv7/, just like what I did in SDK.
> 
> Regards,
> Yuantian
> 

This workaround can also go in FSL-SATA driver.

--prabhakar
tang yuantian Aug. 20, 2015, 3:58 a.m. UTC | #19
> -----Original Message-----
> From: Kushwaha Prabhakar-B32579
> Sent: Thursday, August 20, 2015 9:33 AM
> To: Tang Yuantian-B29983; Sun York-R58495
> Cc: u-boot@lists.denx.de; Wang Huan-B18965
> Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and twr board
> 
> > -----Original Message-----
> > From: Tang Yuantian-B29983
> > Sent: Thursday, August 20, 2015 6:52 AM
> > To: Kushwaha Prabhakar-B32579 <prabhakar@freescale.com>; Sun York-
> > R58495 <yorksun@freescale.com>
> > Cc: u-boot@lists.denx.de; Wang Huan-B18965
> <alison.wang@freescale.com>
> > Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and twr
> > board
> >
> >
> >
> > > -----Original Message-----
> > > From: Kushwaha Prabhakar-B32579
> > > Sent: Wednesday, August 19, 2015 8:54 PM
> > > To: Tang Yuantian-B29983; Sun York-R58495
> > > Cc: u-boot@lists.denx.de; Wang Huan-B18965
> > > Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and twr
> > > board
> > >
> > >
> > >
> > > Regards,
> > > Prabhakar
> > >
> > > > -----Original Message-----
> > > > From: Tang Yuantian-B29983
> > > > Sent: Wednesday, August 19, 2015 10:17 AM
> > > > To: Kushwaha Prabhakar-B32579; Sun York-R58495
> > > > Cc: u-boot@lists.denx.de; Wang Huan-B18965
> > > > Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and
> > > > twr board
> > > >
> > > >
> > > >
> > > > > -----Original Message-----
> > > > > From: Kushwaha Prabhakar-B32579
> > > > > Sent: Wednesday, August 19, 2015 12:15 PM
> > > > > To: Tang Yuantian-B29983; Sun York-R58495
> > > > > Cc: u-boot@lists.denx.de; Wang Huan-B18965
> > > > > Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds and
> > > > > twr board
> > > > >
> > > > >
> > > > > > -----Original Message-----
> > > > > > From: Tang Yuantian-B29983
> > > > > > Sent: Wednesday, August 19, 2015 8:01 AM
> > > > > > To: Sun York-R58495
> > > > > > Cc: u-boot@lists.denx.de; Kushwaha Prabhakar-B32579; Wang
> > > > > > Huan-
> > > > > B18965
> > > > > > Subject: RE: [PATCH v2] arm/ls1021a: Add sata support on qds
> > > > > > and twr
> > > > > board
> > > > > >
> > > > > > > > +#ifdef CONFIG_SYS_FSL_ERRATUM_A008407
> > > > > > > > +#define SATA_ECC_REG_ADDR	0x20220520
> > > > > > > > +	unsigned int __iomem *ecc_reg = (void
> > > > *)SATA_ECC_REG_ADDR;
> > > > > > > #endif
> > > > > > > > +
> > > > > > > > +	out_le32(&ccsr_ahci->ppcfg, 0xa003fffe);
> > > > > > > > +	out_le32(&ccsr_ahci->pp2c, 0x28183411);
> > > > > > > > +	out_le32(&ccsr_ahci->pp3c, 0x0e081004);
> > > > > > > > +	out_le32(&ccsr_ahci->pp4c, 0x00480811);
> > > > > > > > +	out_le32(&ccsr_ahci->pp5c, 0x192c96a4);
> > > > > > > > +	out_le32(&ccsr_ahci->ptc, 0x08000025);
> > > > > > >
> > > > >
> > > > > It looks to be SoC specific configuration. It should be in soc
> > > > > files not in board files.
> > > > >
> > > > On other LS platforms we only need to set one register which is
> > > > out_le32(&ccsr_ahci->ppcfg, 0xa003fffe).
> > > > There are did much same settings about sata between LS platforms.
> > > > I thought about merging all the LS sata initialization together.
> > > > Please see the patch:
> > > > http://patchwork.ozlabs.org/patch/497983/
> > > > But I didn't see much benefit this way. So I send the sata patch
> > > > one platform to another.
> > > >
> > >
> > >
> > > Problem is not with solution. Problem is with the place.
> > > This SoC errata fix but in board file. It should be in
> > > arch/arm/cpu/armv7
> > >
> > OK, I will put it under arch/arm/cpu/armv7/, just like what I did in SDK.
> >
> > Regards,
> > Yuantian
> >
> 
> This workaround can also go in FSL-SATA driver.
> 
There is no fsl-sata driver for ls sata. This patch just added the stub before ahci driver is called.
So I will put this workaround and sata configuration together.
If there are any impropriate please inform me.

Regards,
Yuantian
> --prabhakar
diff mbox

Patch

diff --git a/arch/arm/include/asm/arch-ls102xa/config.h b/arch/arm/include/asm/arch-ls102xa/config.h
index c55cdef..a4a5d84 100644
--- a/arch/arm/include/asm/arch-ls102xa/config.h
+++ b/arch/arm/include/asm/arch-ls102xa/config.h
@@ -79,6 +79,21 @@ 
 #define CONFIG_SYS_PCIE2_PHYS_ADDR		(CONFIG_SYS_PCIE2_PHYS_BASE + \
 						 CONFIG_SYS_PCIE2_VIRT_ADDR)
 
+/* SATA */
+#define AHCI_BASE_ADDR				(CONFIG_SYS_IMMR + 0x02200000)
+#define CONFIG_BOARD_LATE_INIT
+#define CONFIG_CMD_SCSI
+#define CONFIG_LIBATA
+#define CONFIG_SCSI_AHCI
+#define CONFIG_SCSI_AHCI_PLAT
+#define CONFIG_SYS_SCSI_MAX_SCSI_ID		1
+#define CONFIG_SYS_SCSI_MAX_LUN		1
+#define CONFIG_SYS_SCSI_MAX_DEVICE		(CONFIG_SYS_SCSI_MAX_SCSI_ID * \
+						CONFIG_SYS_SCSI_MAX_LUN)
+#define CONFIG_CMD_FAT
+#define CONFIG_DOS_PARTITION
+#define CONFIG_SYS_FSL_ERRATUM_A008407
+
 #ifdef CONFIG_DDR_SPD
 #define CONFIG_SYS_FSL_DDR_BE
 #define CONFIG_VERY_BIG_RAM
diff --git a/arch/arm/include/asm/arch-ls102xa/immap_ls102xa.h b/arch/arm/include/asm/arch-ls102xa/immap_ls102xa.h
index d34044a..211fe1d 100644
--- a/arch/arm/include/asm/arch-ls102xa/immap_ls102xa.h
+++ b/arch/arm/include/asm/arch-ls102xa/immap_ls102xa.h
@@ -397,4 +397,28 @@  struct ccsr_cci400 {
 	u8 res_e004[0x10000 - 0xe004];
 };
 
+/* AHCI (sata) register map */
+struct ccsr_ahci {
+	u32 res1[0xa4/4];	/* 0x0 - 0xa4 */
+	u32 pcfg;	/* port config */
+	u32 ppcfg;	/* port phy1 config */
+	u32 pp2c;	/* port phy2 config */
+	u32 pp3c;	/* port phy3 config */
+	u32 pp4c;	/* port phy4 config */
+	u32 pp5c;	/* port phy5 config */
+	u32 paxic;	/* port AXI config */
+	u32 axicc;	/* AXI cache control */
+	u32 axipc;	/* AXI PROT control */
+	u32 ptc;	/* port Trans Config */
+	u32 pts;	/* port Trans Status */
+	u32 plc;	/* port link config */
+	u32 plc1;	/* port link config1 */
+	u32 plc2;	/* port link config2 */
+	u32 pls;	/* port link status */
+	u32 pls1;	/* port link status1 */
+	u32 pcmdc;	/* port CMD config */
+	u32 ppcs;	/* port phy control status */
+	u32 pberr;	/* port 0/1 BIST error */
+	u32 cmds;	/* port 0/1 CMD status error */
+};
 #endif	/* __ASM_ARCH_LS102XA_IMMAP_H_ */
diff --git a/board/freescale/ls1021aqds/ls1021aqds.c b/board/freescale/ls1021aqds/ls1021aqds.c
index d6ef6ba..1b26ed3 100644
--- a/board/freescale/ls1021aqds/ls1021aqds.c
+++ b/board/freescale/ls1021aqds/ls1021aqds.c
@@ -18,6 +18,8 @@ 
 #include <fsl_ifc.h>
 #include <fsl_sec.h>
 #include <spl.h>
+#include <ahci.h>
+#include <scsi.h>
 
 #include "../common/sleep.h"
 #include "../common/qixis.h"
@@ -54,6 +56,52 @@  enum {
 	GE1_CLK125,
 };
 
+static void ls1021a_sata_init(void)
+{
+	struct ccsr_ahci __iomem *ccsr_ahci = (void *)AHCI_BASE_ADDR;
+
+#ifdef CONFIG_SYS_FSL_ERRATUM_A008407
+#define SATA_ECC_REG_ADDR	0x20220520
+	unsigned int __iomem *ecc_reg = (void *)SATA_ECC_REG_ADDR;
+#endif
+
+	out_le32(&ccsr_ahci->ppcfg, 0xa003fffe);
+	out_le32(&ccsr_ahci->pp2c, 0x28183411);
+	out_le32(&ccsr_ahci->pp3c, 0x0e081004);
+	out_le32(&ccsr_ahci->pp4c, 0x00480811);
+	out_le32(&ccsr_ahci->pp5c, 0x192c96a4);
+	out_le32(&ccsr_ahci->ptc, 0x08000025);
+
+#ifdef CONFIG_SYS_FSL_ERRATUM_A008407
+	out_le32(ecc_reg, 0x00020000);
+#endif
+}
+
+#ifdef CONFIG_SCSI_AHCI_PLAT
+static int ls1021a_sata_start(void)
+{
+	struct ccsr_gur *gur = (struct ccsr_gur *)CONFIG_SYS_FSL_GUTS_ADDR;
+	u32 cfg;
+	int rc = -1;
+
+	cfg = in_be32(&gur->rcwsr[4]) & RCWSR4_SRDS1_PRTCL_MASK;
+	cfg >>= RCWSR4_SRDS1_PRTCL_SHIFT;
+
+	if (cfg != 0x30 && cfg != 0x70) {
+		printf("SATA disabled: serdes protocol doesn't support\n");
+		return rc;
+	}
+
+	rc = ahci_init((void __iomem *)AHCI_BASE_ADDR);
+	if (rc)
+		return rc;
+
+	scsi_scan(0);
+
+	return 0;
+}
+#endif
+
 #ifdef CONFIG_LS102XA_NS_ACCESS
 static struct csu_ns_dev ns_dev[] = {
 	{ CSU_CSLX_PCIE2_IO, CSU_ALL_RW },
@@ -327,6 +375,8 @@  int board_early_init_f(void)
 		fsl_dp_disable_console();
 #endif
 
+	ls1021a_sata_init();
+
 	return 0;
 }
 
@@ -388,6 +438,17 @@  void board_init_f(ulong dummy)
 }
 #endif
 
+#ifdef CONFIG_BOARD_LATE_INIT
+int board_late_init(void)
+{
+#ifdef CONFIG_SCSI_AHCI_PLAT
+	ls1021a_sata_start();
+#endif
+
+	return 0;
+}
+#endif
+
 void config_etseccm_source(int etsec_gtx_125_mux)
 {
 	struct ccsr_scfg *scfg = (struct ccsr_scfg *)CONFIG_SYS_FSL_SCFG_ADDR;
diff --git a/board/freescale/ls1021atwr/ls1021atwr.c b/board/freescale/ls1021atwr/ls1021atwr.c
index b7458a9..6a964c3 100644
--- a/board/freescale/ls1021atwr/ls1021atwr.c
+++ b/board/freescale/ls1021atwr/ls1021atwr.c
@@ -22,6 +22,8 @@ 
 #include <tsec.h>
 #include <fsl_sec.h>
 #include <spl.h>
+#include <ahci.h>
+#include <scsi.h>
 #include "../common/sleep.h"
 #ifdef CONFIG_U_QE
 #include "../../../drivers/qe/qe.h"
@@ -173,6 +175,52 @@  struct cpld_data {
 	u8 rev2;		/* Reserved */
 };
 
+static void ls1021a_sata_init(void)
+{
+	struct ccsr_ahci __iomem *ccsr_ahci = (void *)AHCI_BASE_ADDR;
+
+#ifdef CONFIG_SYS_FSL_ERRATUM_A008407
+#define SATA_ECC_REG_ADDR	0x20220520
+	unsigned int __iomem *ecc_reg = (void *)SATA_ECC_REG_ADDR;
+#endif
+
+	out_le32(&ccsr_ahci->ppcfg, 0xa003fffe);
+	out_le32(&ccsr_ahci->pp2c, 0x28183411);
+	out_le32(&ccsr_ahci->pp3c, 0x0e081004);
+	out_le32(&ccsr_ahci->pp4c, 0x00480811);
+	out_le32(&ccsr_ahci->pp5c, 0x192c96a4);
+	out_le32(&ccsr_ahci->ptc, 0x08000025);
+
+#ifdef CONFIG_SYS_FSL_ERRATUM_A008407
+	out_le32(ecc_reg, 0x00020000);
+#endif
+}
+
+#ifdef CONFIG_SCSI_AHCI_PLAT
+static int ls1021a_sata_start(void)
+{
+	struct ccsr_gur *gur = (struct ccsr_gur *)CONFIG_SYS_FSL_GUTS_ADDR;
+	u32 cfg;
+	int rc = -1;
+
+	cfg = in_be32(&gur->rcwsr[4]) & RCWSR4_SRDS1_PRTCL_MASK;
+	cfg >>= RCWSR4_SRDS1_PRTCL_SHIFT;
+
+	if (cfg != 0x10 && cfg != 0x30 && cfg != 0x70) {
+		printf("SATA disabled: serdes protocol doesn't support\n");
+		return rc;
+	}
+
+	rc = ahci_init((void __iomem *)AHCI_BASE_ADDR);
+	if (rc)
+		return rc;
+
+	scsi_scan(0);
+
+	return 0;
+}
+#endif
+
 #ifndef CONFIG_QSPI_BOOT
 static void convert_serdes_mux(int type, int need_reset);
 
@@ -522,9 +570,22 @@  int board_early_init_f(void)
 		fsl_dp_disable_console();
 #endif
 
+	ls1021a_sata_init();
+
 	return 0;
 }
 
+#ifdef CONFIG_BOARD_LATE_INIT
+int board_late_init(void)
+{
+#ifdef CONFIG_SCSI_AHCI_PLAT
+	ls1021a_sata_start();
+#endif
+
+	return 0;
+}
+#endif
+
 #ifdef CONFIG_SPL_BUILD
 void board_init_f(ulong dummy)
 {