From owner-freebsd-hackers@FreeBSD.ORG Wed Jul 28 13:15:11 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CB7B16A4CF for ; Wed, 28 Jul 2004 13:15:11 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFF8643D66 for ; Wed, 28 Jul 2004 13:15:09 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received-SPF: pass (eva.fit.vutbr.cz: domain of xdivac02@eva.fit.vutbr.cz designates 127.0.0.1 as permitted sender) receiver=eva.fit.vutbr.cz; client_ip=127.0.0.1; envelope-from=xdivac02@eva.fit.vutbr.cz; Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id i6SDEv1x048208 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 28 Jul 2004 15:14:57 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id i6SDEvdp048207; Wed, 28 Jul 2004 15:14:57 +0200 (CEST) Date: Wed, 28 Jul 2004 15:14:57 +0200 From: Divacky Roman To: Julian Elischer Message-ID: <20040728131457.GA47773@stud.fit.vutbr.cz> References: <20040727160206.GA1784@stud.fit.vutbr.cz> <20040727.100848.15611424.imp@bsdimp.com> <4106911D.6090201@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4106911D.6090201@elischer.org> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: hackers@freebsd.org Subject: Re: new files in kernel build X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2004 13:15:11 -0000 On Tue, Jul 27, 2004 at 10:30:05AM -0700, Julian Elischer wrote: > > > M. Warner Losh wrote: > > >In message: <20040727160206.GA1784@stud.fit.vutbr.cz> > > Divacky Roman writes: > >: Hi, > >: > >: If I want to add some files into kernel sources, what am I supposed to > >do to > >: them compile? I added some into sys/net80211/ but they dont compile... > >: > >: I tried sys/conf/files but it does help, just prints a message about > >having it > >: defined before... > > > >Exact error messages would be helpful. > > > >Generally, you put them in sys/conf/files, re-run config and life is > >good. > > > > if you want to add these files without editing /sys/conf/files you can > add them to /sys/conf//files.{YOURCONFIG} > e.g. we backported the firewire to an older kernel and have a > proprietary driver as well.. > > our files.VICOR looks like: > > %cat files.VICOR > xdcpdrvr.o optional xdcp \ > dependency "$S/dev/xdcp/xdcpdrvr.o.uu" \ > compile-with "uudecode < $S/dev/xdcp/xdcpdrvr.o.uu" \ > no-implicit-rule > dev/firewire/firewire.c optional firewire > dev/firewire/fwcrom.c optional firewire > dev/firewire/fwdev.c optional firewire > dev/firewire/fwmem.c optional firewire > dev/firewire/fwohci.c optional firewire > dev/firewire/fwohci_pci.c optional firewire pci > dev/firewire/if_fwe.c optional fwe > dev/firewire/sbp.c optional sbp > > without looking at the source to config, it seems to use teh entry on > the 'ident' line to > look for these files.. I created this which could solve problem of wifi driver not being able to switch among speeds. I added two files into sys/net80211/ and change sys/conf/files to net80211/ieee80211_proto.c optional wlan + net80211/ieee80211_rssadapt.h optional wlan + net80211/ieee80211_rssadapt.c optional wlan netatalk/aarp.c optional netatalk (semi-diff, ie. I added that two files) and it gives me this message: "Makefile", line 3104: warning: duplicate script for target "ieee80211_rssadapt. ln" ignored "Makefile", line 3107: warning: duplicate script for target "ieee80211_rssadapt. o" ignored (but it proceeds further) and finally it fails with: link_elf: symbol ieee80211_rssadapt_raise_rate undefined simply said - the ieee80211_rssadapt.c didnt get compiled at all (so linker cannot find the symbol) By applying the patch and defining wi device you can get the same behaviour thnx for help roman