[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAHmME9quRDe2FZgV4oAnJ_Cj_GDJo5pUAmQkdpeJe+7_TNMuiA@mail.gmail.com>
Date: Fri, 16 Dec 2016 16:57:38 +0100
From: "Jason A. Donenfeld" <Jason@...c4.com>
To: David Laight <David.Laight@...lab.com>
Cc: Netdev <netdev@...r.kernel.org>,
"kernel-hardening@...ts.openwall.com" <kernel-hardening@...ts.openwall.com>, LKML <linux-kernel@...r.kernel.org>,
"linux-crypto@...r.kernel.org" <linux-crypto@...r.kernel.org>, Ted Tso <tytso@....edu>,
Hannes Frederic Sowa <hannes@...essinduktion.org>, Linus Torvalds <torvalds@...ux-foundation.org>,
Eric Biggers <ebiggers3@...il.com>, Tom Herbert <tom@...bertland.com>,
George Spelvin <linux@...encehorizons.net>, Vegard Nossum <vegard.nossum@...il.com>,
"ak@...ux.intel.com" <ak@...ux.intel.com>, "davem@...emloft.net" <davem@...emloft.net>,
"luto@...capital.net" <luto@...capital.net>
Subject: Re: [PATCH v5 3/4] secure_seq: use SipHash in place of MD5
Hi David,
On Fri, Dec 16, 2016 at 10:59 AM, David Laight <David.Laight@...lab.com> wrote:
> You are still putting over-aligned data on stack.
> You only need to align it to the alignment of u64 (not the size of u64).
> If an on-stack item has a stronger alignment requirement than the stack
> the gcc has to generate two stack frames for the function.
Yesterday, folks were saying that sometimes 32-bit platforms need
8-byte alignment for certain 64-bit operations, so I shouldn't fall
back to 4-byte alignment there. But actually, looking at this more
closely, I can just make SIPHASH_ALIGNMENT == __alignof__(u64), which
will take care of all possible concerns, since gcc knows best which
platforms need what alignment. Thanks for making this clear to me with
"the alignment of u64 (not the size of u64)".
> Oh - and wait a bit longer between revisions.
Okay. We can be turtles.
Jason
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.
