From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752377AbcD0Iv1 (ORCPT ); Wed, 27 Apr 2016 04:51:27 -0400 Received: from mx2.suse.de ([195.135.220.15]:36874 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751241AbcD0IvZ (ORCPT ); Wed, 27 Apr 2016 04:51:25 -0400 Subject: Re: [BUG linux-next] Kernel panic found with linux-next-20160414 To: Hugh Dickins , "Shi, Yang" References: <5716C29F.1090205@linaro.org> <5717AA46.5020905@linaro.org> Cc: Andrew Morton , sfr@canb.auug.org.au, LKML , linux-mm@kvack.org From: Vlastimil Babka Message-ID: <57207D88.4000508@suse.cz> Date: Wed, 27 Apr 2016 10:51:20 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 04/27/2016 10:14 AM, Hugh Dickins wrote: > It's rather horrible that compaction.c uses functions in page_alloc.c > which skip doing some of the things we expect to be done: the non-debug > preparation tends to get noticed, but the debug options overlooked. > We can expect more problems of this kind in future: someone will add > yet another debug prep line in page_alloc.c, and at first nobody will > notice that it's also needed in compaction.c. Point taken, I'll try to come up with more maintainable solution next time I attempt the isolate_freepages_direct() approach. Sorry about the troubles.