IMX6Q processor MAC ID fusing is happing in the second attempt

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

IMX6Q processor MAC ID fusing is happing in the second attempt

1,378 次查看
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 项奖励
回复
1 回复

1,350 次查看
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