From mboxrd@z Thu Jan  1 00:00:00 1970
From: Tom Rini <trini@ti.com>
Date: Sun, 17 Feb 2013 18:26:25 -0500
Subject: [U-Boot] [PATCH 16/20] Roll crc32 into hash infrastructure
In-Reply-To: <20130217205321.B0E612005E0@gemini.denx.de>
References: <1356548233-5570-1-git-send-email-sjg@chromium.org>
	<1356548233-5570-17-git-send-email-sjg@chromium.org>
	<CAPnjgZ0hKP-Lr9TiUXCQEa-JhOGEB_6JXuBsCJq-FtAYhDJnww@mail.gmail.com>
	<20130217205321.B0E612005E0@gemini.denx.de>
Message-ID: <51216721.1010603@ti.com>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 02/17/2013 03:53 PM, Wolfgang Denk wrote:
> Dear Simon Glass,
> 
> In message
> <CAPnjgZ0hKP-Lr9TiUXCQEa-JhOGEB_6JXuBsCJq-FtAYhDJnww@mail.gmail.com>
> you wrote:
>> On Wed, Dec 26, 2012 at 10:57 AM, Simon Glass <sjg@chromium.org>
>> wrote:
>>> 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.
>>> 
>>> Signed-off-by: Simon Glass <sjg@chromium.org>
>> 
>> Applied to x86/master.
>> 
>>> --- common/cmd_mem.c     |   73
>>> ++++--------------------------------------------- common/hash.c
>>> |    6 ++++ include/hash.h       |    2 +- include/u-boot/crc.h
>>> |   11 +++++++ lib/crc32.c          |    9 ++++++ 5 files
>>> changed, 33 insertions(+), 68 deletions(-)
> 
> Umm... this (and a lot of the other things) is all common stuff.
> This is not supposed to go through the x86 repository.
> 
> The x86 tree should ONLY be used for x86 spoecific stuff.
> 
> Please do no use this for pull requests.  Tom has to pick up these 
> directly.

There's another thread I don't have yet (and I don't have this one in
gmail yet even).  But, I am OK with custodians using their repos, but
not the master branch, for unrelated but otherwise good patches. I'm
also fine with patchwork bundles.  I suppose we could use the staging
repository for these changes instead.

- -- 
Tom
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJRIWchAAoJENk4IS6UOR1WE+MQAKYZeaLDzgA7rLu6vJl2h4QU
Ip3CI724hAjE2tr8WzIit3T9owLc1kI0xNnWtT8wi9YylP/EqIwgFs01ZfUUtm9Z
TEaSTE+vnDMegTByD4Z3w7AoiF2Ebw9ZL0bTqeG8AZ8Nz4x1iwSWvUK2htYvd47F
QoffFAI0UmHCdfYD9Bq+XcQ9CS7zjpS6uXNqroqSfiEzjFRtLMn8n0pUtqiPKgFi
cX9pLi+ZwmNY7N+xNa7UzUbYsTml4V+J7HxhRyjzHFHeCnFmE3WYP1+lmifxRZ+m
+mZCEXSusUgiGGiLwh5vvfLNVGyYLxTAoA4cPFvqWWdwU51QMoz0GfoqiR4GS5Fn
Z3Mrvkm380v4mHvB0m8PjtSfvm5/PUtTz7ZCXpUudCaB2Z8zKsZJy56hWaYQDr9I
ZyHbR2bBOiGvdD9oOfvVj8CtXvC3VtJZ2GJpXDSlbsH6Ew9ONvjpfVqQEU7zT9Sz
rBchE/iXxjgqi3iwXdll89McA4NJIO31uKa92ILDPXjE6joOHc5uyv1tlu1n+E5X
m4+CwfHnqUgeaRBPGm4M8O5vVJeD5LLw7ulcKU91rXiE5DG/5dWzFatTffOn5e7A
neuQoCZQd04Vi9FQp4eLhVatUzHZfkf6qV1pTwMQFR2pdlRigW3dYJH1gvyw3EQY
DFGnIt0HBgonpJZBnzBh
=m6Rk
-----END PGP SIGNATURE-----