From: Andi Kleen <ak@suse.de>
To: Andres Salomon <dilinger@debian.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: [PATCH] x86_64 stack trace cleanup
Date: Fri, 24 Feb 2006 13:22:27 +0100 [thread overview]
Message-ID: <200602241322.28389.ak@suse.de> (raw)
In-Reply-To: <1140780552.5073.26.camel@localhost.localdomain>
On Friday 24 February 2006 12:29, Andres Salomon wrote:
> That would be nice. Unfortunately, I'm trying to figure out why my dual
> opteron box likes to push the load up to 15 and then hang while doing
> i/o to the 3ware 9500S-8 card. Looks like the load/d-state processes
> are caused by a whole lot (well, MAX_PDFLUSH_THREADS) of pdflush
> processes spinning on base->lock in lock_timer_base(); not sure if
> that's intentional or not, but it seems rather odd. Whether the hanging
> is related to the high load remains to be seen.
Sounds like some timer handler is broken. You have to find out which
one it is.
> I don't see why this is a problem. Other architectures have done this
> for ages, without problems. I suspect most people get their backtraces
> from either serial console or logs, as copying them down from the screen
> or taking a picture of the panic is a rather large pain. It seems like
> you're penalizing everyone for a few select use cases.
People submitting jpegs of photographed oopses or even badly scribbled
down oopses is quite common. Serial consoles are only used by a small
elite.
-Andi
next prev parent reply other threads:[~2006-02-24 12:22 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-02-24 10:41 [PATCH] x86_64 stack trace cleanup Andres Salomon
2006-02-24 10:47 ` Andi Kleen
2006-02-24 11:29 ` Andres Salomon
2006-02-24 12:22 ` Andi Kleen [this message]
2006-02-24 19:25 ` Alistair John Strachan
2006-02-24 19:40 ` Jesper Juhl
2006-02-24 13:35 ` Jesper Juhl
2006-02-24 12:50 ` Andrew Morton
2006-02-24 13:00 ` Andi Kleen
2006-02-24 13:13 ` Andrew Morton
2006-02-24 13:20 ` Andi Kleen
2006-02-24 15:53 ` Randy.Dunlap
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=200602241322.28389.ak@suse.de \
--to=ak@suse.de \
--cc=dilinger@debian.org \
--cc=linux-kernel@vger.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 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.