From owner-cvs-all@FreeBSD.ORG Sat Jun 28 02:09:20 2008 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59FE71065672; Sat, 28 Jun 2008 02:09:20 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail04.syd.optusnet.com.au (mail04.syd.optusnet.com.au [211.29.132.185]) by mx1.freebsd.org (Postfix) with ESMTP id C0BF28FC1D; Sat, 28 Jun 2008 02:09:19 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from c220-239-252-11.carlnfd3.nsw.optusnet.com.au (c220-239-252-11.carlnfd3.nsw.optusnet.com.au [220.239.252.11]) by mail04.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m5S29DgM009904 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Jun 2008 12:09:14 +1000 Date: Sat, 28 Jun 2008 12:09:13 +1000 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Marius Strobl In-Reply-To: <20080627222404.GJ1215@alchemy.franken.de> Message-ID: <20080628120700.S89039@delplex.bde.org> References: <200806252105.m5PL5AUp064418@repoman.freebsd.org> <48654667.1040401@gmx.de> <20080627222404.GJ1215@alchemy.franken.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: cvs-src@freebsd.org, Christoph Mallon , src-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/sparc64/include in_cksum.h X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2008 02:09:20 -0000 On Sat, 28 Jun 2008, Marius Strobl wrote: > On Fri, Jun 27, 2008 at 09:58:31PM +0200, Christoph Mallon wrote: >> >> This approach seems wrong to me and I think it works only by chance. The > > I wasn't aware that the clobber list allows to explicitly specify > the condition codes, thanks for the hint. Though it unfortunately > took me longer than two days to verify it's effect on the generated > code; sparc64 could still have been one of the archs where "cc" has > no effect. I think it still only works by chance. > Besides I don't think using "__volatile" for this is > that wrong, given that the sparc64 code generated by using "cc" > and "__volatile" is nearly identical and given that at least i386 > relies on "__volatile" telling GCC that the inline assembler uses > the condition codes since quite some time. So the condition codes > are probably part of what GCC treats as "important side-effects". No, the comments in the i386 version are rotted bits left over from old failing attempts to fix this problem. Bruce