From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sog-mx-4.v43.ch3.sourceforge.com ([172.29.43.194] helo=mx.sourceforge.net) by sfs-ml-2.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1S7jpK-0007Nn-NA for user-mode-linux-devel@lists.sourceforge.net; Wed, 14 Mar 2012 08:44:58 +0000 Received: from a.ns.miles-group.at ([95.130.255.143] helo=radon.swed.at) by sog-mx-4.v43.ch3.sourceforge.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) id 1S7jpE-0003PQ-Mo for user-mode-linux-devel@lists.sourceforge.net; Wed, 14 Mar 2012 08:44:58 +0000 Message-ID: <4F605A7D.6070700@nod.at> Date: Wed, 14 Mar 2012 09:44:45 +0100 From: Richard Weinberger MIME-Version: 1.0 References: <4F5FCC7D.5090307@panasas.com> <4F5FDF42.90004@nod.at> <3c4d14d64492ddd8be406d4a15f1ee63.squirrel@nlc.no> In-Reply-To: <3c4d14d64492ddd8be406d4a15f1ee63.squirrel@nlc.no> List-Id: The user-mode Linux development list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: user-mode-linux-devel-bounces@lists.sourceforge.net Subject: Re: [uml-devel] UML: Please help with __module_text_address crashing To: Stian Skjelstad Cc: uml-devel On 14.03.2012 08:28, Stian Skjelstad wrote: >> Am 13.03.2012 23:38, schrieb Boaz Harrosh: >>> Since a while now my UMLs are constantly crashing in >>> __module_text_address >>> >>> which makes no sense because if I do gdb> list >>> *(__module_text_address+0xd) >>> I get:t >>> >>> 0x6005614e is in __module_text_address >>> (/media/usr0/export/dev/bharrosh/git/pub/linux-open-osd/kernel/module.c:3469). >>> 3464 * module doesn't get freed during this. >>> 3465 */ >>> 3466 struct module *__module_text_address(unsigned long addr) >>> 3467 { >>> 3468 struct module *mod = __module_address(addr); >>> 3469 if (mod) { >>> 3470 /* Make sure it's within the text section. */ >>> 3471 if (!within(addr, mod->module_init, >>> mod->init_text_size) >>> 3472&& !within(addr, mod->module_core, mod->core_text_size)) >>> 3473 mod = NULL; > > source listing vs where it crashes can be off aslong as you use CFLAGS > with -On where n is greater than 0. So the first thing you can test is to > compile UML with CFLAGS="-g -O0". It might be that it doesn't crash > anymore then, if so, you can try to play with different gcc optimization > flags in order to find out what triggers it. Building the kernel with -O0 is also dangerous. It relies on the fact that some functions need to be inlined in any case. Thanks, //richard ------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ _______________________________________________ User-mode-linux-devel mailing list User-mode-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel