Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932181AbWC1Qeg (ORCPT ); Tue, 28 Mar 2006 11:34:36 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932190AbWC1Qeg (ORCPT ); Tue, 28 Mar 2006 11:34:36 -0500 Received: from nommos.sslcatacombnetworking.com ([67.18.224.114]:3361 "EHLO nommos.sslcatacombnetworking.com") by vger.kernel.org with ESMTP id S932181AbWC1Qef (ORCPT ); Tue, 28 Mar 2006 11:34:35 -0500 In-Reply-To: <20060324180538.GC4406@in.ibm.com> References: <20060323195752.GD7175@in.ibm.com> <20060324011217.7b8aade1.akpm@osdl.org> <20060324180538.GC4406@in.ibm.com> Mime-Version: 1.0 (Apple Message framework v746.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Cc: Andrew Morton , linux-kernel@vger.kernel.org, fastboot@lists.osdl.org, torvalds@osdl.org, ebiederm@xmission.com, gregkh@suse.de, bcrl@kvack.org, dave.jiang@gmail.com, arjan@infradead.org, maneesh@in.ibm.com, muralim@in.ibm.com Content-Transfer-Encoding: 7bit From: Kumar Gala Subject: Re: [RFC][PATCH 0/10] 64 bit resources Date: Tue, 28 Mar 2006 10:34:39 -0600 To: vgoyal@in.ibm.com X-Mailer: Apple Mail (2.746.3) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - nommos.sslcatacombnetworking.com X-AntiAbuse: Original Domain - vger.kernel.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - kernel.crashing.org X-Source: X-Source-Args: X-Source-Dir: Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2348 Lines: 94 On Mar 24, 2006, at 12:05 PM, Vivek Goyal wrote: > On Fri, Mar 24, 2006 at 01:12:17AM -0800, Andrew Morton wrote: >> Vivek Goyal wrote: >>> >>> Hi, >>> >>> Here is an attempt to implement support for 64 bit resources. >>> This will >>> enable memory more than 4G to be exported through /proc/iomem, >>> which is used >>> by kexec/kdump to determine the physical memory layout of the >>> system. >>> >>> ... >>> >>> We used "make allyesconfig" with CONFIG_DEBUG_INFO=n on 2.6.16-mm1. >>> >>> i386 >>> ---- >>> >>> vmlinux size without patch: 40191425 >>> vmlinux size with path: 40244677 >>> vmlinux size bloat: 52K (.13%) >> >> ugh, that's actually a surprising amount of growth. Could you >> look into it >> a bit more please? Where's it coming from? text? data? > > > Andrew, most of it seems to be coming from .text. I have pasted few > results > below. > >> >> A bit of growth in drivers is probably OK, as all machines load a >> tiny >> subset of them. But if it's core kernel, not so good. What is >> the effect >> on allnoconfig? > > Here are more compilation results with allnoconfig, allmodconfig and > allyesconfig on i386. I have picked section sizes from the output > of readelf. > > allnoconfig > ---------- > > vmlinux bloat: 0 > > .text bloat: 1008 bytes > .data bloat: 672 bytes. > .init.text bloat: 128 bytes > .init.data bloat: 0 bytes > > (Not sure why vmlinux size difference is zero, given the fact that few > sections are showing bloated size) > > > allmodconfig (CONFIG_DEBUG_INFO=n) > ------------ > > vmlinux bloat:4096 bytes > > .text bloat: 4064 bytes > .init.text bloat: 470 bytes > .data bloat: 640 bytes > > > allyesconfig (CONFIG_DEBUG_INFO=n) > ----------- > > vmlinux size bloat: 52K > > .text bloat: 28.5K > .init_text bloat: 5K > .eh_frame bloat: 16K (What's that. Looks big) > .rodata bloat: 152 bytes > .data bloat: 768 bytes So the bloat seems be in the drivers as expected. Vivek, mind updating these against -mm2 also, can you fixup arch/ powerpc/kernel/pci_32.c. Andrew, any issues in merging into -mm? - kumar - 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/