[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20191128144235.GN26807@dhcp22.suse.cz>
Date: Thu, 28 Nov 2019 15:42:35 +0100
From: Michal Hocko <mhocko@...nel.org>
To: Qian Cai <cai@....pw>
Cc: David Hildenbrand <david@...hat.com>, linux-kernel@...r.kernel.org,
linux-mm@...ck.org, Andrew Morton <akpm@...ux-foundation.org>,
Oscar Salvador <osalvador@...e.de>
Subject: Re: [PATCH v1] mm/memory_hotplug: don't check the nid in
find_(smallest|biggest)_section_pfn
On Thu 28-11-19 09:30:29, Qian Cai wrote:
>
>
> > On Nov 28, 2019, at 9:03 AM, David Hildenbrand <david@...hat.com> wrote:
> >
> > That's why we have linux-next and plenty of people playing with it
> > (including you and me for example).
>
> As mentioned, it is an expensive development practice. Once a patch
> was merged into linux-next, it becomes someone else’s problems
> because if nobody flags it as problematic, all it needs is a good eye
> review and some time before it gets merged into mainline eventually.
I would tend to agree. linux-next shouldn't be considered a low bar
target. Things should be reviewed before showing up there. There are
obviously some exceptions, as always, but it shouldn't be over used.
I wish MM patches would be applied to mmotm (and linux-next) more
conservatively.
--
Michal Hocko
SUSE Labs
Powered by blists - more mailing lists