public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Corey Hickey <bugfood-ml@fatooh.org>
To: Nix <nix@esperi.org.uk>
Cc: linux-kernel@vger.kernel.org
Subject: Re: CONFIG_PREEMPT -> crash under load in 2.6.20?
Date: Sun, 04 Mar 2007 15:33:07 -0800	[thread overview]
Message-ID: <45EB5733.9080604@fatooh.org> (raw)
In-Reply-To: <871wk41uiq.fsf@hades.wkstn.nix>

Nix wrote:
>>> I can't tell if magic sysrq dies, because as far as I know there's no
>>> way to get magic sysrq to do much visible when you're in X, and I can't
>>> get anything to go over the network kernel syslog because the network is
>>> dead.
>> You should still be able to use SysRQ even in X. I tested right now.
>> 1. Have X running already and then start X in another VT
>>    $ X :2 vt10
>> 2. Hit Alt+SysRQ+K
>>    ---> X dies, display gets corrupted, and keyboard input ignored
>> 3. ssh in from another machine and switch back to the running X instance
>>    # chvt 7
> 
> The network's dead; that's impossible.

I'm sorry, you misunderstand: I meant the above steps as a method of
confirming that SysRQ normally still works while X is running, not as
anything useful to do after your system has hung.

Now that I re-read what you wrote initially, however, I think I somewhat
misunderstood what you wrote anyway, and you probably already knew that
SyrRQ worked in X.

Anyway...

>  22:58:47 up 10 days, 22:20, 37 users,  load average: 12.71, 11.14, 18.22
> 
> No problems, and I've been loading the system really rather hard today
> (as that line makes clear). I think the problem I'm seeing really *is*
> tied to _PREEMPT.

Yeah, that's pretty indicative. As for me, I just tried disabling
CONFIG_CC_OPTIMIZE_FOR_SIZE; so far so good, but I don't even have 4
hours uptime yet. We'll see.

>> It might be helpful if you reported your hardware information; I'd be
>> interested in seeing if there's much in common with my own machine.
> 
> Athlon 4 (UP), 768Mb RAM. No ACPI (to rule out a large nasty spot as
> soon as possible). Random info starting with loaded modules:

[info cut]

Nothing really in common with mine. Oh well.

-Corey

      reply	other threads:[~2007-03-04 23:33 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-03-03 21:18 CONFIG_PREEMPT -> crash under load in 2.6.20? Nix
2007-03-04 19:21 ` Corey Hickey
2007-03-04 23:03   ` Nix
2007-03-04 23:33     ` Corey Hickey [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=45EB5733.9080604@fatooh.org \
    --to=bugfood-ml@fatooh.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=nix@esperi.org.uk \
    /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