S32k344 MBIST LBIST

[XRen_Parker]

I'm in the process of implementing S32k344 BISTs in a green hills project. I'm using  SW32K3_SPD_1.0.6_D2512 in the source code form since I don't use Tresos or NXP DS. I was able to import most of the bist functions, except few defines that I'm not sure about (can't find them anywhere). Can anybody answer below questions.

1. Can I run LBIST MBIST while S32k344 is in lock step mode?

2. Is the following defines correct, I guessed by examining the code?

#define BIST_MBIST_0 1U
#define BIST_MBIST_1 2U
#define BIST_MBIST_2 3U
#define BIST_MBIST_3 4U
#define BIST_MBIST_4 5U
#define BIST_MBIST_5 6U
#define BIST_MBIST_6 7U
#define BIST_MBIST_7 8U
#define BIST_MBIST_8 9U
#define BIST_MBIST_9 10U
#define BIST_MBIST_10 11U
#define BIST_LBIST_0 0U

the config data I used are as follows:

static const BIST_CHANNEL_CONFIG_TYPE BistConfig[BIST_SAFETYBOOTCFG_NB] =
{
{
(BIST_CHANNEL_TYPE)BIST_MBIST_0,
(BIST_CONTROL_TYPE)((0x80100000U) | BIST_MBIST_PTR_VAL(BIST_MBIST_1))
},

{
(BIST_CHANNEL_TYPE)BIST_MBIST_1,
(BIST_CONTROL_TYPE)((0x80100000U) | BIST_MBIST_PTR_VAL(BIST_MBIST_2))
},
{
(BIST_CHANNEL_TYPE)BIST_MBIST_2,
(BIST_CONTROL_TYPE)((0x80100000U) | BIST_MBIST_PTR_VAL(BIST_MBIST_3))
},
{
(BIST_CHANNEL_TYPE)BIST_MBIST_3,
(BIST_CONTROL_TYPE)((0x80100000U) | BIST_MBIST_PTR_VAL(BIST_MBIST_4))
},
{
(BIST_CHANNEL_TYPE)BIST_MBIST_4,
(BIST_CONTROL_TYPE)((0x80100000U) | BIST_MBIST_PTR_VAL(BIST_MBIST_5))
},
{
(BIST_CHANNEL_TYPE)BIST_MBIST_5,
(BIST_CONTROL_TYPE)((0x80100000U) | BIST_MBIST_PTR_VAL(BIST_MBIST_6))
},
{
(BIST_CHANNEL_TYPE)BIST_MBIST_6,
(BIST_CONTROL_TYPE)((0x80100000U) | BIST_MBIST_PTR_VAL(BIST_MBIST_7))
},
{
(BIST_CHANNEL_TYPE)BIST_MBIST_7,
(BIST_CONTROL_TYPE)((0x80100000U) | BIST_MBIST_PTR_VAL(BIST_MBIST_8))
},
{
(BIST_CHANNEL_TYPE)BIST_MBIST_8,
(BIST_CONTROL_TYPE)((0x80100000U) | BIST_MBIST_PTR_VAL(BIST_MBIST_9))
},
//#endif
{
(BIST_CHANNEL_TYPE)BIST_MBIST_9,
(BIST_CONTROL_TYPE)((0x80100000U) | BIST_MBIST_PTR_VAL(BIST_MBIST_10))
},
{
(BIST_CHANNEL_TYPE)BIST_MBIST_10,
(BIST_CONTROL_TYPE)(0x00100000U)
},
{
(BIST_CHANNEL_TYPE)BIST_LBIST_0,
(BIST_CONTROL_TYPE)((0x00001108U) | BIST_LBIST_PTR_VAL(BIST_NIL))
}
};

[XRen_Parker]

Peter,

  Thank you very much for replying. I have been stuck with this BIST test issues for few days now. I'm testing with S32k344 White board, code is build with green hills multi IDE rev 8.1. The safety boot BIST is not passing. I'm sure the max clock requirement is met for core and peripherals. I have core_clk at 160Mhz from external crystal 16Mhz and PLL, AIPS_PLAT_CLK is 80Mhz, AIPS_SLOW_CLK is 40Mhz, DCM_CLK as 40 MHz, LBIST_CLK is 40Mhz,  QSPI_MEM_CLK is 160Mhz. I have this error when unit reset from bist run, DES register has 0x00408175, few reserved bits get set, and FES register has 0x2000 (doesn't make sense). would you kindly answer following questions?

1. with all the clock signals mentioned above, should they be enabled through MC_CGM->MUX_0_DC_x registers? I'm getting

conflicting information, currently they are enabled.

2. In the reference manual, STCU2 chapter, there is this "While running MBIST on EMAC time stamp memory, MC_CGM.MUX_9_DC_0[DIV] should be appropriately configured to ensure EMAC_CLK_TS should be at least 1.5 times the AIPS_SLOW_CLK frequency." does that mean I have to config configure the clock and enable it in the MC_CGM->MUX_9_DC_0 register?

3. If I want to see the example code S32_SPD_Demo in SW32K3_SPD_1.0.6_D2512 package, I guess I need to install latest NXP design studio, import the spd zip file as update site, and also the RTD package, is that right?

4. I believe MBIST 10 is HSE_RAMS, MBIST 11 is HSE_ROMS, please see the table below from SPD doc folder.

MBIST
BIST ID	BIST Instance Name	Reset Domain	Safety Boot	Safety Diagnostic
0	SYS0_RAMS	Main	ü	ü
1	SYS1_RAMS	Main	ü	ü
2	DMA_TCD_RAM	Main	ü	ü
3	CM7_0_TOP	Main	ü	ü
4	CM7_1_TOP	Main	ü	ü
5	FLEX_CAN_RAMS	Main	ü	ü
6	QSPI_PERI_RAMS	Main	ü	ü
7	EMAC_TSN_RAM	Main	ü	ü
8	EMAC_RAMS	Main	ü	ü
9	b03_ETF_RAMS	Main	ü	ü
10	HSE_RAMS	Main	ü	ü
11	HSE_ROMS	Main		ü

[XRen_Parker]

An update to my problem, after I enabled bit 8 and 9 in the STCU_RUNSW_REG to use PLL, I'm consistently seeing DES register 0x11 and FES register of 0x10. The bist_get_exec_status(BIST_SAFETYBOOT_CFG) return value is NOT RUN (0x03). There is nothing in the BIST ERR_STAT register, none of the END flag is set. In the FCCU NCF_S0 register, bit 2 is set. It seems BIST didn't start, but I do see the reset. I captured the register setting by writing to flash in the other bank.

[petervlna]

Hello,

the STCU self-test sequence is being entered and reaches the ST_DONE reset phase. However, the STCU also reports an unrecoverable fault (STCU_URF), which explains why the SAF BIST driver subsequently reports BIST_NORUN. The issue therefore appears to be an STCU execution/configuration failure rather than a case where BIST was never triggered.

On S32K3, seeing both a destructive and functional reset indication simultaneously is often a sign that you are looking at a reset history, not necessarily the immediate reset source

Since you are porting the SW, I would start with simply just MBIST only test to see if it pass sourced from PLL.

Also I would double check the clock settings for the tests.

Best regards,

Peter

[XRen_Parker]

I checked the all possible clocks, I believe they are correct. I also compared the config data in the register with values from NXP studio spd example project, they are also correct. One new information. After system come back from BIST reset, I see value 0x18 in DCMROD3 register. How do I resolve this error? Thanks.

XRen_Parker_0-1788544110794.png

[petervlna]

Hello,

1. Can I run LBIST MBIST while S32k344 is in lock step mode?

Yes. The S32K344 lockstep architecture does not prevent execution of STCU2 LBIST/MBIST. The BIST mechanism is part of the device safety infrastructure and is designed to test logic and memories managed by STCU2. The S32K3 Safety Manual explicitly lists both lockstep and STCU2 LBIST/MBIST as safety mechanisms of the device.

2. Is the following defines correct, I guessed by examining the code?

The numerical values are essentially correct for S32K344, but including MBIST_10 (HSE_ROMs) in the Safety Boot configuration is not required from a safety perspective, and the recommended path is to use the validated SPD configurations directly.

Best regards,

Peter