From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758153AbXK0VKh (ORCPT ); Tue, 27 Nov 2007 16:10:37 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757733AbXK0VK0 (ORCPT ); Tue, 27 Nov 2007 16:10:26 -0500 Received: from ug-out-1314.google.com ([66.249.92.168]:43798 "EHLO ug-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756000AbXK0VKX (ORCPT ); Tue, 27 Nov 2007 16:10:23 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=C6RjVsJ53pXFMnulnhZeJ9zae6J5XRoflKXuovjc2lZR/yqkwL+fVWFFKpiwKhSb6vxVjU9R+FNax2+yzriyqX6jc4SYHTgCDzqiXlXCmnJRFZ89MwAscggxfhkP7N965XdEdyRkRfhC1cqaUQrv6+IwK8tWUoQdpXMTUHKo/Zk= Message-ID: Date: Tue, 27 Nov 2007 14:10:21 -0700 From: "David Mosberger-Tang" To: "Christoph Lameter" Subject: Re: [patch 04/14] ia64: Remove the __SMALL_ADDR_AREA attribute for per cpu access Cc: akpm@linux-foundation.org, linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org, tony.luck@intel.com In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071127001407.859743255@sgi.com> <20071127001430.083503280@sgi.com> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On 11/27/07, Christoph Lameter wrote: > On Mon, 26 Nov 2007, David Mosberger-Tang wrote: > > > On 11/26/07, Christoph Lameter wrote: > > > The model(small) attribute is not supported by gcc 4.X. The tests > > > will always be negative today. > > > > What was the rationale for removing this attribute? > > The code is then similar across all architectures and can be moved into > generic code. Uniformity for the sake of uniformity? The small data addressing is really elegant and I don't think it should be dropped just for the sake of uniformity. --david