From owner-freebsd-current Mon Feb 18 4:21: 6 2002 Delivered-To: freebsd-current@freebsd.org Received: from falcon.prod.itd.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id AF73237B404 for ; Mon, 18 Feb 2002 04:20:57 -0800 (PST) Received: from pool0015.cvx40-bradley.dialup.earthlink.net ([216.244.42.15] helo=mindspring.com) by falcon.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16cmmu-0000N2-00; Mon, 18 Feb 2002 04:20:56 -0800 Message-ID: <3C70F19E.67BFCE35@mindspring.com> Date: Mon, 18 Feb 2002 04:20:46 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "George V. Neville-Neil" Cc: freebsd-current@freebsd.org Subject: Re: A quick, dumb, question... References: <200202180143.RAA266778@meer.meer.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "George V. Neville-Neil" wrote: > Is there a single document, or small set of documents, that describes getting > started kernel hacking on FreeBSD? How about a set of URLs? > > I would like something that tells me about (in no particular order) > > 1) debugging over the serial line, and remote debugging in general Use the handbook description. The only caveat is that you need to tell it to break to gdb before you start the GDB on the debugging system, or you'll get serial synchornization errors; this isn't documented in the handbook, but it is nevertheless true. > 2) Building for 5.0 on 4.x (if possible though I suspect I should not do this) Avoid doing this if you can. If you can't, then use a chroot'ed image of CDROM #2 to do the job. You should also copy in the ps, w, /kernel, etc. and other libkvm-using programs if you plan on using them, and make sure that you copy in /dev (in 5.0, there would be a devfs, and you don't have onw) and mount the procfs in the chroot environment. > 3) Best practices for dealing with my own versions of files while also > working with cvsup. Keep a seperate repository of your own stuff. Some people will tell you to trust the "magic" numbers for revision tags, which are poorly documented in a couple of places, but really, you want to maintain full revision history, and have a lesser problem merging, so you're better off importing the kernel (if you are hacking the kernel), and anything else you are hacking, into a private repository, by bringing it in on a vendor branch. See the CVS FAQ. If you also want to risk CVSup with the "magic" tags, look for the documentation that John Polstra has written (I think there is also a Daemon News article, FWIW). > Those are a good start for now. > > BTW If none exists I will try to write this up in the form of a tutorial > and post it at some point. If you want to write it up as something like "Building a FreeBSD derived System" or something like that, it would make a good Dameon News article. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message