Other Parts Discussed in Thread: BQSTUDIO
Tool/software: Linux
We are adding Data Memory update to the bq27xxx_battery mainline Linux driver,
and must avoid setting one-time programmable (OTP) memory.
Patch: https://github.com/networkimprov/linux/commit/e1d0a76b0c8d3beccff7a76d188f0261734d8d70
The following parts provide set_cfgupdate: BQ27... 421, 425, 426, 441, 621 Docs for 421 & 441 mention OTP memory Docs for 621 do not mention OTP, NVM, or flash Docs for 425 mention re-writable NVM
Docs for 426 mention flash
On the 425, we have found that certain DM fields can never be updated, in or out of config-update,
after a set_cfgupdate/soft_reset sequence, including (subclass,offset) 82,36 and 105,0. What is in OTP on 421 & 441? Is anything in OTP on 621? Is anything in OTP on 425?
Is anything in OTP on 426? Will documented DM ops, e.g. BlockData(), set OTP?
...on which chips?
Is OTP only changed in config-update mode?
...on which chips?
Is all OTP on chip set by the very first set_cfgupdate/soft_reset sequence?
...on which chips?
What is the function of config-update mode if there is no OTP?
What is changed by DM ops when not in config-update mode?
...is that common across the chips?
Why are the DM fields on 425 mentioned above no longer updating?