On 29/07/14 00:42, Stephen Warren wrote: > Anyway, here's the diff between the two config files: > >> # diff -u mxt-save-after-t9-83-write.xml 224sl.raw >> --- mxt-save-after-t9-83-write.xml 2014-07-25 19:41:45.000000000 +0000 >> +++ 224sl.raw 2014-07-28 23:25:49.000000000 +0000 >> @@ -1,8 +1,7 @@ >> OBP_RAW V1 >> 82 01 10 AA 12 0C 16 >> F5AF33 >> -000000 >> -0025 0000 0082 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >> +E21E65 >> 0026 0000 0008 00 00 00 00 00 00 00 00 >> 0007 0000 0004 20 10 32 00 >> 0008 0000 000A 1E 00 28 28 00 00 00 00 00 00 > > It seems that the T25(?) entry is missing in the new/expected configuration > file. I figured I'd try out the new/expected configuration file, so did: 0x25 = 37. T37 is the diagnostic debug object. A change was made fairly recently to the tools to save this object into the config files, which is the reason why it is missing in one of your files. But the difference is essentially meaningless for your purposes, and writing those zeros to the chip won't affect anything. > # ./obp-utils/mxt-app -d i2c-dev:1-004b --load 224sl.raw > # ./obp-utils/mxt-app -d i2c-dev:1-004b --save > mxt-save-after-loading-224sl.raw.xml > > At this point, mxt-save-after-loading-224sl.raw.xml contains identical > content to mxt-save-after-t9-83-write.xml (my previous backup). It looks > like the new configuration isn't being loaded correctly, or perhaps > configuration loading doesn't delete entries that are simply not in the new > configuration file? > > I subsequently did the following in case --save is reading from the NVRAM > rather than RAM: The --save command reads from RAM. There's no way of reading from NVRAM. -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
