Skip to content

GitLab

Switch branch/tag
  1. 01 May, 2015 2 commits
  3. 25 Mar, 2015 1 commit
  5. 12 Aug, 2014 3 commits
    • Chris Ball's avatar
      Fit usage to 80 cols · f4eb2415
      Chris Ball authored 
      
Signed-off-by: default avatarChris Ball <chris@printf.net>
      f4eb2415
    • Roman Peniaev's avatar
      mmc-utils: RPMB: add support for 4 rpmb operations · c6cb053e
      Roman Peniaev authored 
      

mmc rpmb write-key <rpmb device> <key file>
  Program authentication key which is 32 bytes length and stored in the specified file.
  Also you can specify '-' instead of key file path and utility will read the key from stdin.
  BEWARE: key can be programmed only once!
  Example:
    $ echo -n AAAABBBBCCCCDDDDEEEEFFFFGGGGHHHH | mmc rpmb write-key /dev/mmcblk0rpmb -

mmc rpmb read-counter <rpmb device>
  Counter value for the <rpmb device> will be read to stdout.

mmc rpmb read-block <rpmb device> <address> <blocks count> <output file> [key file]
  Blocks of 256 bytes will be read from <rpmb device> to output file or stdout if '-'
  is specified instead of regular path. If key is specified - read data will be verified.
  Instead of regular path you can specify '-' and key will be read from stdin.
  Example:
    $ echo -n AAAABBBBCCCCDDDDEEEEFFFFGGGGHHHH | \
        mmc rpmb read-block /dev/mmcblk0rpmb 0x02 2 /tmp/block -
  or read the block without verification
    $ mmc rpmb read-block /dev/mmcblk0rpmb 0x02 2 /tmp/block

mmc rpmb write-block <rpmb device> <address> <256 byte data file> <key file>
  Block of 256 bytes will be written from data file to <rpmb device>.
  Also you can specify '-' instead of key file path or data file and utility will read the
  data from stdin.
  Example:
    $ (awk 'BEGIN {while (c++<256) printf "a"}' | echo -n AAAABBBBCCCCDDDDEEEEFFFFGGGGHHHH) | \
      mmc rpmb write-block /dev/mmcblk0rpmb 0x02 - -
Signed-off-by: default avatarRoman Pen <r.peniaev@gmail.com>
Cc: Ulf Hansson <ulf.hansson@linaro.org>,
Cc: Ben Gardiner <bengardiner@nanometrics.ca>,
Signed-off-by: default avatarChris Ball <chris@printf.net>
      c6cb053e
    • Roman Peniaev's avatar
      mmc-utils: RPMB: add HMAC SHA256 support · 35c31fea
      Roman Peniaev authored 
      RPMB requires digital signature of the message.  Take the implementation
of HMAC SHA256 from this place https://github.com/ogay/hmac.git



Actually this is BSD license, IANAL but according to my understanding
nothing terrible will happen if we provide all the original copyrights.
Signed-off-by: default avatarRoman Pen <r.peniaev@gmail.com>
Cc: Ben Gardiner <bengardiner@nanometrics.ca>
Signed-off-by: default avatarChris Ball <chris@printf.net>
      35c31fea
  7. 23 Jan, 2014 1 commit
  9. 26 Sep, 2013 5 commits
  11. 27 Jun, 2013 11 commits
  13. 26 May, 2013 2 commits
  15. 19 Oct, 2012 2 commits
  17. 21 Sep, 2012 3 commits
  19. 17 May, 2012 3 commits
  21. 20 Feb, 2012 2 commits
    • Chris Ball's avatar
      Rename extcsd read/write to writeprotect get/set · b9c7a17f
      Chris Ball authored 
      

This leaves "extcsd read" pointing to Giuseppe's code.  Also, abstract
out the writeprotect code so that there's only one shared implementation
in print_writeprotect_status(), used by both "extcsd read" and
"writeprotect get".
Signed-off-by: default avatarChris Ball <cjb@laptop.org>
      b9c7a17f
    • Giuseppe CAVALLARO's avatar
      improve the parsing of the EXT_CSD registers · a5bf4a20
      Giuseppe CAVALLARO authored 
      

This patch enhances the debug information reported
for the mmc card by parsing the extended CSD registers
obviously according to all the current specifications.

I have no HW to test eMMC 4.5 at this moment. In any case,
the patch supports JEDEC Standard No. 84-B45.
No issues on JESD84-A441 and older specs raised on my side.

This patch indeed want to start providing a full parsing
of the all EXT_CSD registers in the following layout:

Name [FIELD: <value>]

Voluntarily, I added the FIELD because it can actually help on
searching though the SPEC in case of doubts.
In fact, in this stage, not all the register bits are yet parsed.
Currently this has been done for a small subset of registers
(e.g. 173, 160 ...) where IMO it's quite useful for an end-user
to get some details. I do hope this will be improved in the near
feature (also for write operations).

P.S. The original patch posted time ago for the Kernel has been
reviewed-by Sebastian Rasmussen, acked-by: Linus Walleij and reported
by Youssef Tiki.
Signed-off-by: default avatarGiuseppe Cavallaro <peppe.cavallaro@st.com>
Signed-off-by: default avatarChris Ball <cjb@laptop.org>
      a5bf4a20
  23. 16 Feb, 2012 1 commit
  25. 12 Feb, 2012 3 commits