Hi,
I have a Jetson Orin Nano dev kit (SKU 0005) which I damaged one of the 4GB RAM chip. After remove it I am trying to use it as the 4GB model instead of discard it. Would it be that possible?
I have tried flashing with SDK Manager overriding SKU to 0004 but it fails to boot.
I am debugging via UART and I’m encountering a consistent SDRAM initialization failure very early in boot.
Context
-
Module: Jetson Orin Nano 8GB (production unit)
-
Fuse info from UART:
FUSE_SKU_INFO_0 = 0xd5
SKU: Prod
-
Boot device: QSPI (stock devkit)
-
Debug via UART (115200 8N1)
Issue
The module has a hardware defect (one DRAM chip have been removed and pads damage so it can not be restored ).
Because of this, I am trying to see if it is possible to use it as a reduced-memory (4GB-like) configuration.
nano.log (30.7 KB)
However, boot fails very early in MB1:
I> Task: SDRAM init
I> MemoryType: 4 MemBctRevision: 1
I> MSS CAR: Init PLLM
I> MSS CAR: Init PLLHUB
I> Encryption: MTS: en, TX: en, VPR: en, GSC: en
E> MSS: Failed to initialize SDRAM.
C> Task 0x2f failed (err: 0x48480112)
E> Top caller module: MSS, error module: MSS, reason: 0x12
The board then resets and repeats the same failure.
What I understand so far
-
SDRAM init is performed by MB1 using MEM-BCT
-
The configuration appears tightly coupled to:
-
SKU (fuses)
-
DRAM topology
-
-
The current MEM-BCT expects full 8GB layout and fails training
My question
Is there any supported or experimental way to make this module usable as a 4GB configuration?
Specifically:
-
SKU / Fuse override
-
Is it possible to override or ignore FUSE_SKU_INFO_0 during boot?
-
Or force a different SKU selection in the boot chain?
-
Or writing a new value will solve it?
-
-
MEM-BCT / SDRAM config
- Can I generate or modify a MEM-BCT for a reduced DRAM topology (e.g., half population)?
-
L4T / flashing side
-
Can flash.sh or board config be forced to use a 4GB Orin Nano profile even if the module is fused as 8GB?
-
Would this realistically work, or will MB1 still fail before that matters?
-
-
Any workaround
-
Is there any way to bypass or partially initialize memory to allow boot (even with reduced capacity)?
-
Or is this fundamentally impossible due to MB1/firmware constraints?
-
Goal
If possible, I’d like to reuse the module as a reduced-capacity device instead of discarding it.
Any guidance from NVIDIA or others who have worked with MB1/MEM-BCT would be very appreciated.
Thanks!