From owner-cvs-src@FreeBSD.ORG Fri Apr 4 13:53:08 2003 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D191A37B401; Fri, 4 Apr 2003 13:53:08 -0800 (PST) Received: from HAL9000.homeunix.com (12-233-57-131.client.attbi.com [12.233.57.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8EA043FB1; Fri, 4 Apr 2003 13:53:07 -0800 (PST) (envelope-from das@FreeBSD.ORG) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) h34Lr2Kj037432; Fri, 4 Apr 2003 13:53:02 -0800 (PST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.6p2/8.12.5/Submit) id h34Lr2w8037431; Fri, 4 Apr 2003 13:53:02 -0800 (PST) (envelope-from das@FreeBSD.ORG) Date: Fri, 4 Apr 2003 13:53:02 -0800 From: David Schultz To: "Dag-Erling =?us-ascii:iso-8859-1?Q?Sm=F8rgrav?=" Message-ID: <20030404215301.GA37335@HAL9000.homeunix.com> Mail-Followup-To: "Dag-Erling =?us-ascii:iso-8859-1?Q?Sm=F8rgrav?=" , Kris Kennaway , src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org References: <200304041729.h34HTtVb027430@repoman.freebsd.org> <20030404173635.GA22147@rot13.obsecurity.org> <20030404182223.GA36706@HAL9000.homeunix.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii:iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: cc: cvs-src@FreeBSD.ORG cc: src-committers@FreeBSD.ORG cc: cvs-all@FreeBSD.ORG cc: Kris Kennaway Subject: Re: cvs commit: src/sys/alpha/alpha support.s src/sys/i386/i386 identcpu.c support.s src/sys/i386/include md_var.h src/sys/i386/isa npx.c src/sys/ia64/ia64 support.s src/sys/powerpc/powerpc bcopy.c src/sys/sparc64/sparc64 support.S ... X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 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: Fri, 04 Apr 2003 21:53:09 -0000 Thus spake Dag-Erling Smørgrav : > David Schultz writes: > > BTW, why does this change convert bcopy from a function pointer to > > a function that jumps to the address of a pointer? This looks > > like a net gain in lines of code and a net gain in pipeline > > stalls. Is there something in particular that it makes easier? > > Just code hygiene. There is no such optimization for bzero or any of > the other functions in support.s (copyin, copyout), and it required an > i386-specific declaration in . Of course, if the > consensus is that this micro-optimization is desirable, I'll back out > this part of the patch, but in that case I'll turn the other functions > into pointers as well rather than have a mixed bag. I don't care about the microoptimization if it's actually problematic in some way. I just don't see why calling a function that jumps to the address of a pointer is aesthetically better than calling the pointer in the first place. In any case, it's not a big deal and I probably shouldn't have even bothered to bring it up.