[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20200302134655.GL4380@dhcp22.suse.cz>
Date: Mon, 2 Mar 2020 14:46:55 +0100
From: Michal Hocko <mhocko@...nel.org>
To: John Hubbard <jhubbard@...dia.com>
Cc: Claudio Imbrenda <imbrenda@...ux.ibm.com>,
linux-next@...r.kernel.org, akpm@...ux-foundation.org,
borntraeger@...ibm.com, david@...hat.com, aarcange@...hat.com,
linux-mm@...ck.org, frankja@...ux.ibm.com, sfr@...b.auug.org.au,
linux-kernel@...r.kernel.org, linux-s390@...r.kernel.org,
Jan Kara <jack@...e.cz>,
"Kirill A. Shutemov" <kirill@...temov.name>
Subject: Re: [RFC v1 1/2] mm/gup: fixup for 9947ea2c1e608e32 "mm/gup: track
FOLL_PIN pages"
On Fri 28-02-20 15:08:35, John Hubbard wrote:
[...]
> (Aside: I'm using the linux-next commit hash. How does one get the correct hash before
> it goes to mainline? I guess maintainer scripts fix all those up?)
There is no such maging going on AFAIK. Please just do not use sha1 from
linux-next unless it is really clear that those are not going to change.
So essentially everything from mmotm is out of question.
--
Michal Hocko
SUSE Labs
Powered by blists - more mailing lists