All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ken Moffat <zarniwhoop@ntlworld.com>
To: Chuck Ebbert <cebbert@redhat.com>
Cc: Randy Dunlap <randy.dunlap@oracle.com>,
	Len Brown <lenb@kernel.org>,
	linux-kernel@vger.kernel.org
Subject: Re: x86 instability with 2.6.1{8,9}
Date: Wed, 31 Jan 2007 23:26:41 +0000	[thread overview]
Message-ID: <20070131232641.GA26331@deepthought> (raw)
In-Reply-To: <45C10BDE.80801@redhat.com>

On Wed, Jan 31, 2007 at 04:36:30PM -0500, Chuck Ebbert wrote:
> Ken Moffat wrote:
> > On Mon, Jan 15, 2007 at 04:29:11PM +0000, Ken Moffat wrote:
> >   
> >  Bizarre - it panic'd again last Thursday while I was in X, but I
> > still didn't manage to log any output.  At the weekend, I had the
> > bright idea of using chattr +j on the syslog to try to journal any
> > data, since then it has been fine.  So, it isn't down to highmem, and
> > I still can't trigger it reliably, or get any trace.  Tried running
> > as x86_64 this morning (because cold starts on Thursdays seem
> > particularly problematic, perhaps it's a time/power-supply-noise
> > problem), then x86 from a cold start this afternoon.
> >
> >  Time to hope it won't bite me too often, and move on to testing
> > 2.6.20-rc6.
> >
> > Ken
> >   
> Try disabling preempt.

 Thanks for the suggestion - any particular reason ?  That box is
running as 64-bit at the moment, and likely to stay that way for the
rest of this week while it builds userspace, but I'm not averse to
running 32-bit on it again if it serves a purpose.

 However, in the vain hope I can actually get it to log something,
wouldn't it be more useful to continue running _with_ preempt ?

 I'm starting to think it might have been yet another victim of the
solar flares, and the fact it was always running a 32-bit kernel
could have been coincidence.

Ken 
-- 
das eine Mal als Tragödie, das andere Mal als Farce

      reply	other threads:[~2007-01-31 23:26 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-01-01 16:01 x86 instability with 2.6.1{8,9} Ken Moffat
2007-01-01 16:48 ` Alistair John Strachan
2007-01-01 17:07   ` Ken Moffat
2007-01-01 19:13     ` Ken Moffat
2007-01-01 19:45       ` Alistair John Strachan
2007-01-02 17:25 ` Len Brown
2007-01-02 18:04   ` Ken Moffat
2007-01-02 18:42     ` Len Brown
2007-01-02 19:34       ` Ken Moffat
2007-01-06 22:04         ` Randy Dunlap
2007-01-07 14:26           ` Ken Moffat
2007-01-15 16:29             ` Ken Moffat
2007-01-25 23:56               ` Ken Moffat
2007-01-31 21:36                 ` Chuck Ebbert
2007-01-31 23:26                   ` Ken Moffat [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=20070131232641.GA26331@deepthought \
    --to=zarniwhoop@ntlworld.com \
    --cc=cebbert@redhat.com \
    --cc=lenb@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=randy.dunlap@oracle.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.