linux-mips
[Top] [All Lists]

RE: [PATCH 2/2] MIPS: vmlinux.lds.S: handle .{init,exit}.bss sections

To: "Franck Bui-Huu" <fbuihuu@gmail.com>, <linux-arch@vger.kernel.org>
Subject: RE: [PATCH 2/2] MIPS: vmlinux.lds.S: handle .{init,exit}.bss sections
From: "Luck, Tony" <tony.luck@intel.com>
Date: Mon, 3 Dec 2007 09:00:49 -0800
Cc: <macro@linux-mips.org>, <linux-mips@linux-mips.org>
In-reply-to: <1196543586-6698-3-git-send-email-fbuihuu@gmail.com>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <1196543586-6698-1-git-send-email-fbuihuu@gmail.com> <1196543586-6698-3-git-send-email-fbuihuu@gmail.com>
Sender: linux-mips-bounce@linux-mips.org
Thread-index: Acg0Xwu30WWAvFsLTfOiwZEntWZUcQBblNdw
Thread-topic: [PATCH 2/2] MIPS: vmlinux.lds.S: handle .{init,exit}.bss sections
+       /*
+        * We keep init/exit bss sections here to have only one
+        * segment to load. Note that .bss.exit is also discarded
+        * at runtime for the same reason as above.
+        */
+       .exit.bss : {
+               *(.bss.exit)
+       }

This change would also require an audit of the bootloader or early
kernel initialization code (whichever handles zeroing of .bss space)
to make sure that it understands that the kernel will now have an
extra block of memory that needs to be cleared.  Perhaps nothing
needs to be done if the code already handled the general case of
loading an ELF binary with some sections that have an in-memory
size bigger than the on-disk size.  But worth looking at in case
the code makes an assumption about what needs to be zeroed.

-Tony

<Prev in Thread] Current Thread [Next in Thread>