From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754761AbcAHLQQ (ORCPT <rfc822;w@1wt.eu>);
	Fri, 8 Jan 2016 06:16:16 -0500
Received: from cam-admin0.cambridge.arm.com ([217.140.96.50]:56064 "EHLO
	cam-admin0.cambridge.arm.com" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754707AbcAHLQO (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 8 Jan 2016 06:16:14 -0500
Subject: Re: [PATCH 0/2] crypto: sunxi-ss: fix 64-bit compilation
To: Herbert Xu <herbert@gondor.apana.org.au>
References: <1452182298-4653-1-git-send-email-andre.przywara@arm.com>
 <20160108095959.GC3472@gondor.apana.org.au>
Cc: Corentin Labbe <clabbe.montjoie@gmail.com>,
        maxime.ripard@free-electrons.com, Chen-Yu Tsai <wens@csie.org>,
        arnd@arndb.de, "David S . Miller" <davem@davemloft.net>,
        linux-sunxi@googlegroups.com, linux-arm-kernel@lists.infradead.org,
        linux-kernel@vger.kernel.org, linux-crypto@vger.kernel.org
From: Andre Przywara <andre.przywara@arm.com>
X-Enigmail-Draft-Status: N1110
Organization: ARM Ltd.
Message-ID: <568F9A39.9030400@arm.com>
Date: Fri, 8 Jan 2016 11:15:05 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.5.0
MIME-Version: 1.0
In-Reply-To: <20160108095959.GC3472@gondor.apana.org.au>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

Hi Herbert,

On 08/01/16 09:59, Herbert Xu wrote:
> On Thu, Jan 07, 2016 at 03:58:16PM +0000, Andre Przywara wrote:
>> Hi,
>>
>> these two patches provide a different approach to an issue I tried
>> to fix lately [1].
>> Instead of casting everything I now promote local types to size_t, so
>> that the min3() arguments naturally match in type.
>> As size_t is defined as "unsigned int" on 32-bit architectures
>> anyway, that actually does not change anything there, but instead
>> provides a clean approach to get it compiled for arm64.
>>
>> I split this up because 1/2 seems much cleaner to me than 2/2, so we
>> can have a separate discussion/merge process on this.
> 
> If this is meant for the crypto tree it needs to go to the linux-crypto
> list.

Oh dear, I planned on adding the list, but eventually forgot it. Sorry
for that, I will resend it to linux-crypto.

Thanks for pointing this out!

Cheers,
Andre.