Date: Wed, 04 Dec 2002 15:51:20 -0800 From: Peter Wemm <peter@wemm.org> To: Andrew Gallatin <gallatin@cs.duke.edu>, "alex" <lex@adelaide.on.net>, "Yoriaki FUJIMORI" <fujimori@ns.fujimori.cache.waseda.ac.jp>, alpha@FreeBSD.ORG Subject: Re: link_elf: symbol osf1_wait4 undefined Message-ID: <20021204235120.9E1672A7EA@canning.wemm.org> In-Reply-To: <20021204234429.1E7DE2A8A5@canning.wemm.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Peter Wemm wrote: > Andrew Gallatin wrote: > > > > alex writes: > > > ahhhh. That solved the problem. > > > What is the technical reason for having to load the osf1 module first ? > > > > Linux/alpha uses the same ABI as OSF/1 for a number of functions, > > since they bootstrapped themselves from OSF/1 on alpha and never > > bothered to go fully native. This ABI is already provided by our > > osf1.ko module. > > > > The problem is that the osf1.ko module is SUPPOSED to be automatically > > loaded as a dependancy of the linux module. I've asked the person who > > wrote the module dependancy code for help on this, but he's moved on > > to other things and has never answered. If somebody wants to look > > into this, that would be great. I've never been able to figure it > > out. > > This is quite well solved in 5.0: ... > > There is no good solution for 4.x because the dependency system runs at > the file level (rather than module level) and cannot detect when a module > is already in the kernel. I've just realized that the 4.x tree has also had the MODULE_VERSION and MODULE_DEPEND stuff MFC'ed. The problem is that they are just stubs in RELENG_4. Maybe this is the source of confusion - those lines do absolutely nothing on 4.x. Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20021204235120.9E1672A7EA>