From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753797AbbJBNhJ (ORCPT ); Fri, 2 Oct 2015 09:37:09 -0400 Received: from bh-25.webhostbox.net ([208.91.199.152]:55177 "EHLO bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753040AbbJBNhE (ORCPT ); Fri, 2 Oct 2015 09:37:04 -0400 Subject: Re: linux-next: kernel BUG at mm/slub.c:1447! To: Andrew Morton References: <560D59F7.4070002@roeck-us.net> <20151001134904.127ccc7bea14e969fbfba0d5@linux-foundation.org> Cc: "linux-kernel@vger.kernel.org" , Christoph Lameter , "Kirill A. Shutemov" , linux-mm@kvack.org, Michal Hocko , Dave Chinner From: Guenter Roeck Message-ID: <560E8879.6050808@roeck-us.net> Date: Fri, 2 Oct 2015 06:36:57 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20151001134904.127ccc7bea14e969fbfba0d5@linux-foundation.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated_sender: linux@roeck-us.net X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net X-AntiAbuse: Original Domain - vger.kernel.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - roeck-us.net X-Get-Message-Sender-Via: bh-25.webhostbox.net: authenticated_id: linux@roeck-us.net X-Source: X-Source-Args: X-Source-Dir: Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 10/01/2015 01:49 PM, Andrew Morton wrote: > On Thu, 1 Oct 2015 09:06:15 -0700 Guenter Roeck wrote: > >> Seen with next-20151001, running qemu, simulating Opteron_G1 with a non-SMP configuration. >> On a re-run, I have seen it with the same image, but this time when simulating IvyBridge, >> so it is not CPU dependent. I did not previously see the problem. >> >> Log is at >> http://server.roeck-us.net:8010/builders/qemu-x86-next/builds/259/steps/qemubuildcommand/logs/stdio >> >> I'll try to bisect. The problem is not seen with every boot, so that may take a while. > > Caused by mhocko's "mm, fs: obey gfp_mapping for add_to_page_cache()", > I expect. > I tried to bisect to be sure, but the problem doesn't happen often enough, and I got some false negatives. I assume bisect is no longer necessary. If I need to try again, please let me know. Thanks, Guenter