From owner-svn-src-all@FreeBSD.ORG Mon Jun 30 20:15:59 2014 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 01330B6; Mon, 30 Jun 2014 20:15:59 +0000 (UTC) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "alchemy.franken.de", Issuer "alchemy.franken.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8A3342FD7; Mon, 30 Jun 2014 20:15:58 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.8/8.14.8/ALCHEMY.FRANKEN.DE) with ESMTP id s5UKFtas065097 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 30 Jun 2014 22:15:55 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.8/8.14.8/Submit) id s5UKFtNN065096; Mon, 30 Jun 2014 22:15:55 +0200 (CEST) (envelope-from marius) Date: Mon, 30 Jun 2014 22:15:55 +0200 From: Marius Strobl To: John Baldwin Subject: Re: svn commit: r268055 - head/sys/sys Message-ID: <20140630201555.GE7615@alchemy.franken.de> References: <201406301811.s5UIBMxh036571@svn.freebsd.org> <201406301437.08687.jhb@freebsd.org> <53B1AFDE.30104@selasky.org> <201406301447.21620.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201406301447.21620.jhb@freebsd.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (alchemy.franken.de [0.0.0.0]); Mon, 30 Jun 2014 22:15:55 +0200 (CEST) Cc: Hans Petter Selasky , svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2014 20:15:59 -0000 On Mon, Jun 30, 2014 at 02:47:21PM -0400, John Baldwin wrote: > On Monday, June 30, 2014 2:43:42 pm Hans Petter Selasky wrote: > > On 06/30/14 20:37, John Baldwin wrote: > > > Reindenting the whitespace made this diff harder to read. Why hasn't this > > > been a problem before on powerpc64? > > > > Hi, > > > > This has not been a problem before, because producers of DATA_SET()'s > > were using syntax along these lines: > > > > static int test2; > > static int test3; > > > > DATA_SET(test, test2); > > DATA_SET(test, test3); > > > > Now if you change this simple code to: > > > > static int test2; > > int test3; > > > > DATA_SET(test, test2); > > DATA_SET(test, test3); > > > > It breaks on powerpc64. Should be very easy to reproduce. > > > > The problem with SYSCTL's is that some are global and some are not. > > Before an indirect pointer was hiding this problem from appearing. > > > > Do you see? Or do you want me to explain more. > > Ahh, ok. Seems odd that this sort of thing would be ppc64-specific however. > Apparently it isn't and has also has shown up on at least ia64: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31490 Marius