IMX6Q processor MAC ID fusing is happing in the second attempt

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

IMX6Q processor MAC ID fusing is happing in the second attempt

470 Views
RojeshAK
Contributor I

Hi NXP Team,

 

We are trying to fuse MAC ID to the imx6q processor, the following is the behaviour

Existing MAC ID:

=> printenv

ethaddr=00:23:4a:f0:00:01

 

Trying to fuse the same MAC ID in the first attempt

=> fuse prog 4 2 0x4AF00001

=> fuse prog 4 3 0x0023

=> printenv

ethaddr=00:23:4a:f0:00:01

 

Trying to fuse another MAC ID in the second attempt

=> fuse prog 4 2 0x4AF00007

=> fuse prog 4 3 0x0023

=> printenv

ethaddr=00:23:4a:f0:00:07

 

So the MAC ID was updated 

 

Third attempt to fuse the MAC ID with the first MAC address

=> fuse prog 4 2 0x4AF00001

=> fuse prog 4 3 0x0023

=> printenv

ethaddr=00:23:4a:f0:00:07

 

Observation we made

1) First Attempt - Fuse Not happened

2) Second Attempt - Fuse Happened

3) Third Attempt - Fuse not happened

 

The above is not expected behaviour, MAC id is OTP (one-time programmable ) single non-volatile memory, it should happen in the first attempt only but it happens in the second attempt

 

For complete logs, please refer to the attachment

 

Please provide us with the user document for fusing the Mac address in the imx6q processor 

If possible please share with us the steps/procedure for fusing the MAC address on the first attempt 

We are waiting for your feedback

 
0 Kudos
Reply
1 Reply

442 Views
Chavira
NXP TechSupport
NXP TechSupport

Hi @RojeshAK!
Thank you for contacting NXP Support!

You should use the "MAC_ADDR_LOCK" fuses.

00 - Unlock (The controlled field can be read, sensed, burned or overridden in the corresponded.
1x - Override Protect (OP)
x1 - Write Protect (WP)
11 - Both OP and WP

Chavira_0-1711123163175.png
Best Regards!
Chavira