From owner-freebsd-hackers Sat Apr 4 08:30:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA04715 for freebsd-hackers-outgoing; Sat, 4 Apr 1998 08:30:10 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA04705 for ; Sat, 4 Apr 1998 08:30:04 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id RAA12755; Sat, 4 Apr 1998 17:29:03 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id SAA00475; Sat, 4 Apr 1998 18:29:41 +0200 (MET DST) Message-ID: <19980404182941.54947@follo.net> Date: Sat, 4 Apr 1998 18:29:41 +0200 From: Eivind Eklund To: "Viren R. Shah" , freebsd-hackers@FreeBSD.ORG Subject: Re: Building 3.0 kernel on 2.2.6 system? References: <199804041547.KAA03150@rstcorp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199804041547.KAA03150@rstcorp.com>; from Viren R. Shah on Sat, Apr 04, 1998 at 10:47:04AM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Apr 04, 1998 at 10:47:04AM -0500, Viren R. Shah wrote: > > I'm trying to build a 3.0 kernel on a system with the following > layout: > 1. System is running 2.2.6 > 2. 2.2.6 source is in /usr/src > 3. -current source is in /home/current/usr/{src,obj} > > I did a make buildworld in /home/current/usr/src. It completed without > errors. I'm now trying to build a -current kernel (GENERIC) using the > config generated by the -current buildworld. > > 1. Is this possible? It should be possible, but I've never tested it. > 2. If so, then what is causing the following errors: Are you building your kernel in /home/current/usr/src/sys/compile/GENERIC? If /../../../include does not exist, the kernel build will use /usr/include instead. This can generate failures. If you are building from the requisite location, something is seriously wrong. I just remembered: This 'something' is that there is no in-kernel indication of which kernel version you're building for, and the 'de' driver is externally maintained and depends on the version number of the system. A workaround is the following patch (or similar - this is Id dependend...): Index: if_de.c =================================================================== RCS file: /home/ncvs/src/sys/pci/if_de.c,v retrieving revision 1.80 retrieving revision 1.81 diff -u -r1.80 -r1.81 --- if_de.c 1998/02/20 13:11:50 1.80 +++ if_de.c 1998/03/08 09:58:13 1.81 @@ -1,3 +1,5 @@ +#undef __FreeBSD__ +#define __FreeBSD__ 3 /* $NetBSD: if_de.c,v 1.56 1997/10/20 14:32:46 matt Exp $ */ /* $Id$ */ This does not fix the real problem (which is that the required meta-information is not available), but it makes your system build correctly (producing the exact correct results). Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message