public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Chin Liang See <clsee@altera.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 1/9] ddr: altera: Configuring SDRAM extra cycles timing parameters
Date: Mon, 19 Sep 2016 18:11:03 +0800	[thread overview]
Message-ID: <1474279863.29599.11.camel@altera.com> (raw)
In-Reply-To: <6798c19a-b471-44de-e23e-729159c1219c@denx.de>

On Mon, 2016-09-19 at 16:22 +0200, Marek Vasut wrote:
> On 09/15/2016 09:26 AM, Chin Liang See wrote:
> > To enable configuration of sdr.ctrlcfg.extratime1 register which
> > enable
> > extra clocks for read to write command timing. This is critical to
> > ensure successful LPDDR2 interface
> > 
> > Signed-off-by: Chin Liang See <clsee@altera.com>
> > ---
> >  arch/arm/mach-socfpga/include/mach/sdram.h | 8 +++++++-
> >  arch/arm/mach-socfpga/qts-filter.sh        | 2 +-
> >  arch/arm/mach-socfpga/wrap_sdram_config.c  | 9 +++++++++
> >  drivers/ddr/altera/sdram.c                 | 3 +++
> >  4 files changed, 20 insertions(+), 2 deletions(-)
> > 
> > diff --git a/arch/arm/mach-socfpga/include/mach/sdram.h
> > b/arch/arm/mach-socfpga/include/mach/sdram.h
> > index f12bb84..b11228f 100644
> > --- a/arch/arm/mach-socfpga/include/mach/sdram.h
> > +++ b/arch/arm/mach-socfpga/include/mach/sdram.h
> > @@ -30,7 +30,8 @@ struct socfpga_sdr_ctrl {
> >  	u32	dram_timing4;	/* 0x10 */
> >  	u32	lowpwr_timing;
> >  	u32	dram_odt;
> > -	u32	__padding0[4];
> > +	u32	extratime1;
> > +	u32	__padding0[3];
> >  	u32	dram_addrw;	/* 0x2c */
> >  	u32	dram_if_width;	/* 0x30 */
> >  	u32	dram_dev_width;
> > @@ -88,6 +89,7 @@ struct socfpga_sdram_config {
> >  	u32	dram_timing4;
> >  	u32	lowpwr_timing;
> >  	u32	dram_odt;
> > +	u32	extratime1;
> >  	u32	dram_addrw;
> >  	u32	dram_if_width;
> >  	u32	dram_dev_width;
> 
> This seems to be changing the DRAM register layout, is this really
> correct and was this really tested on AV SoCDK ?

Previously its treated unused register as default value is good enough.
But this not true anymore for LPDDR2 and we are exposing extratime1
register.

While for testing, I tested both CV and AV SoCDK few times as I also
worried even they are using DDR3 instead LPDDR2.

> 
> [...]
> 
> > diff --git a/arch/arm/mach-socfpga/wrap_sdram_config.c
> > b/arch/arm/mach-socfpga/wrap_sdram_config.c
> > index 31cc7de..d72f5e1 100644
> > --- a/arch/arm/mach-socfpga/wrap_sdram_config.c
> > +++ b/arch/arm/mach-socfpga/wrap_sdram_config.c
> > @@ -81,6 +81,15 @@ static const struct socfpga_sdram_config
> > sdram_config = {
> >  			SDR_CTRLGRP_DRAMODT_READ_LSB)		
> > 	|
> >  		(CONFIG_HPS_SDR_CTRLCFG_DRAMODT_WRITE <<
> >  			SDR_CTRLGRP_DRAMODT_WRITE_LSB),
> > +#ifdef
> > CONFIG_HPS_SDR_CTRLCFG_EXTRATIME1_CFG_EXTRA_CTL_CLK_RD_TO_WR
> 
> How come this is not always defined for all boards ?

This is to ensure it still works if users are using older SOCEDS
instead of SOCEDS 16.1. Besides that, this is only applicable for
LPDDR2. With that, patches #2 to #9 are not needed.

Thanks
Chin Liang

> 
> > +	.extratime1 =
> > +	(CONFIG_HPS_SDR_CTRLCFG_EXTRATIME1_CFG_EXTRA_CTL_CLK_RD_TO
> > _WR <<
> > +			SDR_CTRLGRP_EXTRATIME1_RD_TO_WR_LSB)	
> > 	|
> > +	(CONFIG_HPS_SDR_CTRLCFG_EXTRATIME1_CFG_EXTRA_CTL_CLK_RD_TO
> > _WR_BC <<
> > +			SDR_CTRLGRP_EXTRATIME1_RD_TO_WR_BC_LSB)	
> > 	|
> > +(CONFIG_HPS_SDR_CTRLCFG_EXTRATIME1_CFG_EXTRA_CTL_CLK_RD_TO_WR_DIFF
> > _CHIP <<
> > +			SDR_CTRLGRP_EXTRATIME1_RD_TO_WR_DIFF_LSB),
> > +#endif
> >  	.dram_addrw =
> >  		(CONFIG_HPS_SDR_CTRLCFG_DRAMADDRW_COLBITS <<
> >  			SDR_CTRLGRP_DRAMADDRW_COLBITS_LSB)		
> > |
> > diff --git a/drivers/ddr/altera/sdram.c
> > b/drivers/ddr/altera/sdram.c
> > index 7e4606d..e74c5b0 100644
> > --- a/drivers/ddr/altera/sdram.c
> > +++ b/drivers/ddr/altera/sdram.c
> > @@ -418,6 +418,9 @@ static void sdr_load_regs(const struct
> > socfpga_sdram_config *cfg)
> >  
> >  	debug("Configuring DRAMODT\n");
> >  	writel(cfg->dram_odt, &sdr_ctrl->dram_odt);
> > +
> > +	debug("Configuring EXTRATIME1\n");
> > +	writel(cfg->extratime1, &sdr_ctrl->extratime1);
> >  }
> >  
> >  /**
> > 
> 
> 

  reply	other threads:[~2016-09-19 10:11 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-09-15  7:26 [U-Boot] [PATCH 1/9] ddr: altera: Configuring SDRAM extra cycles timing parameters Chin Liang See
2016-09-19 14:22 ` Marek Vasut
2016-09-19 10:11   ` Chin Liang See [this message]
2016-09-19 18:54     ` Marek Vasut
2016-09-19 18:54       ` Marek Vasut
2016-09-20  5:50       ` Chin Liang See
2016-09-21  1:18         ` Marek Vasut

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=1474279863.29599.11.camel@altera.com \
    --to=clsee@altera.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