Re: CONFIG_PREEMPT -> crash under load in 2.6.20?
From: Corey Hickey
Date: Sun Mar 04 2007 - 18:33:27 EST
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
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/