From mboxrd@z Thu Jan 1 00:00:00 1970 From: Simon Goldschmidt Date: Sun, 27 Jan 2019 09:47:27 +0100 Subject: [U-Boot] [PATCH 2/5] arm: socfpga: move SDR reset handling to driver In-Reply-To: References: <20190125203051.10943-1-simon.k.r.goldschmidt@gmail.com> <20190125203051.10943-3-simon.k.r.goldschmidt@gmail.com> Message-ID: List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Am 26.01.2019 um 09:58 schrieb Marek Vasut: > On 1/25/19 9:30 PM, Simon Goldschmidt wrote: >> To clean up reset handling for socfpga gen5, let's move the code snippet >> taking the DDR controller out of reset from SPL to the DDR driver. >> >> Signed-off-by: Simon Goldschmidt >> --- >> >> arch/arm/mach-socfpga/spl_gen5.c | 1 - >> drivers/ddr/altera/sdram_gen5.c | 4 ++++ >> 2 files changed, 4 insertions(+), 1 deletion(-) >> >> diff --git a/arch/arm/mach-socfpga/spl_gen5.c b/arch/arm/mach-socfpga/spl_gen5.c >> index ccdc661d05..f9bea892b1 100644 >> --- a/arch/arm/mach-socfpga/spl_gen5.c >> +++ b/arch/arm/mach-socfpga/spl_gen5.c >> @@ -98,7 +98,6 @@ void board_init_f(ulong dummy) >> socfpga_bridges_reset(1); >> } >> >> - socfpga_per_reset(SOCFPGA_RESET(SDR), 0); >> socfpga_per_reset(SOCFPGA_RESET(UART0), 0); >> socfpga_per_reset(SOCFPGA_RESET(OSC1TIMER0), 0); >> >> diff --git a/drivers/ddr/altera/sdram_gen5.c b/drivers/ddr/altera/sdram_gen5.c >> index 821060459c..bd54c420f8 100644 >> --- a/drivers/ddr/altera/sdram_gen5.c >> +++ b/drivers/ddr/altera/sdram_gen5.c >> @@ -7,6 +7,7 @@ >> #include >> #include >> #include >> +#include >> #include >> #include >> #include >> @@ -434,6 +435,9 @@ int sdram_mmr_init_full(unsigned int sdr_phy_reg) >> SDR_CTRLGRP_DRAMADDRW_ROWBITS_LSB; >> int ret; >> >> + /* release DDR from reset */ >> + socfpga_per_reset(SOCFPGA_RESET(SDR), 0); >> + > > Can the reset framework do this ? Hmm, it probably could, but I see that as a diferent patch. The altera DDR driver currently does not work with devicetree, so using the reset framework here would be a bigger patch, I think. Can we do that later and clean up this by just moving the code? Regards, Simon > >> writel(rows, &sysmgr_regs->iswgrp_handoff[4]); >> >> sdr_load_regs(cfg); >> > >