From: srinivas.kandagatla@linaro.org (Srinivas Kandagatla)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v6 0/9] Add simple NVMEM Framework via regmap.
Date: Wed, 24 Jun 2015 14:03:09 +0100 [thread overview]
Message-ID: <558AAA8D.8030209@linaro.org> (raw)
In-Reply-To: <558AA2E2.1010606@i2se.com>
On 24/06/15 13:30, Stefan Wahren wrote:
>> >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
>
Its dumping the range which is specified in the provider regmap. If the
requirement is to dump only particular range, this has to be made
explicit while creating regmap, which is to specify the base address to
start from "First data register" and max_register to be "Last data
register "- "First data register"
> 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.
Setup the base and regmap_config correctly in the provider driver before
calling regmap_init_mmio().
Let me know if you need more details.
--srini
>
> Are my expectations about the raw access wrong?
>
>
next prev parent reply other threads:[~2015-06-24 13:03 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-22 23:07 [PATCH v6 0/9] Add simple NVMEM Framework via regmap Srinivas Kandagatla
2015-06-22 23:08 ` [PATCH v6 1/9] nvmem: Add a simple NVMEM framework for nvmem providers Srinivas Kandagatla
2015-06-23 4:52 ` Joe Perches
2015-06-23 9:26 ` Pantelis Antoniou
2015-06-24 9:56 ` Srinivas Kandagatla
2015-06-23 20:10 ` Stefan Wahren
2015-06-24 9:54 ` Srinivas Kandagatla
2015-06-22 23:08 ` [PATCH v6 2/9] nvmem: Add a simple NVMEM framework for consumers Srinivas Kandagatla
2015-06-23 20:16 ` Stefan Wahren
2015-06-24 9:53 ` Srinivas Kandagatla
2015-06-22 23:08 ` [PATCH v6 3/9] nvmem: Add nvmem_device based consumer apis Srinivas Kandagatla
2015-06-23 20:28 ` Stefan Wahren
2015-06-24 9:52 ` Srinivas Kandagatla
2015-06-22 23:08 ` [PATCH v6 4/9] nvmem: Add bindings for simple nvmem framework Srinivas Kandagatla
2015-06-23 20:35 ` Stefan Wahren
2015-06-24 9:51 ` Srinivas Kandagatla
2015-06-22 23:09 ` [PATCH v6 5/9] Documentation: nvmem: add nvmem api level and how-to doc Srinivas Kandagatla
2015-06-22 23:09 ` [PATCH v6 6/9] nvmem: qfprom: Add Qualcomm QFPROM support Srinivas Kandagatla
2015-06-24 22:07 ` Stephen Boyd
2015-06-22 23:09 ` [PATCH v6 7/9] nvmem: qfprom: Add bindings for qfprom Srinivas Kandagatla
2015-06-23 9:25 ` Rajendra Nayak
2015-06-24 9:49 ` Srinivas Kandagatla
2015-06-22 23:09 ` [PATCH v6 8/9] nvmem: sunxi: Move the SID driver to the nvmem framework Srinivas Kandagatla
2015-06-23 20:44 ` Stefan Wahren
2015-06-24 9:48 ` Srinivas Kandagatla
2015-06-22 23:15 ` [PATCH v6 9/9] nvmem: Add to MAINTAINERS for " Srinivas Kandagatla
2015-06-23 19:47 ` [PATCH v6 0/9] Add simple NVMEM Framework via regmap Stefan Wahren
2015-06-24 5:54 ` Sanchayan Maity
2015-06-24 9:46 ` Srinivas Kandagatla
2015-06-24 12:30 ` Stefan Wahren
2015-06-24 13:03 ` Srinivas Kandagatla [this message]
2015-06-24 17:47 ` Stefan Wahren
2015-06-24 18:50 ` Srinivas Kandagatla
2015-06-30 17:47 ` Stefan Wahren
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=558AAA8D.8030209@linaro.org \
--to=srinivas.kandagatla@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).