From owner-freebsd-questions@FreeBSD.ORG Fri Sep 3 16:25:22 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52C5A16A527 for ; Fri, 3 Sep 2004 16:25:21 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB63A43D58 for ; Fri, 3 Sep 2004 16:25:17 +0000 (GMT) (envelope-from subhro.kar@gmail.com) Received: by mproxy.gmail.com with SMTP id v18so17500rnb for ; Fri, 03 Sep 2004 09:25:15 -0700 (PDT) Received: by 10.38.179.6 with SMTP id b6mr235158rnf; Fri, 03 Sep 2004 09:25:15 -0700 (PDT) Received: by 10.38.206.16 with HTTP; Fri, 3 Sep 2004 09:25:15 -0700 (PDT) Message-ID: Date: Fri, 3 Sep 2004 21:55:15 +0530 From: Subhro To: "freebsd-questions@FreeBSD. ORG" In-Reply-To: <200409030734.06163.tacoboy24@dragoweb.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200409030734.06163.tacoboy24@dragoweb.com> cc: Andrew Subject: Re: freebsd builds X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Subhro List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 16:25:22 -0000 On Fri, 3 Sep 2004 07:48:17 -0400, Andrew wrote: > Hi, > > Building kernels I am comfortable with. I have been doing it a while for SUSE. > Now I wanted to try freebsd 5.1. So I have some questions about freebsd > builds. > Some of the questions may sound dumb but I want to make sure I don't do > something catostrophic based on a past experience with SUSE. So... > > make clean - simply cleans objects, executables in the work area /usr/src. > Nothing else > > make buildkernel - simply builds the kernel, support modules, and so on in the > work area only /usr/src. The biilt kernel is located in > /usr/obj/usr/src/....../kernel. > > make installkernel - once this is done, that which was in the work area is > placed in working directories of the installed system. Bang on target till here.... > > For SUSE I used GRUB or lilo to write the boot block. For freebsd I use > bsdlabel? Nopes bsdlabel is for something else. By default the new kernel gets installed. No need to update anything in the boot block. If you ned to boot the old kernel then Hit any other key when it says: hit [Enter] key to boot kernel Type unload then boot /kernel.old And you will be back with your previous kernel. > > I am targeting the kernel for a Soekris 4511. The 4511 has a national > semiconductor ethernet chip. On SUSE I add the configuration parameter > NATSEMI=Y to build the ethernet driver. What is the configruation parameter > for Freebsd ethernet driver. Refer to /usr/src/sys/i386/conf/NOTES and /usr/src/sys/NOTES if you are on 5.* and /usr/src/sys/i386/conf/LINT for the driver. > > I was reading a notes file on a technique of building a jail sandbox. The > sandbox becomes something like freebsd inside freebsd. The purpose was to > allow someone to make major modifications to the kernel and not affect the > working operating system components. > Well hard luck. Jail is something like FBSD inside FBSD but it is not completely FBSD inside FBSD. They run the same kernel and not two separate copies of it. What you need is vmware. > Per the notes file, the sandbox is set by: > > perform a customer install. > During the install change the installation location to point to the sandbox. > chroot > Do a build in the sandbox > > I create the folder, changed the destintation to be the sandbox in the > installation options, and installed freebsd in the sandbox folder. Then I: > > chroot to the sandbox > > To verify my sandbox install was correct, I tried to rebuild the GENERIC > kernel in the sandbox. > > An error occured in makefile.inc1 line 139. That line has a make command > dealing with CPUTYPE. The error was its value not being zero. > > I then exited the sandbox (command shell) and reexecuted the make command to > rebuild the GENERIC kernel in the standard /usr/src location. It worked fine. > So it is not the installation kit. > > The problem is something I have not done or did improperly in creating the > sandbox. Thoughts. I guess you know the reason by now > > A > Regards S. -- Subhro Sankha Kar School of Information Technology Block AQ-13/1 Sector V ZIP 700091 India