From owner-cvs-src@FreeBSD.ORG Tue Feb 26 18:25:53 2008 Return-Path: Delivered-To: cvs-src@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 335FF1065673; Tue, 26 Feb 2008 18:25:53 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0049F13C4D1; Tue, 26 Feb 2008 18:25:52 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 1C46746B08; Tue, 26 Feb 2008 13:25:52 -0500 (EST) Date: Tue, 26 Feb 2008 18:25:51 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "David E. O'Brien" In-Reply-To: <200802261819.m1QIJnTO068648@repoman.freebsd.org> Message-ID: <20080226182149.D19847@fledge.watson.org> References: <200802261819.m1QIJnTO068648@repoman.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/fs/nullfs null_vfsops.c src/sys/fs/nwfs nwfs_vfsops.c src/sys/fs/smbfs smbfs_vfsops.c src/sys/kern vfs_default.c vfs_vnops.c src/sys/sys mount.h vnode.h src/sys/ufs/ufs quota.h ufs_quota.c ufs_vfsops.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2008 18:25:53 -0000 On Tue, 26 Feb 2008, David E. O'Brien wrote: > Modified files: (Branch: RELENG_6) > sys/fs/nullfs null_vfsops.c > sys/fs/nwfs nwfs_vfsops.c > sys/fs/smbfs smbfs_vfsops.c > sys/kern vfs_default.c vfs_vnops.c > sys/sys mount.h vnode.h > sys/ufs/ufs quota.h ufs_quota.c ufs_vfsops.c > Log: > Back out MFC of "eradicate caddr_t". > Turn's out Kris' suspisions were right - from a suttle code compatability > point of view. Robert Watson found that ARLA code had something like this: > typedef int (*foo_t)(caddr_t); ... foo_t fred; > The compile gets all snarky when it finds int fred(void *) { .. }. To be specific, it's about code on the order of the following -- in the include file: vfs_quotactl_t nnpfs_quotactl; In the .c file here nnpfs_quotactl is implemented: int nnpfs_quotactl(struct mount *mp, int cmd, uid_t uid, caddr_t arg, d_thread_t *p) { ... } In another .c file where nnpfs_quotactl is used: .vfs_quotactl = nnpfs_quotactl, The compile keels over when it discovers that nnpfs_quotactl doesn't match the implementation because it doesn't match the typedef. So it's actually our typedef, not Arla's typedef. In any case, thanks for backing this out -- while I like the change in principle (and am glad it's in newer releases), this was a case of compatibility problems outweighing benefits. Robert N M Watson Computer Laboratory University of Cambridge