[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <dd00ce7858e99d8b3e114103facfaa18@smtp.hushmail.com>
Date: Mon, 03 Aug 2015 05:34:30 +0200
From: magnum <john.magnum@...hmail.com>
To: john-dev@...ts.openwall.com
Subject: Re: JtR on ARM (NEON)
On 2015-08-03 04:58, Solar Designer wrote:
> On Mon, Aug 03, 2015 at 04:39:38AM +0200, magnum wrote:
>> How slow is NEON with unaligned scalar 32-bit? The raw formats'
>> set_key() read the key (which may be unaligned) using 32-bit loads and
>> places directly in the SIMD buffer. It might be a coincidence that
>> MD4/MD5 happens to get aligned test vector keys and the others doesn't.
>> Other than that I can't see what would be unaligned.
>
> I think we must not have any unaligned accesses on ARM at all. If we
> currently do have any, let's fix that as a bug.
Lei, please add an issue for this on GitHub and assign to yourself.
You'll need to change set_key() in a bunch of formats from
#if SIMD_COEF
...
#else
...
#endif
to
#if SIMD_COEF
#if ARCH_ALLOWS_UNALIGNED
...
#else
(new code)
#endif
#else
...
#endif
Formats include NT (nt2_fmt_plug.c), raw MD4/MD5/SHA-1/SHA-2 and some
others (eg. mssql-old and mssql05). Perhaps "git grep -l keybuf_word"
lists them all, I'm not quite sure.
Some history in eg. cd81ac9.
magnum
Powered by blists - more mailing lists
Confused about mailing lists and their use?
Read about mailing lists on Wikipedia
and check out these
guidelines on proper formatting of your messages.
