From: Jun Sun <jsun@mvista.com>
To: "Jörn Engel" <joern@wohnheim.fh-wedel.de>
Cc: linux-mtd@lists.infradead.org
Subject: Re: [PATCH] extend physmap.c to support run-time adding partitions
Date: Thu, 23 Oct 2003 16:57:26 -0700 [thread overview]
Message-ID: <20031023165726.J1345@mvista.com> (raw)
In-Reply-To: <20031023130406.D1345@mvista.com>; from jsun@mvista.com on Thu, Oct 23, 2003 at 01:04:06PM -0700
On Thu, Oct 23, 2003 at 01:04:06PM -0700, Jun Sun wrote:
> On Thu, Oct 23, 2003 at 08:15:41PM +0200, Jörn Engel wrote:
> > On Thu, 23 October 2003 10:43:20 -0700, Jun Sun wrote:
> > > >
> > > > o All those translate to improvements in the source code. How about the
> > > > binary? Compile with and without patch and post the kernel image
> > > > size. And remember that noone will use two map files at the same time
> > > > in the real world.
> > > >
> > > > o Copy and paste is simple. So simple in fact, that everyone does it,
> > > > as you have observed. Why make it more complicated, unless you have
> > > > clear advantages.
> > >
> > > ... as if my previous listings are not advantages. :)
> >
> > They are, no doubt. But there are disadvantages as well.
> >
> > > > Yes, I like the basic idea, tried to do it myself. But what's the use
> > > > if all your users care about binary size and that increases?
> > >
> > > I find it hard to belive this patch would increase kernel size.
> > > Can someone using existing propriatary mapping driver apply this
> > > patch, switch to use physmap.c, and let us know the size increase?
> > >
> > > How much increase would you start to really care in a typical .5M to 2M
> > > kernel? 1K or 10K or 100K? I think the increase should be minimum if any.
> >
> > I don't know and I don't care. You want the patch in, you show the
> > numbers or convince David otherwise.
> >
>
> I will do some numbers,
<snip>
OK, I converted jmr3927 flash driver to use physmap and kernel size increases
by whopping 96 bytes! See the ELF header dump below. :)
Meanwhile, we sadly announce the loss of drivers/mtd/maps/jmr3927-flash.c
file and the death of CONFIG_MTD_JMR3927 (not in MTD tree yet). :0
Jun
-------------------------------------------
original vmlinux with no modification:
vmlinux.orig: file format elf32-tradlittlemips
Sections:
Idx Name Size VMA LMA File off Algn
0 .text 001aa080 80050000 80050000 00001000 2**5
CONTENTS, ALLOC, LOAD, READONLY, CODE
1 .fixup 00001250 801fa080 801fa080 001ab080 2**0
CONTENTS, ALLOC, LOAD, READONLY, CODE
2 .kstrtab 00005000 801fb2d0 801fb2d0 001ac2d0 2**2
CONTENTS, ALLOC, LOAD, READONLY, DATA
3 __ex_table 000016d8 802002d0 802002d0 001b12d0 2**2
CONTENTS, ALLOC, LOAD, READONLY, DATA
4 __dbe_table 00000000 802019a8 802019a8 001b29a8 2**0
CONTENTS, ALLOC, LOAD, READONLY, DATA
5 __ksymtab 000025a8 802019a8 802019a8 001b29a8 2**2
CONTENTS, ALLOC, LOAD, READONLY, DATA
6 .data.init_task 00002000 80204000 80204000 001b5000 2**3
CONTENTS, ALLOC, LOAD, DATA
7 .text.init 0001757c 80206000 80206000 001b7000 2**2
CONTENTS, ALLOC, LOAD, READONLY, CODE
8 .data.init 00005070 8021d57c 8021d57c 001ce57c 2**2
CONTENTS, ALLOC, LOAD, DATA
9 .setup.init 000000e8 802225f0 802225f0 001d35f0 2**2
CONTENTS, ALLOC, LOAD, DATA
10 .initcall.init 000000ac 802226d8 802226d8 001d36d8 2**2
CONTENTS, ALLOC, LOAD, DATA
11 .data.cacheline_aligned 00001470 80223000 80223000 001d4000 2**4
CONTENTS, ALLOC, LOAD, DATA
12 .reginfo 00000018 80224470 80224470 001d5470 2**2
CONTENTS, ALLOC, LOAD, READONLY, DATA, LINK_ONCE_SAME_SIZE
13 .data 0001a000 80225000 80225000 001d6000 2**12
CONTENTS, ALLOC, LOAD, DATA
14 .bss 0002ce90 8023f000 8023f000 001f0000 2**4
ALLOC
15 .comment 00002cce 8026be90 8026be90 001f0000 2**0
CONTENTS, READONLY
16 .pdr 00027ae0 00000000 00000000 001f2cd0 2**2
CONTENTS, READONLY
17 .mdebug.abi32 00000000 00000000 00000000 0021a7b0 2**0
CONTENTS, READONLY
-------------------------------------------
new vmlinux with patching:
vmlinux: file format elf32-tradlittlemips
Sections:
Idx Name Size VMA LMA File off Algn
0 .text 001aa000 80050000 80050000 00001000 2**5
CONTENTS, ALLOC, LOAD, READONLY, CODE
1 .fixup 00001250 801fa000 801fa000 001ab000 2**0
CONTENTS, ALLOC, LOAD, READONLY, CODE
2 .kstrtab 00005000 801fb250 801fb250 001ac250 2**2
CONTENTS, ALLOC, LOAD, READONLY, DATA
3 __ex_table 000016d8 80200250 80200250 001b1250 2**2
CONTENTS, ALLOC, LOAD, READONLY, DATA
4 __dbe_table 00000000 80201928 80201928 001b2928 2**0
CONTENTS, ALLOC, LOAD, READONLY, DATA
5 __ksymtab 000025a8 80201928 80201928 001b2928 2**2
CONTENTS, ALLOC, LOAD, READONLY, DATA
6 .data.init_task 00002000 80204000 80204000 001b5000 2**3
CONTENTS, ALLOC, LOAD, DATA
7 .text.init 0001763c 80206000 80206000 001b7000 2**2
CONTENTS, ALLOC, LOAD, READONLY, CODE
8 .data.init 000050e0 8021d63c 8021d63c 001ce63c 2**2
CONTENTS, ALLOC, LOAD, DATA
9 .setup.init 000000e8 80222720 80222720 001d3720 2**2
CONTENTS, ALLOC, LOAD, DATA
10 .initcall.init 000000ac 80222808 80222808 001d3808 2**2
CONTENTS, ALLOC, LOAD, DATA
11 .data.cacheline_aligned 00001470 80223000 80223000 001d4000 2**4
CONTENTS, ALLOC, LOAD, DATA
12 .reginfo 00000018 80224470 80224470 001d5470 2**2
CONTENTS, ALLOC, LOAD, READONLY, DATA, LINK_ONCE_SAME_SIZE
13 .data 0001a000 80225000 80225000 001d6000 2**12
CONTENTS, ALLOC, LOAD, DATA
14 .bss 0002ce40 8023f000 8023f000 001f0000 2**4
ALLOC
15 .comment 00002cce 8026be40 8026be40 001f0000 2**0
CONTENTS, READONLY
16 .pdr 00027a00 00000000 00000000 001f2cd0 2**2
CONTENTS, READONLY
17 .mdebug.abi32 00000000 00000000 00000000 0021a6d0 2**0
CONTENTS, READONLY
next prev parent reply other threads:[~2003-10-23 23:58 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-10-23 1:25 [PATCH] extend physmap.c to support run-time adding partitions Jun Sun
[not found] ` <20031023153307.GA11669@wohnheim.fh-wedel.de>
2003-10-23 17:03 ` Jun Sun
2003-10-23 17:31 ` Jörn Engel
2003-10-23 17:43 ` Jun Sun
2003-10-23 18:15 ` Jörn Engel
2003-10-23 20:04 ` Jun Sun
2003-10-23 23:57 ` Jun Sun [this message]
2003-10-28 8:22 ` Holger Schurig
2003-10-29 2:33 ` Jun Sun
2003-10-27 18:17 ` Jun Sun
2003-10-28 10:50 ` David Woodhouse
2003-10-29 2:28 ` Jun Sun
2003-10-29 11:13 ` David Woodhouse
2003-10-29 18:45 ` Jun Sun
2003-10-29 19:32 ` Jörn Engel
2003-10-29 23:15 ` Jun Sun
2003-10-29 22:57 ` Cam Mayor
2003-10-29 23:13 ` Jun Sun
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20031023165726.J1345@mvista.com \
--to=jsun@mvista.com \
--cc=joern@wohnheim.fh-wedel.de \
--cc=linux-mtd@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.