From owner-freebsd-stable@FreeBSD.ORG Sat Aug 7 01:29:00 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A42B1065679 for ; Sat, 7 Aug 2010 01:29:00 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 82DD48FC14 for ; Sat, 7 Aug 2010 01:28:59 +0000 (UTC) Received: from ur.dons.net.au (ppp121-45-158-44.lns6.adl6.internode.on.net [121.45.158.44]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id o771So2C062270 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 7 Aug 2010 10:58:56 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: multipart/signed; boundary=Apple-Mail-3-42136101; protocol="application/pkcs7-signature"; micalg=sha1 Date: Sat, 7 Aug 2010 10:58:50 +0930 In-Reply-To: <201008060815.o768FVGO025698@lurza.secnetix.de> To: freebsd-stable@FreeBSD.ORG, doconnor@gsoft.com.au References: <201008060815.o768FVGO025698@lurza.secnetix.de> Message-Id: <6966631B-05C7-4219-9144-F90F2E6FECAE@gsoft.com.au> X-Mailer: Apple Mail (2.1081) X-Spam-Score: 2.766 (**) BAYES_00, RDNS_DYNAMIC, TO_NO_BRKTS_DIRECT, TO_NO_BRKTS_DYNIP X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Kernel symbol file alternate location X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Aug 2010 01:29:00 -0000 --Apple-Mail-3-42136101 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 06/08/2010, at 17:45, Oliver Fromme wrote: > Daniel O'Connor wrote: >> On 06/08/2010, at 16:59, Oliver Fromme wrote: >>>> Yeah, I don't think it's hard to move them, however I'm worried what >>>> it will break :) >>>> >>>> The only thing I can see that would have to change would be kgdb so >>>> it tells gdb where to find the symbols. >>> >>> That's why I suggested to place symlinks in the kernel >>> directory. No change to kgdb necessary. >> >> Ahh of course. >> >> Although that does make it harder because you have to modify all the >> links when the old kernel is moved out of the way. > > Right. Maybe make a symlink to a directory, so only that > symlink has to be changed: > > /boot/kernel/symbols -> /var/db/symbols/kernel > /boot/kernel/kernel.symbols -> symbols/kernel.symbols > /boot/kernel/acpi.symbols -> symbols/acpi.symbols > .. and so on. > > When the kernel is rotated to kernel.old, only one symlink > has to be changed: > > /boot/kernel.old/symbols -> /var/db/symbols/kernel.old > > Of course, /var/db is just an example off the top of my head. > The symbols directory should be configurable via make.conf, too. Yes that makes sense. I guess the next thing is to make patches :) >> Hmm, I think they would need to go elsewhere otherwise they wouldn't >> be available to people who do binary installs, hence the usefulness >> of bug reports would go down. > > Right, I was thinking of developers only, who usually have a > populated /usr/obj directory ... But there's a world full of > non-developers, too. :-) Yeah and they find lots of bugs :( -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Apple-Mail-3-42136101--