From: Corentin LABBE <clabbe.montjoie-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: Andre Przywara <andre.przywara-5wv7dgnIgG8@public.gmane.org>,
Maxime Ripard
<maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>,
Chen-Yu Tsai <wens-jdAy2FN1RRM@public.gmane.org>,
Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Cc: Herbert Xu
<herbert-lOAM2aK0SrRLBo1qDEOMRrpzq4S04n8Q@public.gmane.org>,
"David S . Miller"
<davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>,
linux-sunxi-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-crypto-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [RESEND PATCH 0/2] crypto: sunxi-ss: fix 64-bit compilation
Date: Sat, 16 Jan 2016 21:32:45 +0100 [thread overview]
Message-ID: <569AA8ED.7050404@gmail.com> (raw)
In-Reply-To: <1452252249-12040-1-git-send-email-andre.przywara-5wv7dgnIgG8@public.gmane.org>
Le 08/01/2016 12:24, Andre Przywara a écrit :
> (resending to add linux-crypto, patches unchanged)
>
> 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.
>
> Cheers,
> Andre.
>
> [1] http://lists.infradead.org/pipermail/linux-arm-kernel/2015-December/395689.html
>
> Andre Przywara (2):
> crypto: sunxi-ss-cipher: promote variables to match types in min3()
> calls
> crypto: sunxi-ss-hash: promote variables to match types in min3()
> calls
>
> drivers/crypto/sunxi-ss/sun4i-ss-cipher.c | 20 ++++++++++----------
> drivers/crypto/sunxi-ss/sun4i-ss-hash.c | 12 ++++++------
> drivers/crypto/sunxi-ss/sun4i-ss.h | 2 +-
> 3 files changed, 17 insertions(+), 17 deletions(-)
>
Hello
Sorry for this late answer.
I am in trouble with those patch, so we have with Andre a long conversation about it.
Basically, sun4i-ss will never be available on 64bits platform. (A64 will have a totally new crypto engine).
So letting it to compile under 64bit arch is only useful when goal is to add COMPILE_TEST for it.
But COMPILE_TEST cannot simply be added with those patch since some arches (x86/x86_64 at least) does not have writesl/readsl available.
The conclusion is that it is simpler to block 64bit build for sun4i-ss.
Regards
LABBE Corentin
--
You received this message because you are subscribed to the Google Groups "linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.
WARNING: multiple messages have this Message-ID (diff)
From: clabbe.montjoie@gmail.com (Corentin LABBE)
To: linux-arm-kernel@lists.infradead.org
Subject: [RESEND PATCH 0/2] crypto: sunxi-ss: fix 64-bit compilation
Date: Sat, 16 Jan 2016 21:32:45 +0100 [thread overview]
Message-ID: <569AA8ED.7050404@gmail.com> (raw)
In-Reply-To: <1452252249-12040-1-git-send-email-andre.przywara@arm.com>
Le 08/01/2016 12:24, Andre Przywara a ?crit :
> (resending to add linux-crypto, patches unchanged)
>
> 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.
>
> Cheers,
> Andre.
>
> [1] http://lists.infradead.org/pipermail/linux-arm-kernel/2015-December/395689.html
>
> Andre Przywara (2):
> crypto: sunxi-ss-cipher: promote variables to match types in min3()
> calls
> crypto: sunxi-ss-hash: promote variables to match types in min3()
> calls
>
> drivers/crypto/sunxi-ss/sun4i-ss-cipher.c | 20 ++++++++++----------
> drivers/crypto/sunxi-ss/sun4i-ss-hash.c | 12 ++++++------
> drivers/crypto/sunxi-ss/sun4i-ss.h | 2 +-
> 3 files changed, 17 insertions(+), 17 deletions(-)
>
Hello
Sorry for this late answer.
I am in trouble with those patch, so we have with Andre a long conversation about it.
Basically, sun4i-ss will never be available on 64bits platform. (A64 will have a totally new crypto engine).
So letting it to compile under 64bit arch is only useful when goal is to add COMPILE_TEST for it.
But COMPILE_TEST cannot simply be added with those patch since some arches (x86/x86_64 at least) does not have writesl/readsl available.
The conclusion is that it is simpler to block 64bit build for sun4i-ss.
Regards
LABBE Corentin
WARNING: multiple messages have this Message-ID (diff)
From: Corentin LABBE <clabbe.montjoie@gmail.com>
To: Andre Przywara <andre.przywara@arm.com>,
Maxime Ripard <maxime.ripard@free-electrons.com>,
Chen-Yu Tsai <wens@csie.org>, Arnd Bergmann <arnd@arndb.de>
Cc: Herbert Xu <herbert@gondor.apana.org.au>,
"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
Subject: Re: [RESEND PATCH 0/2] crypto: sunxi-ss: fix 64-bit compilation
Date: Sat, 16 Jan 2016 21:32:45 +0100 [thread overview]
Message-ID: <569AA8ED.7050404@gmail.com> (raw)
In-Reply-To: <1452252249-12040-1-git-send-email-andre.przywara@arm.com>
Le 08/01/2016 12:24, Andre Przywara a écrit :
> (resending to add linux-crypto, patches unchanged)
>
> 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.
>
> Cheers,
> Andre.
>
> [1] http://lists.infradead.org/pipermail/linux-arm-kernel/2015-December/395689.html
>
> Andre Przywara (2):
> crypto: sunxi-ss-cipher: promote variables to match types in min3()
> calls
> crypto: sunxi-ss-hash: promote variables to match types in min3()
> calls
>
> drivers/crypto/sunxi-ss/sun4i-ss-cipher.c | 20 ++++++++++----------
> drivers/crypto/sunxi-ss/sun4i-ss-hash.c | 12 ++++++------
> drivers/crypto/sunxi-ss/sun4i-ss.h | 2 +-
> 3 files changed, 17 insertions(+), 17 deletions(-)
>
Hello
Sorry for this late answer.
I am in trouble with those patch, so we have with Andre a long conversation about it.
Basically, sun4i-ss will never be available on 64bits platform. (A64 will have a totally new crypto engine).
So letting it to compile under 64bit arch is only useful when goal is to add COMPILE_TEST for it.
But COMPILE_TEST cannot simply be added with those patch since some arches (x86/x86_64 at least) does not have writesl/readsl available.
The conclusion is that it is simpler to block 64bit build for sun4i-ss.
Regards
LABBE Corentin
next prev parent reply other threads:[~2016-01-16 20:32 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-08 11:24 [RESEND PATCH 0/2] crypto: sunxi-ss: fix 64-bit compilation Andre Przywara
2016-01-08 11:24 ` Andre Przywara
2016-01-08 11:24 ` Andre Przywara
[not found] ` <1452252249-12040-1-git-send-email-andre.przywara-5wv7dgnIgG8@public.gmane.org>
2016-01-08 11:24 ` [RESEND PATCH 1/2] crypto: sunxi-ss-cipher: promote variables to match types in min3() calls Andre Przywara
2016-01-08 11:24 ` Andre Przywara
2016-01-08 11:24 ` Andre Przywara
2016-01-08 11:24 ` [RESEND PATCH 2/2] crypto: sunxi-ss-hash: " Andre Przywara
2016-01-08 11:24 ` Andre Przywara
2016-01-08 11:24 ` Andre Przywara
2016-01-16 20:32 ` Corentin LABBE [this message]
2016-01-16 20:32 ` [RESEND PATCH 0/2] crypto: sunxi-ss: fix 64-bit compilation Corentin LABBE
2016-01-16 20:32 ` Corentin LABBE
[not found] ` <569AA8ED.7050404-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2016-01-18 10:01 ` Andre Przywara
2016-01-18 10:01 ` Andre Przywara
2016-01-18 10:01 ` Andre Przywara
2016-01-18 10:15 ` Borislav Petkov
2016-01-18 10:15 ` Borislav Petkov
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=569AA8ED.7050404@gmail.com \
--to=clabbe.montjoie-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
--cc=andre.przywara-5wv7dgnIgG8@public.gmane.org \
--cc=arnd-r2nGTMty4D4@public.gmane.org \
--cc=davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org \
--cc=herbert-lOAM2aK0SrRLBo1qDEOMRrpzq4S04n8Q@public.gmane.org \
--cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
--cc=linux-crypto-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-sunxi-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org \
--cc=maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org \
--cc=wens-jdAy2FN1RRM@public.gmane.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.