IMX6Q processor MAC ID fusing is happing in the second attempt

RojeshAK — Fri, 22 Mar 2024 08:25:37 GMT

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

Re: IMX6Q processor MAC ID fusing is happing in the second attempt

Chavira — Fri, 22 Mar 2024 16:01:49 GMT

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

Best Regards!
Chavira

i.MX ProcessorsのトピックRe: IMX6Q processor MAC ID fusing is happing in the second attempt

IMX6Q processor MAC ID fusing is happing in the second attempt

Re: IMX6Q processor MAC ID fusing is happing in the second attempt