From owner-freebsd-sparc Fri Dec 27 11:12:48 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB35537B401 for ; Fri, 27 Dec 2002 11:12:47 -0800 (PST) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CED443E4A for ; Fri, 27 Dec 2002 11:12:46 -0800 (PST) (envelope-from jake@k6.locore.ca) Received: from k6.locore.ca (jake@localhost.locore.ca [127.0.0.1]) by k6.locore.ca (8.12.6/8.12.6) with ESMTP id gBRJT6uP046657; Fri, 27 Dec 2002 14:29:06 -0500 (EST) (envelope-from jake@k6.locore.ca) Received: (from jake@localhost) by k6.locore.ca (8.12.6/8.12.6/Submit) id gBRJT6SR046656; Fri, 27 Dec 2002 14:29:06 -0500 (EST) Date: Fri, 27 Dec 2002 14:29:06 -0500 From: Jake Burkholder To: Harti Brandt Cc: sparc@FreeBSD.ORG Subject: Re: kldxref Message-ID: <20021227142906.D43538@locore.ca> References: <20021227134156.I56345-100000@beagle.fokus.gmd.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20021227134156.I56345-100000@beagle.fokus.gmd.de>; from brandt@fokus.gmd.de on Fri, Dec 27, 2002 at 01:44:04PM +0100 Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Apparently, On Fri, Dec 27, 2002 at 01:44:04PM +0100, Harti Brandt said words to the effect of; > > Hi, > > is there any chance of fixing the kldxref problem? It seems to prevent > loading of modules via dependencies which is needed to resolve > inter-module symbol dependencies. > What's breaking kldxref is that it reads in kld object files and tries to read initialized variables from the data section before the files have been relocated. This only happens to work on other platforms, its not part of the elf spec and not guaranteed to work at all. The way to fix it is that everywhere that reads in a kld and accesses the module metadata data structures has to process the relocations first, so that the variables get their values poked in. This is not especially hard to fix, its just not high on my list of fun things to do. Jake To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message