From owner-freebsd-sparc64@FreeBSD.ORG Thu Jun 4 12:22:21 2009 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 468141065670; Thu, 4 Jun 2009 12:22:21 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 14E088FC08; Thu, 4 Jun 2009 12:22:21 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id B955846B38; Thu, 4 Jun 2009 08:22:20 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 8E0C58A02D; Thu, 4 Jun 2009 08:22:19 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org, rea-fbsd@codelabs.ru Date: Thu, 4 Jun 2009 08:02:25 -0400 User-Agent: KMail/1.9.7 References: <20090602222445.2F6017302F@freebsd-current.sentex.ca> <20090603194453.GA43137@alchemy.franken.de> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906040802.27057.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 04 Jun 2009 08:22:19 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: kmacy@freebsd.org, khb@freebsd.org, Marius Strobl , rwatson@freebsd.org, FreeBSD Tinderbox , sparc64@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jun 2009 12:22:22 -0000 On Wednesday 03 June 2009 11:26:17 pm Eygene Ryabinkin wrote: > > > By the way, having looked at sys/sys/pcpu.h, I see that there are parts > > > of 'struct pcpu' that depend on the KTR_PERCPU being defined and they > > > are never compensated with padding in PCPU_MD_FIELDS for sun4v. Is > > > KTR_PERCPU constant for sun4v (inexisting or defined everytime) or I am > > > missing something? > > > > It's just not taken into account but AFAICT also dead code. > > Yes, seems like so. John, may be we can eliminate the only reference to > KTR_PERCPU from sys/sys/pcpu.h? Both 'struct pcpu' fields seem to be > unused (grep'ped -CURRENT sources). Yes. -- John Baldwin