Re: [PATCH v3 0/2] Ajust lockdep static allocations for sparc

Path	csiph.com!weretis.net!feeder4.news.weretis.net!news.unit0.net!news.panservice.it!bofh.it!news.nic.it!robomod
From	Peter Zijlstra <peterz@infradead.org>
Newsgroups	linux.kernel
Subject	Re: [PATCH v3 0/2] Ajust lockdep static allocations for sparc
Date	Tue, 29 Nov 2016 13:30:01 +0100
Message-ID	<sIPHP-8re-9@gated-at.bofh.it> (permalink)
References	<sm6oq-58G-21@gated-at.bofh.it> <sIOC6-7Kl-23@gated-at.bofh.it> <sIP57-7Uu-7@gated-at.bofh.it> <sIPeO-7XO-25@gated-at.bofh.it>
X-Original-To	Geert Uytterhoeven <geert@linux-m68k.org>
MIME-Version	1.0
Content-Type	text/plain; charset=us-ascii
Content-Disposition	inline
User-Agent	Mutt/1.5.23.1 (2014-03-12)
Sender	robomod@news.nic.it
List-ID	<linux-kernel.vger.kernel.org>
X-Mailing-List	linux-kernel@vger.kernel.org
Approved	robomod@news.nic.it
Lines	24
Organization	linux.* mail to news gateway
X-Original-Cc	Babu Moger <babu.moger@oracle.com>, Ingo Molnar <mingo@redhat.com>, Andrew Morton <akpm@linux-foundation.org>, Kees Cook <keescook@chromium.org>, Dan Williams <dan.j.williams@intel.com>, Andrey Ryabinin <aryabinin@virtuozzo.com>, Tejun Heo <tj@kernel.org>, Sam Ravnborg <sam@ravnborg.org>, "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>, sparclinux <sparclinux@vger.kernel.org>, Linux-Renesas <linux-renesas-soc@vger.kernel.org>
X-Original-Date	Tue, 29 Nov 2016 13:29:07 +0100
X-Original-Message-ID	<20161129122907.GH3092@twins.programming.kicks-ass.net>
X-Original-References	<1475004808-91920-1-git-send-email-babu.moger@oracle.com> <CAMuHMdU13YdzoM4zTaiUvhzbgSVGeJgn6k7nyo2RayURiezK2w@mail.gmail.com> <20161129114103.GE3092@twins.programming.kicks-ass.net> <CAMuHMdWZ=1F-aL7K5YvPx58C8Cqy19fHqUGhVqVewTvXc5Z5-w@mail.gmail.com>
X-Original-Sender	linux-kernel-owner@vger.kernel.org
Xref	csiph.com linux.kernel:1532239

Show key headers only | View raw

On Tue, Nov 29, 2016 at 12:52:04PM +0100, Geert Uytterhoeven wrote:
> > Nah, users don't need more senseless options. This is really only useful
> > for dinky platforms or platforms with limited static image size (like
> > sparc64).
> >
> > If you make this user selectable, someone will do, and then an endless
> > stream of table not big enough warnings will be posted.
> >
> > Also, its only 4MB (IIRC), so who cares.
> 
> I care :-)
> 
> Not because of platforms with not limited memory, but because of platforms
> with boot loaders that have silly kernel size limitations, and start
> scribbling over the DTB or even theirselves when copying a large kernel image.

Right, that's the weird platforms clause above, and those can select the
option.

> 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?

Thread

Re: [PATCH v3 0/2] Ajust lockdep static allocations for sparc Geert Uytterhoeven <geert@linux-m68k.org> - 2016-11-29 12:20 +0100
  Re: [PATCH v3 0/2] Ajust lockdep static allocations for sparc Peter Zijlstra <peterz@infradead.org> - 2016-11-29 12:50 +0100
    Re: [PATCH v3 0/2] Ajust lockdep static allocations for sparc Geert Uytterhoeven <geert@linux-m68k.org> - 2016-11-29 13:00 +0100
      Re: [PATCH v3 0/2] Ajust lockdep static allocations for sparc Peter Zijlstra <peterz@infradead.org> - 2016-11-29 13:30 +0100
        Re: [PATCH v3 0/2] Ajust lockdep static allocations for sparc Peter Zijlstra <peterz@infradead.org> - 2016-11-29 13:40 +0100
        Re: [PATCH v3 0/2] Ajust lockdep static allocations for sparc Geert Uytterhoeven <geert@linux-m68k.org> - 2016-11-29 14:30 +0100
          Re: [PATCH v3 0/2] Ajust lockdep static allocations for sparc Peter Zijlstra <peterz@infradead.org> - 2016-11-29 14:40 +0100
            Re: [PATCH v3 0/2] Ajust lockdep static allocations for sparc Geert Uytterhoeven <geert@linux-m68k.org> - 2016-11-29 14:40 +0100
              Re: [PATCH v3 0/2] Ajust lockdep static allocations for sparc Peter Zijlstra <peterz@infradead.org> - 2016-11-29 15:00 +0100

csiph-web