Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932728AbaJVU04 (ORCPT ); Wed, 22 Oct 2014 16:26:56 -0400 Received: from mail-vc0-f177.google.com ([209.85.220.177]:56566 "EHLO mail-vc0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932336AbaJVU0z (ORCPT ); Wed, 22 Oct 2014 16:26:55 -0400 MIME-Version: 1.0 In-Reply-To: <20141022131308.361a72ba7c6fbf1bd778445a@linux-foundation.org> References: <1413915307-20536-1-git-send-email-sasha.levin@oracle.com> <544743D6.6040103@samsung.com> <20141022114437.72eb61ce3e2348c52ab3d1db@linux-foundation.org> <5447FC6E.2000207@oracle.com> <20141022131308.361a72ba7c6fbf1bd778445a@linux-foundation.org> Date: Thu, 23 Oct 2014 00:26:53 +0400 Message-ID: Subject: Re: [PATCH] mm, hugetlb: correct bit shift in hstate_sizelog From: Andrey Ryabinin To: Andrew Morton Cc: Sasha Levin , Andrey Ryabinin , Naoya Horiguchi , aarcange@redhat.com, Mel Gorman , LKML , "linux-mm@kvack.org" Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 2014-10-23 0:13 GMT+04:00 Andrew Morton : > On Wed, 22 Oct 2014 14:50:22 -0400 Sasha Levin wrote: > >> On 10/22/2014 02:44 PM, Andrew Morton wrote: >> > On Wed, 22 Oct 2014 09:42:46 +0400 Andrey Ryabinin wrote: >> > >> >> > On 10/21/2014 10:15 PM, Sasha Levin wrote: >> >>> > > hstate_sizelog() would shift left an int rather than long, triggering >> >>> > > undefined behaviour and passing an incorrect value when the requested >> >>> > > page size was more than 4GB, thus breaking >4GB pages. >> >> > >> >>> > > >> >>> > > Signed-off-by: Sasha Levin >> >>> > > --- >> >>> > > include/linux/hugetlb.h | 3 ++- >> >>> > > 1 file changed, 2 insertions(+), 1 deletion(-) >> >>> > > >> >>> > > diff --git a/include/linux/hugetlb.h b/include/linux/hugetlb.h >> >>> > > index 65e12a2..57e0dfd 100644 >> >>> > > --- a/include/linux/hugetlb.h >> >>> > > +++ b/include/linux/hugetlb.h >> >>> > > @@ -312,7 +312,8 @@ static inline struct hstate *hstate_sizelog(int page_size_log) >> >>> > > { >> >>> > > if (!page_size_log) >> >>> > > return &default_hstate; >> >>> > > - return size_to_hstate(1 << page_size_log); >> >>> > > + >> >>> > > + return size_to_hstate(1UL << page_size_log); >> >> > >> >> > That still could be undefined on 32-bits. Either use 1ULL or reduce SHM_HUGE_MASK on 32bits. >> >> > >> > But >> > >> > struct hstate *size_to_hstate(unsigned long size) >> >> True, but "(1 << page_size_log)" produces an integer rather than long because "1" >> is an int and not long. > > My point is that there's no point in using 1ULL because > size_to_hstate() will truncate it anyway. > There is a point to use 1ULL On 32-bit with size >= 32 (1UL << size) - undefined, so size_to_hstate() will truncate it to undefined as well. E.g. It definitely won't be zero on x86. While (1ULL << size) - is defined and size_to_hstate() will truncate it to zero. -- Best regards, Andrey Ryabinin -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/