From: Zhang Fuxin <fxzhang@ict.ac.cn>
To: Gerald Champagne <gerald.champagne@esstech.com>
Cc: "linux-mips@oss.sgi.com" <linux-mips@oss.sgi.com>
Subject: Re: Freeing global memory used only by __init functions
Date: Wed, 19 Sep 2001 2:8:47 +0800 [thread overview]
Message-ID: <200109181809.f8II9Se03800@oss.sgi.com> (raw)
hi,Gerald Champagne,
I think __initdata attribute is the answer.You just need to
put init data in init data section(via __initdata),there are many examples
in kernel.
在 2001-09-18 12:58:00 you wrote:
>I noticed that several global buffers are used by a few functions marked
>as __init functions. I assume that the code space used by these functions
>will be freed up when kernel initialization is completed, but can the
>associated global memory be freed up as well?
>
>An example can be found in arch/mips/mips-boards/generic/cmdline.c:
>
>char arcs_cmdline[COMMAND_LINE_SIZE];
>char * __init prom_getcmdline(void);
>void __init prom_init_cmdline(void);
>
>arcs_cmdline is only used by these two functions and one other function
>marked as __init.
>
>This buffer is small, but it can apply to larger buffers as well. For
>example, in arch/mips/mips-boards/generic/printf.c, I think the functions
>putPromChar and getPromChar should be marked as __init functions, and the
>1k buffer "buf" is never used after initialization. Can this 1k be recovered?
>
>I know kmalloc could normally be used in kernel code, but that won't work on
>initialization code used before kmalloc is initialized.
>
>Thanks.
>
>Gerald
Regards
Zhang Fuxin
fxzhang@ict.ac.cn
next reply other threads:[~2001-09-18 18:09 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-09-18 18:08 Zhang Fuxin [this message]
[not found] <200109181808.LAA05245@mail.esstech.com>
2001-09-18 18:37 ` Freeing global memory used only by __init functions Gerald Champagne
2001-09-19 1:02 ` Ralf Baechle
-- strict thread matches above, loose matches on Subject: below --
2001-09-18 17:58 Gerald Champagne
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=200109181809.f8II9Se03800@oss.sgi.com \
--to=fxzhang@ict.ac.cn \
--cc=gerald.champagne@esstech.com \
--cc=linux-mips@oss.sgi.com \
/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.