Date: Sat, 4 Apr 1998 18:29:41 +0200 From: Eivind Eklund <eivind@yes.no> To: "Viren R. Shah" <viren@rstcorp.com>, freebsd-hackers@FreeBSD.ORG Subject: Re: Building 3.0 kernel on 2.2.6 system? Message-ID: <19980404182941.54947@follo.net> In-Reply-To: <199804041547.KAA03150@rstcorp.com>; from Viren R. Shah on Sat, Apr 04, 1998 at 10:47:04AM -0500 References: <199804041547.KAA03150@rstcorp.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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 <your-kernel-compile-directory>/../../../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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19980404182941.54947>