All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH] imx8m: fix reading of DDR4 MR registers
@ 2022-04-25 14:22 Rasmus Villemoes
  2022-04-26 12:59 ` Fabio Estevam
  2022-05-20 13:41 ` sbabic
  0 siblings, 2 replies; 5+ messages in thread
From: Rasmus Villemoes @ 2022-04-25 14:22 UTC (permalink / raw)
  To: u-boot; +Cc: Ying-Chun Liu (PaulLiu), Fabio Estevam, Rasmus Villemoes

I was trying to employ lpddr4_mr_read() to something similar to what
the imx8mm-cl-iot-gate board is doing for auto-detecting the RAM
type. However, the version in drivers/ddr/imx/imx8m/ddrphy_utils.c
differs from the private one used by that board in how it extracts the
byte value, and I was only getting zeroes. Adding a bit of debug
printf'ing gives me

 tmp = 0x00ffff00
 tmp = 0x00070700
 tmp = 0x00000000
 tmp = 0x00101000

and indeed I was expecting a (combined) value of 0xff070010 (0xff
being Manufacturer ID for Micron). I can't find any documentation that
says how the values are supposed to be read, but clearly the iot-gate
definition is the right one, both for its use case as well as my
imx8mp-based board.

So lift the private definition of lpddr4_mr_read() from the
imx8mm-cl-iot-gate board code to ddrphy_utils.c, and add a declaration
in the ddr.h header where e.g. get_trained_CDD() is already declared.

This has only been compile-tested for the imx8mm-cl-iot-gate
board (since I don't have the hardware), but since I've merely moved
its definition of lpddr4_mr_read(), I'd be surprised if it changed
anything for that board.

Signed-off-by: Rasmus Villemoes <rasmus.villemoes@prevas.dk>
---
 arch/arm/include/asm/arch-imx8m/ddr.h       |  1 +
 board/compulab/imx8mm-cl-iot-gate/ddr/ddr.c | 27 ---------------------
 drivers/ddr/imx/imx8m/ddrphy_utils.c        |  9 +++++--
 3 files changed, 8 insertions(+), 29 deletions(-)

diff --git a/arch/arm/include/asm/arch-imx8m/ddr.h b/arch/arm/include/asm/arch-imx8m/ddr.h
index 0f1e832c03..2ce8a8f2d4 100644
--- a/arch/arm/include/asm/arch-imx8m/ddr.h
+++ b/arch/arm/include/asm/arch-imx8m/ddr.h
@@ -723,6 +723,7 @@ void ddrphy_init_read_msg_block(enum fw_type type);
 
 void update_umctl2_rank_space_setting(unsigned int pstat_num);
 void get_trained_CDD(unsigned int fsp);
+unsigned int lpddr4_mr_read(unsigned int mr_rank, unsigned int mr_addr);
 
 static inline void reg32_write(unsigned long addr, u32 val)
 {
diff --git a/board/compulab/imx8mm-cl-iot-gate/ddr/ddr.c b/board/compulab/imx8mm-cl-iot-gate/ddr/ddr.c
index 5b93491923..b230478b61 100644
--- a/board/compulab/imx8mm-cl-iot-gate/ddr/ddr.c
+++ b/board/compulab/imx8mm-cl-iot-gate/ddr/ddr.c
@@ -24,33 +24,6 @@
 
 #include <linux/delay.h>
 
-static unsigned int lpddr4_mr_read(unsigned int mr_rank, unsigned int mr_addr)
-{
-	unsigned int tmp;
-
-	reg32_write(DRC_PERF_MON_MRR0_DAT(0), 0x1);
-	do {
-		tmp = reg32_read(DDRC_MRSTAT(0));
-	} while (tmp & 0x1);
-
-	reg32_write(DDRC_MRCTRL0(0), (mr_rank << 4) | 0x1);
-	reg32_write(DDRC_MRCTRL1(0), (mr_addr << 8));
-	reg32setbit(DDRC_MRCTRL0(0), 31);
-	do {
-		tmp = reg32_read(DRC_PERF_MON_MRR0_DAT(0));
-	} while ((tmp & 0x8) == 0);
-	tmp = reg32_read(DRC_PERF_MON_MRR1_DAT(0));
-	reg32_write(DRC_PERF_MON_MRR0_DAT(0), 0x4);
-	while (tmp) { //try to find a significant byte in the word
-		if (tmp & 0xff) {
-			tmp &= 0xff;
-			break;
-		}
-		tmp >>= 8;
-	}
-	return tmp;
-}
-
 struct lpddr4_desc {
 	char name[16];
 	unsigned int id;
diff --git a/drivers/ddr/imx/imx8m/ddrphy_utils.c b/drivers/ddr/imx/imx8m/ddrphy_utils.c
index a54449e5f1..975d553674 100644
--- a/drivers/ddr/imx/imx8m/ddrphy_utils.c
+++ b/drivers/ddr/imx/imx8m/ddrphy_utils.c
@@ -198,9 +198,14 @@ unsigned int lpddr4_mr_read(unsigned int mr_rank, unsigned int mr_addr)
 		tmp = reg32_read(DRC_PERF_MON_MRR0_DAT(0));
 	} while ((tmp & 0x8) == 0);
 	tmp = reg32_read(DRC_PERF_MON_MRR1_DAT(0));
-	tmp = tmp & 0xff;
 	reg32_write(DRC_PERF_MON_MRR0_DAT(0), 0x4);
-
+	while (tmp) { //try to find a significant byte in the word
+		if (tmp & 0xff) {
+			tmp &= 0xff;
+			break;
+		}
+		tmp >>= 8;
+	}
 	return tmp;
 }
 
-- 
2.31.1


^ permalink raw reply related	[flat|nested] 5+ messages in thread

* Re: [PATCH] imx8m: fix reading of DDR4 MR registers
  2022-04-25 14:22 [PATCH] imx8m: fix reading of DDR4 MR registers Rasmus Villemoes
@ 2022-04-26 12:59 ` Fabio Estevam
  2022-04-27  6:48   ` Paul Liu
  2022-05-20 13:41 ` sbabic
  1 sibling, 1 reply; 5+ messages in thread
From: Fabio Estevam @ 2022-04-26 12:59 UTC (permalink / raw)
  To: Rasmus Villemoes; +Cc: U-Boot-Denx, Ying-Chun Liu (PaulLiu), Fabio Estevam

Hi Paul,

On Mon, Apr 25, 2022 at 11:23 AM Rasmus Villemoes
<rasmus.villemoes@prevas.dk> wrote:
>
> I was trying to employ lpddr4_mr_read() to something similar to what
> the imx8mm-cl-iot-gate board is doing for auto-detecting the RAM
> type. However, the version in drivers/ddr/imx/imx8m/ddrphy_utils.c
> differs from the private one used by that board in how it extracts the
> byte value, and I was only getting zeroes. Adding a bit of debug
> printf'ing gives me
>
>  tmp = 0x00ffff00
>  tmp = 0x00070700
>  tmp = 0x00000000
>  tmp = 0x00101000
>
> and indeed I was expecting a (combined) value of 0xff070010 (0xff
> being Manufacturer ID for Micron). I can't find any documentation that
> says how the values are supposed to be read, but clearly the iot-gate
> definition is the right one, both for its use case as well as my
> imx8mp-based board.
>
> So lift the private definition of lpddr4_mr_read() from the
> imx8mm-cl-iot-gate board code to ddrphy_utils.c, and add a declaration
> in the ddr.h header where e.g. get_trained_CDD() is already declared.
>
> This has only been compile-tested for the imx8mm-cl-iot-gate
> board (since I don't have the hardware), but since I've merely moved
> its definition of lpddr4_mr_read(), I'd be surprised if it changed
> anything for that board.
>
> Signed-off-by: Rasmus Villemoes <rasmus.villemoes@prevas.dk>

Could you please test this patch?

I only have remote access to this board.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [PATCH] imx8m: fix reading of DDR4 MR registers
  2022-04-26 12:59 ` Fabio Estevam
@ 2022-04-27  6:48   ` Paul Liu
  2022-04-27 10:17     ` Fabio Estevam
  0 siblings, 1 reply; 5+ messages in thread
From: Paul Liu @ 2022-04-27  6:48 UTC (permalink / raw)
  To: Fabio Estevam; +Cc: Rasmus Villemoes, U-Boot-Denx, Fabio Estevam

Hi Fabio,

I tested. It works.
Tested-by: Ying-Chun Liu (PaulLiu) <paul.liu@linaro.org>


On Tue, 26 Apr 2022 at 20:59, Fabio Estevam <festevam@gmail.com> wrote:

> Hi Paul,
>
> On Mon, Apr 25, 2022 at 11:23 AM Rasmus Villemoes
> <rasmus.villemoes@prevas.dk> wrote:
> >
> > I was trying to employ lpddr4_mr_read() to something similar to what
> > the imx8mm-cl-iot-gate board is doing for auto-detecting the RAM
> > type. However, the version in drivers/ddr/imx/imx8m/ddrphy_utils.c
> > differs from the private one used by that board in how it extracts the
> > byte value, and I was only getting zeroes. Adding a bit of debug
> > printf'ing gives me
> >
> >  tmp = 0x00ffff00
> >  tmp = 0x00070700
> >  tmp = 0x00000000
> >  tmp = 0x00101000
> >
> > and indeed I was expecting a (combined) value of 0xff070010 (0xff
> > being Manufacturer ID for Micron). I can't find any documentation that
> > says how the values are supposed to be read, but clearly the iot-gate
> > definition is the right one, both for its use case as well as my
> > imx8mp-based board.
> >
> > So lift the private definition of lpddr4_mr_read() from the
> > imx8mm-cl-iot-gate board code to ddrphy_utils.c, and add a declaration
> > in the ddr.h header where e.g. get_trained_CDD() is already declared.
> >
> > This has only been compile-tested for the imx8mm-cl-iot-gate
> > board (since I don't have the hardware), but since I've merely moved
> > its definition of lpddr4_mr_read(), I'd be surprised if it changed
> > anything for that board.
> >
> > Signed-off-by: Rasmus Villemoes <rasmus.villemoes@prevas.dk>
>
> Could you please test this patch?
>
> I only have remote access to this board.
>

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [PATCH] imx8m: fix reading of DDR4 MR registers
  2022-04-27  6:48   ` Paul Liu
@ 2022-04-27 10:17     ` Fabio Estevam
  0 siblings, 0 replies; 5+ messages in thread
From: Fabio Estevam @ 2022-04-27 10:17 UTC (permalink / raw)
  To: Paul Liu; +Cc: Fabio Estevam, Rasmus Villemoes, U-Boot-Denx, Stefano Babic

Hi Paul,

On 27/04/2022 03:48, Paul Liu wrote:
> Hi Fabio,
> 
> I tested. It works.
> Tested-by: Ying-Chun Liu (PaulLiu) <paul.liu@linaro.org>

Thanks for testing.

Reviewed-by: Fabio Estevam <festevam@denx.de>

^ permalink raw reply	[flat|nested] 5+ messages in thread

* [PATCH] imx8m: fix reading of DDR4 MR registers
  2022-04-25 14:22 [PATCH] imx8m: fix reading of DDR4 MR registers Rasmus Villemoes
  2022-04-26 12:59 ` Fabio Estevam
@ 2022-05-20 13:41 ` sbabic
  1 sibling, 0 replies; 5+ messages in thread
From: sbabic @ 2022-05-20 13:41 UTC (permalink / raw)
  To: Rasmus Villemoes, u-boot

> I was trying to employ lpddr4_mr_read() to something similar to what
> the imx8mm-cl-iot-gate board is doing for auto-detecting the RAM
> type. However, the version in drivers/ddr/imx/imx8m/ddrphy_utils.c
> differs from the private one used by that board in how it extracts the
> byte value, and I was only getting zeroes. Adding a bit of debug
> printf'ing gives me
>  tmp = 0x00ffff00
>  tmp = 0x00070700
>  tmp = 0x00000000
>  tmp = 0x00101000
> and indeed I was expecting a (combined) value of 0xff070010 (0xff
> being Manufacturer ID for Micron). I can't find any documentation that
> says how the values are supposed to be read, but clearly the iot-gate
> definition is the right one, both for its use case as well as my
> imx8mp-based board.
> So lift the private definition of lpddr4_mr_read() from the
> imx8mm-cl-iot-gate board code to ddrphy_utils.c, and add a declaration
> in the ddr.h header where e.g. get_trained_CDD() is already declared.
> This has only been compile-tested for the imx8mm-cl-iot-gate
> board (since I don't have the hardware), but since I've merely moved
> its definition of lpddr4_mr_read(), I'd be surprised if it changed
> anything for that board.
> Signed-off-by: Rasmus Villemoes <rasmus.villemoes@prevas.dk>
> Tested-by: Ying-Chun Liu (PaulLiu) <paul.liu@linaro.org>
> Reviewed-by: Fabio Estevam <festevam@denx.de>
Applied to u-boot-imx, master, thanks !

Best regards,
Stefano Babic

-- 
=====================================================================
DENX Software Engineering GmbH,      Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-53 Fax: +49-8142-66989-80 Email: sbabic@denx.de
=====================================================================

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2022-05-20 13:42 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-04-25 14:22 [PATCH] imx8m: fix reading of DDR4 MR registers Rasmus Villemoes
2022-04-26 12:59 ` Fabio Estevam
2022-04-27  6:48   ` Paul Liu
2022-04-27 10:17     ` Fabio Estevam
2022-05-20 13:41 ` sbabic

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.