From mboxrd@z Thu Jan 1 00:00:00 1970 From: Joe Perches Subject: Re: [PATCH 0/3] add %pX specifier Date: Tue, 10 Oct 2017 20:27:14 -0700 Message-ID: <1507692434.3552.41.camel@perches.com> References: <1507676974-1298-1-git-send-email-me@tobin.cc> <20171010233209.GB2049@eros> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Cc: "kernel-hardening@lists.openwall.com" , KVM list , Linux Kernel Mailing List , Kees Cook , Paolo Bonzini , Tycho Andersen , "Roberts, William C" , Tejun Heo , Jordan Glover , Greg KH , Petr Mladek , Ian Campbell , Sergey Senozhatsky , Catalin Marinas , Will Deacon , Steven Rostedt , Chris Fries , Dave Weinstein , Da To: "Tobin C. Harding" , Linus Torvalds Return-path: In-Reply-To: <20171010233209.GB2049@eros> Sender: linux-kernel-owner@vger.kernel.org List-Id: kvm.vger.kernel.org On Wed, 2017-10-11 at 10:32 +1100, Tobin C. Harding wrote: > On Tue, Oct 10, 2017 at 04:15:01PM -0700, Linus Torvalds wrote: > > On Tue, Oct 10, 2017 at 4:09 PM, Tobin C. Harding wrote: > > > > > > I did not understand the code (specifically why the right shift of 16 twice?) > > > > It's a traditional trick to get the upper 32 bits. > > > > So it basically splits the (possibly 64-bit) pointer into the lower 32 > > bits and the upper 32 bits for a hash such as "jhash()" that takes > > data that is "unsigned int". > > > > (NOTE! Using jhash here is not acceptable, since it's not > > cryptographically safe, but think of it as an example of a hash that > > takes 32-bit input). > > > > Doing ">> 32" is undefined on 32-bit architectures, and wouldn't work. > > > > But doing >> 16 >> 16 is a fine way to say "shift right by 32 on a > > 64-bit architecture" while also being well-defined on a 32-bit one. > > > > Linus > > Awesome, thanks. Another way is using the upper_32_bits() macro. It's perhaps a bit more readable.