From owner-freebsd-current Mon Sep 22 12:21:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA10989 for current-outgoing; Mon, 22 Sep 1997 12:21:12 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA10984 for ; Mon, 22 Sep 1997 12:21:06 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id FAA26906; Tue, 23 Sep 1997 05:17:20 +1000 Date: Tue, 23 Sep 1997 05:17:20 +1000 From: Bruce Evans Message-Id: <199709221917.FAA26906@godzilla.zeta.org.au> To: nate@mt.sri.com, phk@critter.freebsd.dk Subject: Re: cvs commit: src/sys/conf files src/sys/dev/vx if_vx.c if_vxreg.h src/sys/i386/apm apm.c src/sys/i386/conf GENERIC files.i386 src/sys/i386/eisa 3c5x9.c aha1742.c aic7770.c bt74x.c eisaconf.c eisaconf.h if_fea.c if_vx_eisa.c src/sys/i386/i386 autoconf.c ... Cc: bde@zeta.org.au, current@FreeBSD.ORG, gibbs@plutotech.com Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Anyway, it shouldn't be to hard to make either of the old and the new >implementations available under a compile option, the new calling >API is a a superset of the old, isn't it ? No, timeout() now passes back a cookie which is required for faster lookup in untimeout(), and managing the cookies is painful. Ifdefs would be required in about 41 files to optionally restore the old calling convention. However, it would be easy to test the new API with the old implementation by ignoring the cookies only in kern_clock.c. Bruce