From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Return-Path: Date: Tue, 29 Nov 2016 13:35:46 +0100 From: Peter Zijlstra To: Geert Uytterhoeven Cc: Babu Moger , Ingo Molnar , Andrew Morton , Kees Cook , Dan Williams , Andrey Ryabinin , Tejun Heo , Sam Ravnborg , "linux-kernel@vger.kernel.org" , sparclinux , Linux-Renesas Subject: Re: [PATCH v3 0/2] Ajust lockdep static allocations for sparc Message-ID: <20161129123546.GM3174@twins.programming.kicks-ass.net> References: <1475004808-91920-1-git-send-email-babu.moger@oracle.com> <20161129114103.GE3092@twins.programming.kicks-ass.net> <20161129122907.GH3092@twins.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20161129122907.GH3092@twins.programming.kicks-ass.net> Sender: linux-kernel-owner@vger.kernel.org List-ID: On Tue, Nov 29, 2016 at 01:29:07PM +0100, Peter Zijlstra wrote: > > BTW, is there any particular reason these huge arrays are in BSS, and not > > allocated dynamically? That would solve my problems as well... > > Is there a memory allocator available before _any_ locks are used, and > that itself also doesn't use locks? And if that is, the platform could use that to allocate .bss, no? From mboxrd@z Thu Jan 1 00:00:00 1970 From: Peter Zijlstra Date: Tue, 29 Nov 2016 12:35:46 +0000 Subject: Re: [PATCH v3 0/2] Ajust lockdep static allocations for sparc Message-Id: <20161129123546.GM3174@twins.programming.kicks-ass.net> List-Id: References: <1475004808-91920-1-git-send-email-babu.moger@oracle.com> <20161129114103.GE3092@twins.programming.kicks-ass.net> <20161129122907.GH3092@twins.programming.kicks-ass.net> In-Reply-To: <20161129122907.GH3092@twins.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Geert Uytterhoeven Cc: Babu Moger , Ingo Molnar , Andrew Morton , Kees Cook , Dan Williams , Andrey Ryabinin , Tejun Heo , Sam Ravnborg , "linux-kernel@vger.kernel.org" , sparclinux , Linux-Renesas On Tue, Nov 29, 2016 at 01:29:07PM +0100, Peter Zijlstra wrote: > > BTW, is there any particular reason these huge arrays are in BSS, and not > > allocated dynamically? That would solve my problems as well... > > Is there a memory allocator available before _any_ locks are used, and > that itself also doesn't use locks? And if that is, the platform could use that to allocate .bss, no?