15 Feb, 2018

1 commit


19 Apr, 2013

1 commit

  • When crc32 is handled by the hash library, it requires the data to be in
    big-endian format, since it reads it byte-wise. Thus at present the 'crc32'
    command reports incorrect data. For example, previously we might see:

    Peach # crc32 40000000 100
    CRC32 for 40000000 ... 400000ff ==> 0d968558

    but instead with the hash library we see:

    Peach # crc32 40000000 100
    CRC32 for 40000000 ... 400000ff ==> 5885960d

    Correct this.

    Signed-off-by: Simon Glass
    Reviewed-by: Vadim Bendebury

    Simon Glass
     

01 Mar, 2013

1 commit

  • Add the CRC32 algorithm to the list of available hashes, and make
    the crc32 command use hash_command(). Add a new crc32_wd_buf() to
    make this possible, which puts its result in a buffer rather than
    returning it as a 32-bit value.

    Note: For some boards the hash command is not enabled, neither
    are sha1, sha256 or the verify option. In this case the full
    hash implementation adds about 500 bytes of overhead. So as a
    special case, we use #ifdef to select very simple bahaviour in
    that case. The justification for this is that it is currently
    a very common case (virtually all boards enable crc32 but only
    some enable more advanced features).

    Signed-off-by: Simon Glass

    Simon Glass
     

13 Apr, 2010

1 commit

  • Now that the other architecture-specific lib directories have been
    moved out of the top-level directory there's not much reason to have the
    '_generic' suffix on the common lib directory.

    Signed-off-by: Peter Tyser

    Peter Tyser