mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "John Stoffel" <john@stoffel.org>
To: Philippe Grenard <philippe.grenard@laposte.net>
Cc: linux-kernel@vger.kernel.org, "John Stoffel" <john@stoffel.org>
Subject: Re: PROBLEM: cannot get stable system since 2.6.28 kernel (amd64)
Date: Mon, 16 Feb 2009 23:46:47 -0500	[thread overview]
Message-ID: <18842.16695.145336.851447@stoffel.org> (raw)
In-Reply-To: <200902161925.40256.philippe.grenard@laposte.net>

>>>>> "Philippe" == Philippe Grenard <philippe.grenard@laposte.net> writes:

Philippe> well, I don't really believe in hardware problem for two
Philippe> reasons : 1st, nearly all my hardware is quite new ( < 1
Philippe> year old ), which is, I agree, not a solid proof ;-) 2nd,
Philippe> the problem is really repetitive : every time I boot on
Philippe> older kernel, everything works like a charm, every time I
Philippe> boot on the newer kernel, I end up crashing : the "random"
Philippe> part is only the time before crash....

Philippe> I haven't any "overclocking" settings, and every hardware
Philippe> and bios settings are the same : same computer, same
Philippe> harddisk partition, and so on.  2.6.28 will everytime stop
Philippe> after "Booting the kernel".  2.6.29-rc* will boot, but then
Philippe> stalls after a random delay... Except the "/proc/cpuinfo"
Philippe> difference between the two kernels, I don't have a clue....

Philippe> The thing is I can continue using the old kernel, but I
Philippe> thought I better report this since It could hide some
Philippe> regression on amd64 systems ?

It's certainly sounding like a regression, or misconfiguration
somewhere.  Can you start doing a 'git bisect' routine on this to see
if you can find the commit which causes this regression?

It will take around 10 or some recompiles and reboots, but should do
the trick, or at least help narrow things down alot.  Read
Documentation/BUG-HUNTING ofr how to do a bisect run.  

You could also go back and re-build your 2.6.28 kernel and config from
scratch to confirm that it's really working properly.  Then, jump to
2.6.29-rc5 (just released) and do a 'make oldconfig' and see what
you're prompted for.  If it still crashes, send us the original
config, and a diff to the new config (diff -u) so we can look it over.

Also, make sure you're not running *any* binary kernel modules, since
that will make us completely ignore you.  We can't debug issues like
this when nVidia graphics modules are in the system since we can't
tell what that module does to the rest of the kernel and it's not
worth ou time to figure out.

I'm running 2.6.29-rc3 on my AMD64 system and it's been nice and
stable and my hardware too is under a year old.  

John


  reply	other threads:[~2009-02-17  4:47 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-02-13 18:44 PROBLEM: cannot get stable system since 2.6.28 kernel Philippe Grenard
2009-02-13 18:56 ` Len Brown
2009-02-13 19:56   ` Philippe Grenard
2009-02-13 20:48     ` John Stoffel
2009-02-14  8:17       ` Philippe Grenard
2009-02-14  9:20         ` Jaswinder Singh Rajput
2009-02-14  9:24         ` Jaswinder Singh Rajput
2009-02-15 12:17           ` Philippe Grenard
2009-02-16  0:21             ` John Stoffel
2009-02-16 18:25               ` PROBLEM: cannot get stable system since 2.6.28 kernel (amd64) Philippe Grenard
2009-02-17  4:46                 ` John Stoffel [this message]
2009-02-17 16:51                   ` Philippe Grenard
2009-02-20 20:08                   ` Philippe Grenard
2009-02-20 21:58                     ` Ingo Molnar
2009-02-21 10:21                       ` Philippe Grenard
2009-02-21 23:17                         ` Suresh Siddha
2009-02-22  3:29                         ` H. Peter Anvin
2009-02-22  9:11                           ` Philippe Grenard
2009-02-24 20:00                           ` Philippe Grenard
2009-02-13 20:43   ` PROBLEM: cannot get stable system since 2.6.28 kernel Philippe Grenard

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=18842.16695.145336.851447@stoffel.org \
    --to=john@stoffel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=philippe.grenard@laposte.net \
    /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

all inboxes | Powered by JetHome®