From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752569AbaEWJpM (ORCPT ); Fri, 23 May 2014 05:45:12 -0400 Received: from cantor2.suse.de ([195.135.220.15]:55184 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752536AbaEWJpJ (ORCPT ); Fri, 23 May 2014 05:45:09 -0400 Message-ID: <537F18A2.4010709@suse.cz> Date: Fri, 23 May 2014 11:45:06 +0200 From: Vlastimil Babka User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Dave Jones , Linux Kernel , linux-mm@kvack.org, Linus Torvalds Subject: Re: 3.15.0-rc6: VM_BUG_ON_PAGE(PageTail(page), page) References: <20140522135828.GA24879@redhat.com> <537E12D9.6090709@suse.cz> <20140522154100.GA30273@redhat.com> In-Reply-To: <20140522154100.GA30273@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 05/22/2014 05:41 PM, Dave Jones wrote: > On Thu, May 22, 2014 at 05:08:09PM +0200, Vlastimil Babka wrote: > > > > RIP: 0010:[] [] PageTransHuge.part.23+0xb/0xd > > > Call Trace: > > > [] isolate_migratepages_range+0x7a3/0x870 > > > [] compact_zone+0x370/0x560 > > > [] compact_zone_order+0xa2/0x110 > > > [] try_to_compact_pages+0x101/0x130 > > > ... > > > Code: 75 1d 55 be 6c 00 00 00 48 c7 c7 8a 2f a2 bb 48 89 e5 e8 6c 49 95 ff 5d c6 05 74 16 65 00 01 c3 55 31 f6 48 89 e5 e8 28 bd a3 ff <0f> 0b 0f 1f 44 00 00 55 48 89 e5 41 57 45 31 ff 41 56 49 89 fe > > > RIP [] > > > > > > That BUG is.. > > > > > > 413 static inline int PageTransHuge(struct page *page) > > > 414 { > > > 415 VM_BUG_ON_PAGE(PageTail(page), page); > > > 416 return PageHead(page); > > > 417 } > > > > Any idea which of the two PageTransHuge() calls in > > isolate_migratepages_range() that is? Offset far in the function suggest > > it's where the lru lock is already held, but I'm not sure as decodecode > > of your dump and objdump of my own compile look widely different. > > Yeah, the only thing the code: matches is the BUG() which is in another section. Oh right, it's not a simple BUG_ON that would be inlined. > (see end of file at http://paste.fedoraproject.org/104155/40077293/raw/) > > Maybe you can make more sense of that disassembly than I can.. Could you try adding -r to objdump, as now I have no idea where all those calls go :/ > Dave > > > -- > To unsubscribe, send a message with 'unsubscribe linux-mm' in > the body to majordomo@kvack.org. For more info on Linux MM, > see: http://www.linux-mm.org/ . > Don't email: email@kvack.org >