From owner-freebsd-current Sun Oct 8 07:48:02 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA02768 for current-outgoing; Sun, 8 Oct 1995 07:48:02 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id HAA02686 for ; Sun, 8 Oct 1995 07:47:33 -0700 Received: by sequent.kiae.su id AA27636 (5.65.kiae-2 ); Sun, 8 Oct 1995 18:34:46 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Sun, 8 Oct 95 18:34:46 +0300 Received: (from ache@localhost) by ache.dialup.demos.ru (8.6.11/8.6.9) id RAA00311; Sun, 8 Oct 1995 17:32:44 +0300 To: Bruce Evans , current@freebsd.org References: <199510071907.FAA00629@godzilla.zeta.org.au> In-Reply-To: <199510071907.FAA00629@godzilla.zeta.org.au>; from Bruce Evans at Sun, 8 Oct 1995 05:07:50 +1000 Message-Id: Organization: Olahm Ha-Yetzirah Date: Sun, 8 Oct 1995 17:32:43 +0300 (MSK) X-Mailer: Mail/@ [v2.40 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: procfs LKM broken now! Lines: 29 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1325 Sender: owner-current@freebsd.org Precedence: bulk In message <199510071907.FAA00629@godzilla.zeta.org.au> Bruce Evans writes: >>It calls _divdi3 function (procfs_vnops.c) and fail to load, >>because can't find it. Also libkern have such function, it seems >>that procfs_vnops.c is only file which call it, so, it isn't >>picked from libkern to kernel. >>Workaround is to add 'options PROCFS' to kernel config file. >>In this case _divdi3 picked from libkern. >This shows that a kernel library shouldn't be used if there are >lkm's. The whole point of the library is to avoid linking to >unused functions, but lkms might use anything in the library >and this use is not detected when the kernel is linked. >Also, when individual .o's are used instead of a library, the >list of .o's must be bloated to include everything that an lkm >might need. LKM bulding can be fixed by adding divdi3.c module from libkern directly to LKM Makefile, but I don't shure what happens if some kernel module will use divdi3 too (in future f.e.) and LKM tries to load function with same name. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849