Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751985AbaFMF0g (ORCPT ); Fri, 13 Jun 2014 01:26:36 -0400 Received: from mail-wg0-f52.google.com ([74.125.82.52]:41018 "EHLO mail-wg0-f52.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750963AbaFMF0f (ORCPT ); Fri, 13 Jun 2014 01:26:35 -0400 Date: Fri, 13 Jun 2014 08:26:30 +0300 From: Dan Aloni To: Sasha Levin Cc: "linux-mm@kvack.org" , Andrew Morton , Ingo Molnar , Peter Zijlstra , LKML , "netdev@vger.kernel.org" , Dave Jones Subject: Re: mm/sched/net: BUG when running simple code Message-ID: <20140613052630.GA23945@gmail.com> References: <539A6850.4090408@oracle.com> <20140613032754.GA20729@gmail.com> <539A77A1.60700@oracle.com> <20140613045555.GB20729@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140613045555.GB20729@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jun 13, 2014 at 07:55:55AM +0300, Dan Aloni wrote: > > that theory went away. (also confirmed by not finding a netlink module.) > > > > What about the kernel .text overflowing into the modules space? The loader > > checks for that, but can something like that happen after everything is > > up and running? I'll look into that tomorrow. > > The kernel .text needs to be more than 512MB for the overlap to happen. > > ffffffff80000000 - ffffffffa0000000 (=512 MB) kernel text mapping, from phys 0 > > Also, it is bizarre that symbol resolution resolved ffffffffa0f12560 to > a symbol that is in module space where af_netlink.o is surely not because of > "obj-y := af_netlink.o" in the Makefile. > > What does your /proc/kallsyms show when sorted with regards to the symbols > in question? > > Also curious are the addresses you have on the stack: > > > [ 516.309720] Stack: > > [ 516.309720] ffff8803fc85ff18 ffff8803fc85ff18 ffff8803fc85fef8 8900200549908020 > > [ 516.309720] ffff8803fc85ff18 ffffffff9ff66470 ffff8803fc85ff18 0000000000000037 > > [ 516.309720] ffff8803fc85ff78 ffffffff9ff69d26 0000000000000037 0000000000000004 >[..] Oh, just figured about the new kASLR feature that got enabled recently, it explains the addresses, but there was supposed to be a line for it in the Oops, so I'm puzzled. -- Dan Aloni -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/