View Single Post
Old 05-23-2013, 07:00 AM   #11
dsmid
Linux devotee
dsmid ought to be getting tired of karma fortunes by now.dsmid ought to be getting tired of karma fortunes by now.dsmid ought to be getting tired of karma fortunes by now.dsmid ought to be getting tired of karma fortunes by now.dsmid ought to be getting tired of karma fortunes by now.dsmid ought to be getting tired of karma fortunes by now.dsmid ought to be getting tired of karma fortunes by now.dsmid ought to be getting tired of karma fortunes by now.dsmid ought to be getting tired of karma fortunes by now.dsmid ought to be getting tired of karma fortunes by now.dsmid ought to be getting tired of karma fortunes by now.
 
dsmid's Avatar
 
Posts: 598
Karma: 2069047
Join Date: Feb 2011
Device: Kindle 3, Kindle 4B, Kindle PW2
Yes, it can be perceived as a problem that came from the Kubrick flash, but Kubrick has no chance to avoid it.
As I wrote, there is some connection between pcbID and serial (I don't know the exact way how to check if these two match or not). A reference to pcbID seems to be stored somewhere in the diags partition, thus flashing a diags image from a different device will always get the diags tools into inconsistent state when pcbID referenced from the diags partition does not match the serial.

The only way how to fix it would be to find the location of pcbId reference in diags and overwrite it with the genuine pcbId of your device.

AFAIK this inconsistency does not have any side effects besides problems with exiting the diags mode that can be worked around by methods I mentioned above.
None of my devices has any problems with registering and firmware updates.
dsmid is offline   Reply With Quote