From owner-cvs-all Sun Jan 17 15:34:57 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA19993 for cvs-all-outgoing; Sun, 17 Jan 1999 15:34:57 -0800 (PST) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.26.10.9]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA19982; Sun, 17 Jan 1999 15:34:44 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id KAA02595; Mon, 18 Jan 1999 10:34:38 +1100 Date: Mon, 18 Jan 1999 10:34:38 +1100 From: Bruce Evans Message-Id: <199901172334.KAA02595@godzilla.zeta.org.au> To: cvs-all@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, peter@FreeBSD.ORG Subject: Re: cvs commit: src/sys/net if_tun.c ppp_tty.c src/sys/modules/if_tun Makefile src/sys/modules/if_ppp Makefile Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk > Modified files: > sys/net if_tun.c ppp_tty.c > sys/modules/if_tun Makefile > sys/modules/if_ppp Makefile > Log: > Undo #undef KERNEL hack for vnode.h to avoid vnode_if.h. > XXX It probably makes sense to have a flag for bsd.kern.mk to avoid these > rules. You mean bsd.kmod.mk. VFS_LKM/VFS_KLD does it it for vfs LKM^H^H^HKLDs (KLD is a bad name). > XXX IO_NDELAY seems to be the main reason for it, when used in a cdevsw > read or write "flag" context. Perhaps a redundant declaration > somewhere like sys/conf.h might help remove the need for vnode.h in > these device drivers in the first place. Perhaps just move the definitions. The IO_ flags don't seem to have anything to do with vnodes. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message