Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759708AbZIPRaI (ORCPT ); Wed, 16 Sep 2009 13:30:08 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758651AbZIPRaE (ORCPT ); Wed, 16 Sep 2009 13:30:04 -0400 Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:53919 "EHLO sunset.davemloft.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753929AbZIPRaC (ORCPT ); Wed, 16 Sep 2009 13:30:02 -0400 Date: Wed, 16 Sep 2009 10:30:19 -0700 (PDT) Message-Id: <20090916.103019.253722423.davem@davemloft.net> To: tabbott@ksplice.com Cc: sparclinux@vger.kernel.org, linux-kernel@vger.kernel.org, sam@ravnborg.org, geofft@ksplice.com Subject: Re: [PATCH v2] sparc: Clean up linker script using new linker script macros. From: David Miller In-Reply-To: References: <1253119592-19598-2-git-send-email-tabbott@ksplice.com> <20090916.101924.186960949.davem@davemloft.net> X-Mailer: Mew version 6.2.51 on Emacs 22.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1231 Lines: 32 From: Tim Abbott Date: Wed, 16 Sep 2009 13:27:43 -0400 (EDT) > On Wed, 16 Sep 2009, David Miller wrote: > >> Can you do this cleanup without moving the relative locations of .data >> and .data1 sections? > > Yes, if you just swap RW_DATA_SECTION and .data1 so it looks like > > RW_DATA_SECTION(SMP_CACHE_BYTES, 0, THREAD_SIZE) > .data1 : { > *(.data1) > } > > instead, that would preserve their relative locations. > > Currently, switching to RW_DATA_SECTION would still result in a change in > their relative position that .data.page_aligned and .data.nosave would be > between .data and .data1 (not sure if that is relevant on sparc). (this > will change when is merged). I don't know which, if any, are relevant or could cause problems. It's hard for me to ACK this because it's not a straight nop transformation, which we could at least presume would function properly if the macros were implemented correctly. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/