[U-Boot] [PATCH v3 1/3] drivers/ddr/fsl: Fix DDR4 RDIMM support
York Sun
york.sun at nxp.com
Wed Feb 7 22:46:50 UTC 2018
On 02/04/2018 05:40 AM, Simon Glass wrote:
> Hi York,
>
> On 24 January 2018 at 12:04, York Sun <york.sun at nxp.com> wrote:
>> For DDR4, command/address delay in mode registers and parity latency
>> in timing config register are only needed for UDIMMs, but not RDIMMs.
>> Add additional register rcw_3 for DDR4 RDIMM. Fix mirrored bit for
>> dual rank RDIMMs. Set sdram_cfg_3[DIS_MRS_PAR] for RDIMMs. Use
>> hexadecimal format for printing RCW (register control word) registers.
>>
>> Signed-off-by: York Sun <york.sun at nxp.com>
>> ---
>>
>> Changes in v3: None
>> Changes in v2: None
>>
>> drivers/ddr/fsl/ctrl_regs.c | 32 +++++++++++++++++++++++++-------
>> drivers/ddr/fsl/ddr4_dimm_params.c | 2 ++
>> drivers/ddr/fsl/interactive.c | 9 +++++++--
>> include/fsl_ddr_sdram.h | 1 +
>> 4 files changed, 35 insertions(+), 9 deletions(-)
>
> What do you think about moving this into drivers/ram (separate from
> this patch)? Do you think it could use the uclass?
Simon,
Moving to drivers/ram is not a problem. My concern is it is worth the
effort. Legacy PowerPC-based SoCs are still alive but I don't see any
new products coming. ARM-based SoCs will move to ATF (or alike) boots
first model. Once ATF boots first, U-Boot will no longer need this
driver (PowerPC SoCs still use it though). Let's discuss this again a
few months later when I may have a better vision.
York
More information about the U-Boot
mailing list