From owner-freebsd-sparc64@FreeBSD.ORG  Thu Jun  4 12:22:21 2009
Return-Path: <owner-freebsd-sparc64@FreeBSD.ORG>
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 <jhb@freebsd.org>
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>
	<k2BOEYfMcn9Q2wvaWZK0dLZVLhc@BpFm1zkZmHABxHH1eUOcQSRoWTc>
In-Reply-To: <k2BOEYfMcn9Q2wvaWZK0dLZVLhc@BpFm1zkZmHABxHH1eUOcQSRoWTc>
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 <marius@alchemy.franken.de>, rwatson@freebsd.org,
	FreeBSD Tinderbox <tinderbox@freebsd.org>, 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 <freebsd-sparc64.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64>, 
	<mailto:freebsd-sparc64-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-sparc64>
List-Post: <mailto:freebsd-sparc64@freebsd.org>
List-Help: <mailto:freebsd-sparc64-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64>,
	<mailto:freebsd-sparc64-request@freebsd.org?subject=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