From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sog-mx-1.v43.ch3.sourceforge.com ([172.29.43.191] helo=mx.sourceforge.net) by sfs-ml-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1Vm49X-0006NB-BQ for user-mode-linux-devel@lists.sourceforge.net; Thu, 28 Nov 2013 16:09:19 +0000 Received: from b.ns.miles-group.at ([95.130.255.144] helo=radon.swed.at) by sog-mx-1.v43.ch3.sourceforge.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) id 1Vm49W-0006OD-0V for user-mode-linux-devel@lists.sourceforge.net; Thu, 28 Nov 2013 16:09:19 +0000 From: Richard Weinberger Date: Thu, 28 Nov 2013 17:09:09 +0100 Message-ID: <2225498.R88CYgz3JQ@sandpuppy> In-Reply-To: <529755F0.80509@panasas.com> References: <529755F0.80509@panasas.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="nextPart3326955.AdeEKAFyRM" Content-Transfer-Encoding: 7Bit List-Id: The user-mode Linux development list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: user-mode-linux-devel-bounces@lists.sourceforge.net Subject: Re: [uml-devel] x86_64 when mem > 384M loadable modules do not work To: Boaz Harrosh Cc: uml-devel This is a multi-part message in MIME format. --nextPart3326955.AdeEKAFyRM Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Am Donnerstag, 28. November 2013, 16:40:48 schrieb Boaz Harrosh: > Hi um hackers > > I'm using an x86_64 deployment both host and um-guest. > (Fedora 18) > > When I load with mem=384M all is well but anything bigger will > eventually give me problems because loadable modules will no > longer load. The bigger mem= is, the earlier it will start. > > When the Kernel tries to load the .ko driver I get these messages: > > subarch: overflow in relocation type 11 val 805b1e40 > subarch: `nfsv4' likely not compiled with -mcmodel=kernel > subarch: overflow in relocation type 11 val 806e4ca0 > subarch: `nfsv3' likely not compiled with -mcmodel=kernel > ... > > (The first print is always around that same number > 805b1e40 independent of the mem= (> 384M) > ) > > Do you guys see the same problem? I'm using loadable modules > because it is kind of mandatory for the kind of development I > do. > > Please help because 384M is not enough for me anymore, even > when I define a swap device for the uml to use. Does the attached patch fix the issue? Thanks, //richard --nextPart3326955.AdeEKAFyRM Content-Disposition: attachment; filename="fix_subarch.diff" Content-Transfer-Encoding: 7Bit Content-Type: text/x-patch; charset="UTF-8"; name="fix_subarch.diff" diff --git a/arch/um/Makefile b/arch/um/Makefile index 48d92bb..5ab2b17 100644 --- a/arch/um/Makefile +++ b/arch/um/Makefile @@ -36,8 +36,7 @@ HEADER_ARCH := $(SUBARCH) # Additional ARCH settings for x86 ifeq ($(SUBARCH),i386) HEADER_ARCH := x86 -endif -ifeq ($(SUBARCH),x86_64) +else HEADER_ARCH := x86 KBUILD_CFLAGS += -mcmodel=large endif --nextPart3326955.AdeEKAFyRM Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ------------------------------------------------------------------------------ Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk --nextPart3326955.AdeEKAFyRM Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ User-mode-linux-devel mailing list User-mode-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel --nextPart3326955.AdeEKAFyRM--