Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754424Ab0FNTd5 (ORCPT ); Mon, 14 Jun 2010 15:33:57 -0400 Received: from arkanian.console-pimps.org ([212.110.184.194]:45388 "EHLO arkanian.console-pimps.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753774Ab0FNTdy (ORCPT ); Mon, 14 Jun 2010 15:33:54 -0400 From: Matt Fleming To: Tim Abbott Cc: linux-arch@vger.kernel.org, Arnd Bergmann , linux-kernel@vger.kernel.org, Sam Ravnborg , Michal Marek , Denys Vlasenko , James Bottomley Subject: Re: [PATCH 1/5] vmlinux.lds.h: Include *(.text.*) in TEXT_TEXT In-Reply-To: References: <1276519112-11649-1-git-send-email-matt@console-pimps.org> User-Agent: Notmuch/0.3.1-61-g3f63bb6 (http://notmuchmail.org) Emacs/23.1.90.2 (x86_64-unknown-linux-gnu) Date: Mon, 14 Jun 2010 20:33:53 +0100 Message-ID: <87y6ehxvby.fsf@linux-g6p1.site> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1537 Lines: 36 On Mon, 14 Jun 2010 10:32:46 -0400 (EDT), Tim Abbott wrote: > > I was planning to submit in the next couple weeks a change that adds > support for building the kernel with -ffunction-sections -fdata-sections, > which would have as a piece of it adding to TEXT_TEXT the following > expression: > > *(.text.[A-Za-z$_]*) /* handle -ffunction-sections */\ > > which should match the .text.foo sections generated by -ffunction-sections > but not the kernel's special sections which now all have names of the form > .text..foo. I suspect after that change, the cleanup of deleting .text.* > from the various architecture linker scripts that reference it should be > possible. Do these special kernel sections include things like the parisc .text.do_softirq, .text.sys_exit, etc? James raised a good objection to the parisc patch of this series. I'm guessing most people saw it already but I'll paste it here for reference, This would destroy all of the named parisc text ordering we do above the removed line because now you'd have swept up all the function sections before we get to them, won't it? The ordering is an execution speed up on 32 bit systems because our relative jump is so short. James Will you changes handle this OK? -- 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/