mw就是memory write，将内存地址0x80060008的内容修改为7f010103。

这个我也不太懂，我就说一下我的思路吧，不一定对：先把mtd0信息dd到一个文件中，然后将文件中mac地址对应的位置修改掉，擦除mtd0，最后将修改过后的文件写入mtd0。

0x8fff之后应该是用不到的。

补充一下， Uboot区域和ART区域已经去掉只读属性

write的时候，没有报错， 返回的写入个数也跟传进去的一致，就是读flash内容没有变换

我的是tp系列， mac地址放在uboot中， 在spi flash 的 0x1fc00偏移位置

在应用中读mac

fd = open(“/dev/mtd0”, O_RDWR);
lseek(fd, 0x1fc00, SEEK_SET);
read(fd, buf, 6);
这样可以读出 0x1fc00 处保存的数据

但是写的话， 始终写不进去
fd = open(“/dev/mtd0”, O_RDWR);
lseek(fd, 0x1fc00, SEEK_SET);
write(fd, buf, 6);
是不是 /dev/mtdn 字符设备不能这样简单的写入， 而要块擦除后，再写入， 有没有操作方法。

另外一个小问题一直比较困惑，
ART数据是64K
在您文章的图中， eth0_mac , eth1_mac 是从ART数据的头部开始算的吗？
为啥到后面是0x8fff, 而不是64k, 是说 ART 0x8fff 之后的没有保存数据吗
我打开几个934x系列的 art文件， 发现从 0x00 到 0x1000 之间的数据都是 0xFF

暂时想不到是什么原因造成的，可能是驱动问题。

正常情况下噪声显示的-95出错后就显示-86，只有重启才能回到-95，要不回一直显示-86，接收信号的电平也会变大

出错时现象是什么样的？