iMX7D crashes when running DDR stress test

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

iMX7D crashes when running DDR stress test

Jump to solution
842 Views
wad1
Contributor III

We have an iMX7D design, using the PF3001 PMIC and a single 16b DDR3L chip (512MB).   Supply voltage bypassing follows the iMX7DSHDG recommendations.

While earlier versions of the memory stress test worked fine on early production boards to test the DDR3 layout (we ran it for days on multiple boards), we are seeing a consistent behavior with v2.6 and v2.9.2 and the current version of the design.   We are running the uboot-jtag-mx7d version of the test, loading it into iram at 0x910000, and running it from uboot.

The memory stress test starts running, completes the t0.1 data is addr test, but always crashes part-way through the memcpy11 test.   No error messages are generated.  The system simply reboots.

We see this behavior independent of the DDR or CPU frequency being used.   Increasing the core/SoC supply voltage up to 1.2 or 1.3V before running the test doesn't change the behavior.

This happens on boards that boot and run Linux (1GHz core, 533 MHz DDR3L) fine.  This happens with DDR3L from different vendors.

Looking at the expected failure modes of the DDR stress test (from DRAM Controller Optimization for i.MX Application Processors), crashing is not listed.

Does NXP have any insight into this problem, or suggestions for tracking down the reason for this crash ?

0 Kudos
1 Solution
697 Views
wad1
Contributor III

We found the source of the problem.   As we moved toward production, the software team enabled a watchdog in both u-boot and the Linux kernel.   This watchdog was causing the crash/reboot behavior in the DDR stress test.   After disabling the watchdog, we are able to run the DDR stress test (v2.9.2) without crashing.

View solution in original post

0 Kudos
2 Replies
697 Views
art
NXP Employee
NXP Employee

Better is to use the standalone version of the DDR Stress Test code loaded to the processor in the serial downloader mode to avoid the situations similar to the one you describe. Anyway, it's good that the issue is solved :-)


Have a great day,
Artur

0 Kudos
698 Views
wad1
Contributor III

We found the source of the problem.   As we moved toward production, the software team enabled a watchdog in both u-boot and the Linux kernel.   This watchdog was causing the crash/reboot behavior in the DDR stress test.   After disabling the watchdog, we are able to run the DDR stress test (v2.9.2) without crashing.

0 Kudos