Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758723Ab3IFBo6 (ORCPT ); Thu, 5 Sep 2013 21:44:58 -0400 Received: from hrndva-omtalb.mail.rr.com ([71.74.56.122]:25649 "EHLO hrndva-omtalb.mail.rr.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753240Ab3IFBo5 (ORCPT ); Thu, 5 Sep 2013 21:44:57 -0400 X-Authority-Analysis: v=2.0 cv=V4T/IJbi c=1 sm=0 a=Sro2XwOs0tJUSHxCKfOySw==:17 a=Drc5e87SC40A:10 a=BbXNHQx3NekA:10 a=5SG0PmZfjMsA:10 a=kj9zAlcOel0A:10 a=meVymXHHAAAA:8 a=KGjhK52YXX0A:10 a=fxhqf5xVK60A:10 a=20KFwNOVAAAA:8 a=SJ2S8ht-NGPHecXeBBAA:9 a=CjuIK1q_8ugA:10 a=jEp0ucaQiEUA:10 a=Sro2XwOs0tJUSHxCKfOySw==:117 X-Cloudmark-Score: 0 X-Authenticated-User: X-Originating-IP: 67.255.60.225 Date: Thu, 5 Sep 2013 21:44:55 -0400 From: Steven Rostedt To: Dave Jones Cc: Linux Kernel Subject: Re: ftrace 'failed to modify' bug when loading reiserfs.ko Message-ID: <20130905214455.101c6347@gandalf.local.home> In-Reply-To: <20130906013455.GA10073@redhat.com> References: <20130906011924.GA7970@redhat.com> <20130905212834.605408a4@gandalf.local.home> <20130906013455.GA10073@redhat.com> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.20; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1277 Lines: 31 On Thu, 5 Sep 2013 21:34:55 -0400 Dave Jones wrote: > On Thu, Sep 05, 2013 at 09:28:34PM -0400, Steven Rostedt wrote: > > On Thu, 5 Sep 2013 21:19:24 -0400 > > Dave Jones wrote: > > > > > For whatever dumb reason, when running 'make install' on a Fedora system, > > > os-prober tries to figure out what filesystems are needed by loading filesystems, > > > and seeing what sticks.. Today it blew up spectacularly when it got to > > > loading reiserfs.. System wedged entirely afterwards. > > > > Could it be that the reiserfs module was compiled differently than the > > running kernel? > > ohhhh... it was probably installing the just-built version over the same '3.11+' > modules tree that was running. This has never been a problem before though.. > Did you change a config option, or update your gcc? Although, it doesn't really explain why the location would have something that it doesn't expect. As the mcount/fentry table is created in the module itself. -- Steve -- 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/