All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [RFC] initcall mechanism introduction
Date: Sun, 24 May 2009 14:00:41 +0200	[thread overview]
Message-ID: <20090524120041.GG26561@game.jcrosoft.org> (raw)
In-Reply-To: <20090523181958.8E778832E416@gemini.denx.de>

On 20:19 Sat 23 May     , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
> 
> In message <20090523150558.GB26561@game.jcrosoft.org> you wrote:
> > 
> > 	Linux Kernel has for a long time a well-optimized mechanism for for
> > 	calling initiallisation code. Import the the same functionnality to
> > 	U-Boot.
> > 
> > 	Evenif it will increase a few U-Boot (999 bytes) as show in PATCH 3/3
> > 	if we convert the NET_MULTI it will decrease of 2212 bytes at the end
> 
> What would be the purpose of this in a boot loader?
> 
> For Linux iot makes sense to free each and every  byte  which  is  no
> longer  needed  because  applications running can really benefir from
> it. But in U-Boot? Please check the memory map of the running system.
> The memory regained will not even be usable by anybody...
it you read the patch 1 you will see that I've no which to free it
> 
> What sort of benefit do you expect?
simplify the code, reduce the number of ifdef
reduce the size of U-Boot etc...

I do have some test and I've gain between 2KiB and more than 10KiB
by using this

so yes I think it's great winn

Best Regards,
J.

  reply	other threads:[~2009-05-24 12:00 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-05-23 15:05 [U-Boot] [RFC] initcall mechanism introduction Jean-Christophe PLAGNIOL-VILLARD
     [not found] ` <1243091325-27683-1-git-send-email-plagnioj@jcrosoft.com>
2009-05-23 15:08   ` [U-Boot] [PATCH 2/3] arm: add initcalls_init Jean-Christophe PLAGNIOL-VILLARD
2009-05-23 15:08     ` [U-Boot] [PATCH 3/3] net: switch device init to initcall Jean-Christophe PLAGNIOL-VILLARD
2009-05-23 15:41       ` Ben Warren
2009-05-23 16:36         ` Jean-Christophe PLAGNIOL-VILLARD
2009-05-23 18:26           ` Wolfgang Denk
2009-05-23 18:31           ` Ben Warren
2009-05-23 18:19 ` [U-Boot] [RFC] initcall mechanism introduction Wolfgang Denk
2009-05-24 12:00   ` Jean-Christophe PLAGNIOL-VILLARD [this message]
2009-05-24 14:57     ` Wolfgang Denk
2009-05-24 15:04       ` Jean-Christophe PLAGNIOL-VILLARD
2009-05-24 17:05         ` Wolfgang Denk
2009-05-26 21:00       ` Scott Wood
2009-05-26 21:54         ` Wolfgang Denk
2009-05-26 22:07           ` Jean-Christophe PLAGNIOL-VILLARD
2009-05-26 22:25             ` Wolfgang Denk
2009-05-26 22:20           ` Scott Wood
2009-05-26 22:28             ` Wolfgang Denk
2009-05-27  7:52           ` Haavard Skinnemoen
2009-05-27  8:12             ` Stefan Roese
2009-05-27 18:48               ` Mike Frysinger

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=20090524120041.GG26561@game.jcrosoft.org \
    --to=plagnioj@jcrosoft.com \
    --cc=u-boot@lists.denx.de \
    /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.