Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
Date:   Sat, 8 Dec 2018 09:39:39 +0100
From:   Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To:     Naresh Kamboju <naresh.kamboju@linaro.org>
Cc:     Ben Hutchings <ben.hutchings@codethink.co.uk>,
        mike.kravetz@oracle.com, open list <linux-kernel@vger.kernel.org>,
        Linus Torvalds <torvalds@linux-foundation.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Guenter Roeck <linux@roeck-us.net>,
        Shuah Khan <shuah@kernel.org>, patches@kernelci.org,
        lkft-triage@lists.linaro.org,
        linux- stable <stable@vger.kernel.org>,
        Eric Munson <emunson@mgebm.net>
Subject: Re: [PATCH 4.9 000/101] 4.9.144-stable review
Message-ID: <20181208083939.GA19877@kroah.com>
References: <20181206143011.174892052@linuxfoundation.org>
 <CA+G9fYtzxd9a=OVr=Uwcouqikpe2EB_WJyuBhO7BX96mYWJ1NQ@mail.gmail.com>
 <20181207144157.GB20201@kroah.com>
 <1544196864.2867.70.camel@codethink.co.uk>
 <20181207155141.GA30688@kroah.com>
 <CA+G9fYtLrnx7Qihw3xwAQ+vudZ+KR+Va1Z+NM+_dm12ve8UrgA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <CA+G9fYtLrnx7Qihw3xwAQ+vudZ+KR+Va1Z+NM+_dm12ve8UrgA@mail.gmail.com>
User-Agent: Mutt/1.11.1 (2018-12-01)
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

On Fri, Dec 07, 2018 at 11:23:26PM +0530, Naresh Kamboju wrote:
> On Fri, 7 Dec 2018 at 21:21, Greg Kroah-Hartman
> <gregkh@linuxfoundation.org> wrote:
> >
> > On Fri, Dec 07, 2018 at 03:34:24PM +0000, Ben Hutchings wrote:
> > > On Fri, 2018-12-07 at 15:41 +0100, Greg Kroah-Hartman wrote:
> > > > On Fri, Dec 07, 2018 at 02:40:26PM +0530, Naresh Kamboju wrote:
> > > > > On Thu, 6 Dec 2018 at 20:15, Greg Kroah-Hartman
> > > > > <gregkh@linuxfoundation.org> wrote:
> > > > > >
> > > > > > This is the start of the stable review cycle for the 4.9.144 release.
> > > > > > There are 101 patches in this series, all will be posted as a response
> > > > > > to this one.  If anyone has any issues with these being applied, please
> > > > > > let me know.
> > > > > >
> > > > > > Responses should be made by Sat Dec  8 14:29:43 UTC 2018.
> > > > > > Anything received after that time might be too late.
> > > > > >
> > > > > > The whole patch series can be found in one patch at:
> > > > > >         https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.9.144-rc1.gz
> > > > > > or in the git tree and branch at:
> > > > > >         git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.9.y
> > > > > > and the diffstat can be found below.
> > > > > >
> > > > > > thanks,
> > > > > >
> > > > > > greg k-h
> > > > > >
> > > > > > Mike Kravetz <mike.kravetz@oracle.com>
> > > > > >     hugetlbfs: check for pgoff value overflow
> > > > > >
> > > > > > Mike Kravetz <mike.kravetz@oracle.com>
> > > > > >     hugetlbfs: fix offset overflow in hugetlbfs mmap
> > > > > >
> > > > > > Mike Kravetz <mike.kravetz@oracle.com>
> > > > > >     mm/hugetlb.c: don't call region_abort if region_chg fails
> > > > >
> > > > > Results from Linaro’s test farm.
> > > > > Regressions detected on arm32 and i386.
> > > > >
> > > > > truncate_above_4GB (2M: 32): FAIL mmap() offset 4GB: Invalid argument
> > > >
> > > > Can this be tracked down to a commit in this tree that caused this
> > > > regression?
> > >
> > > The test failure is part of a hugetlb test group, so one of the above
> > > is responsible.
> > >
> > > Ah, I missed this fix (it's already in 4.14-stable:
> > >
> > > commit 5df63c2a149ae65a9ec239e7c2af44efa6f79beb
> > > Author: Mike Kravetz <mike.kravetz@oracle.com>
> > > Date:   Thu Apr 5 16:18:21 2018 -0700
> > >
> > >     hugetlbfs: fix bug in pgoff overflow checking
> > >
> > > Ben.
> >
> > Thanks for this, I've queued this up and pushed out a -rc2.
> >
> > Naresh, can you see if this fixes the issue for you or not?
> 
> Yes This test getting pass on -rc2 on all devices arm64, arm32, x86_64 and i386.
> truncate_above_4GB (2M: 32): PASS

Wonderful, thanks for testing and catching this and letting me know.

greg k-h