From owner-freebsd-current Tue Mar 28 10: 7:22 2000 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id D1E7837C058 for ; Tue, 28 Mar 2000 10:07:18 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id KAA53164; Tue, 28 Mar 2000 10:07:15 -0800 (PST) (envelope-from dillon) Date: Tue, 28 Mar 2000 10:07:15 -0800 (PST) From: Matthew Dillon Message-Id: <200003281807.KAA53164@apollo.backplane.com> To: Alain Thivillon Cc: freebsd-current@FreeBSD.ORG Subject: Re: SMP patch breaks non SMP kernel build References: <20000328175126.E5025@yoko.hsc.fr> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :. astpending is now undefined (/usr/src/sys/kern/kern_sig.c:1168) : :. some calls to get_mplock and rel_mplock are made without #define SMP : conditionnal compile in following modules: : : kern_exec : kern_exit : kern_sig : kern_sync : mfs_vfsops : mem : trap Ok, should be fixed soon as the cvsup mirrors update. I didn't see anything in mfs_vfsops and I have no idea what 'mem' or 'trap' is, but I can compile up a UP kernel now. If you come across more compilation/options combinations that don't work send me email. Since we are probably going to be using get_mplock()/rel_mplock() and other mutex/locking functions more and more in the mainline kernel code, I've decided to turn them into __inline dummies for the UP kernel rather then attempt to #ifdef them out. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message