public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Adam J. Richter" <adam@yggdrasil.com>
To: Ingo Molnar <mingo@elte.hu>, peterz@infradead.org
Cc: "H. Peter Anvin" <hpa@zytor.com>, Yinghai Lu <yinghai@kernel.org>,
	mingo@redhat.com, linux-kernel@vger.kernel.org
Subject: Re: 2.6.29-rc5 hanging at boot when CONFIG_LOCK_STAT=y
Date: Mon, 16 Feb 2009 11:51:22 -0800	[thread overview]
Message-ID: <20090216195122.GA10883@yggdrasil.com> (raw)
In-Reply-To: <20090216122912.GA6302@elte.hu>

On Mon, Feb 16, 2009 at 01:29:12PM +0100, Ingo Molnar wrote:
> 
> * Adam J. Richter <adam@yggdrasil.com> wrote:
> 
> > Hello Peter and Ingo,
> > 
> > 	Under linux-2.6.29-rc5, and I believe all earlier 2.6.29-rc
> > releases, CONFIG_LOCK_STAT=y causes my system to hang at boot when
> > booting from lilo-22.8.  Linux-2.6.28 does not have this hang.
> > Disabling LOCK_STAT or booting from grub avoids the hang.  [...]
> 
> hm, so if booting from LILO you see a hang, while when booting with GRUB 
> it works fine?
> 
> Could it be LILO messing up the kernel image loading somehow? LOCK_STAT 
> might just be the thing that brings the kernel over a specific size.
> 
> 	Ingo

	Thank you for your prompt responses, Peter and Ingo.

	I have a little more information to add, which is consistent
with but not does not prove your theory that kernel size is
the trigger.

	What I said about the hangs occuring in all 2.6.29-rc versions
was incorrect.  I just retried 2.6.29-rc1, rc2 and rc3, all with
LOCK_STAT=y, and only rc3 hung.  Here is the information that "size"
returns about these kernels, along with rc5 compiled with LOCK_STAT=n
(although I am not sure exactly which ELF sections it classifies as
text, data and bss).

   text    data     bss     dec   version	    LOCK_STAT	behavior
3612151 1803760 4530176 9946087   linux-2.6.29-rc1  Y           boots
3612498 1802768 4530176 9945442   linux-2.6.29-rc2  Y           boots
3831641 1802920 4530176 10164737  linux-2.6.29-rc3  Y           hangs
3825876  485816 4255744 8567436   linux-2.6.29-rc5  N           boots

	 Your theory may be right, although I would think that my
experiments in splicing together .config files that did and did not
have this problem would have produced some smaller kernels that had
the problem, given that the configuration that did not hang was much
smaller.  However, I do not have those kernel images handy to test,
and I do not have time to do a lot of recompilations right now.
Perhaps late tonight I may try some more experiments.

	Thanks again for your responses.

Adam Richter

      parent reply	other threads:[~2009-02-16 19:55 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-02-16  6:50 2.6.29-rc5 hanging at boot when CONFIG_LOCK_STAT=y Adam J. Richter
2009-02-16 12:29 ` Ingo Molnar
2009-02-16 12:32   ` Peter Zijlstra
2009-02-16 19:51   ` Adam J. Richter [this message]

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=20090216195122.GA10883@yggdrasil.com \
    --to=adam@yggdrasil.com \
    --cc=hpa@zytor.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    --cc=mingo@redhat.com \
    --cc=peterz@infradead.org \
    --cc=yinghai@kernel.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox