linux-mips
[Top] [All Lists]

Re: [PATCH 2/6] tlbex.c: Remove relocs[] and labels[] from the init.data

To: Geert Uytterhoeven <geert@linux-m68k.org>
Subject: Re: [PATCH 2/6] tlbex.c: Remove relocs[] and labels[] from the init.data section
From: Franck Bui-Huu <fbuihuu@gmail.com>
Date: Wed, 10 Oct 2007 21:58:59 +0200
Cc: Ralf Baechle <ralf@linux-mips.org>, "Maciej W. Rozycki" <macro@linux-mips.org>, Thiemo Seufer <ths@networkno.de>, linux-mips@linux-mips.org
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=742hgTHZyqZEaHYqWIcMnWI+kyryZhI9IYXAEMApRLs=; b=aKLJ0vk9x6XoXHaYk1MV1PVd8xdFMPKl1ZTJ8ECR1yEef0ttNeGREmqa1I2FzMjUKuwfE26oq3pSUEUaK7qTrMfn+XkVCpgvGsAGzt9HAqw+aiJ5XGehUaJQ3tUY6CmhgpIrUduqZINjFm9oki9EqDbUqWvob8iPwhW8ByMUibY=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=eTEAmgpY2YvMo/tWTa61GOOYmhQtyVx4YJy5oQELvtSrgF1/t6JYPpU4WfyWe5khs79YheAAuVzyaV9TZUg0Yqs9r+1bNlUw8YxOoWvx21MAq7w78Nlf2s8Gor+SzDN1B4SY7G35re4IDqcEMgTuADGj+r5MK66oHE/UltXZ/Xk=
In-reply-to: <Pine.LNX.4.64.0710101854260.23818@anakin>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <4703F155.4000301@gmail.com> <20071003201800.GP16772@networkno.de> <47049734.6050802@gmail.com> <20071004121557.GA28928@linux-mips.org> <4705004C.5000705@gmail.com> <20071005115151.GA16145@linux-mips.org> <470BE58A.9070709@gmail.com> <470BE61F.5020108@gmail.com> <20071010142755.GA9325@linux-mips.org> <Pine.LNX.4.64N.0710101715380.9821@blysk.ds.pg.gda.pl> <20071010164236.GB10243@linux-mips.org> <Pine.LNX.4.64.0710101854260.23818@anakin>
Sender: linux-mips-bounce@linux-mips.org
User-agent: Thunderbird 2.0.0.5 (X11/20070719)
Geert Uytterhoeven wrote:
> Or e.g. static struct label labels[128] __initdata = { 0, };
> Cfr. the old rule `always initialize initdata, even if it must be 0'.
> 

I also noticed that init data aren't initialized as they should be,
but they're still part of initdata not bss.

                Franck

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