[PATCH v6 0/9] Add simple NVMEM Framework via regmap.
From: Stefan Wahren <hidden>
Date: 2015-06-24 12:31:24
Also in:
linux-api, linux-arm-msm, linux-devicetree, lkml
Hi Srinivas, Am 24.06.2015 um 11:46 schrieb Srinivas Kandagatla:
On 23/06/15 20:47, Stefan Wahren wrote:quoted
quoted
0001000quoted
i want to port OCOTP driver for MXS, which hasn't MMIO. From my understandingThat's cool.quoted
hexdump would readout the complete register range defined in provider DT node. How can i achieve that hexdump only reads the data area within the register range?If the question is just about hexdump, then hexdump itself can read file from given offset and size.
yes, this is my question at first. Let me show the difference between the current implementation and my expectations as a user. $ hexdump /sys/class/nvmem/mxs-ocotp/nvmem Current implementation: dump the complete register range defined in DT User expectation: dump only the data from OCOTP block Let me explain it for i.MX28 OCOTP 0x8002c000 // Start of OCOTP register block (defined in DT) 0x8002c020 // First data register 0x8002c290 // Last data register 0x8002dfff // End of OCOTP register block (defined in DT) My knowledge about regmap is limited, but how can i achieve that hexdump give me only the data registers? From my understanding this should be handled in regmap and not in the read function. Are my expectations about the raw access wrong?
But I believe the real question is "How can we dump each nvmem cell independently" In one of my replies I mentioned that am planning to add sysfs entries under /sys/class/nvmem/<provider>/cells/ ex: for qfprom tsens calibration it would look like: $ hexdump /sys/class/nvmem/qfprom0/cells/tsens_calibration 0000000 e000 0c00 0c00 0000 0c00 ... Is that what you guys are looking for?
That would be nice, too :-)
--sriniquoted
Stefan
TIA Stefan