mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
* RE:2.4.20 freeze problem
@ 2003-05-16  9:39 np
  0 siblings, 0 replies; only message in thread
From: np @ 2003-05-16  9:39 UTC (permalink / raw)
  To: masud; +Cc: linux-kernel

Hi all,

  The machine does not respond to ping either. I was not able until know
to hookup a serial console but I will try also that. 
I do not suspect a heating issue because I have another machine which
dies 
randomnessly( not always after 2 hours --- was my mistake ). I also
tried with 2.4.21-rc2 and I have the same behaviour. Complete stall.
Maybe some other ideeas ?

Cheers,
Nicu

On Wed, 14 May 2003 Nicolae_Popovici@mksinst.com wrote:

> Hi  guys,
>
>  Here are the facts.
> I have a small user program and the latest 2.4.20 stable kernel.
> It is running on a board from IEI ( Wafer-5823 ) with a Cyrix 300 CPU.


>  What happens is that after 2 hours of running this user program the
> computer
> freezes. I have the linux crash dump compiled inside the kernel and
> activated

> along with the magic sysrq key. Nothing works. I get only some messages
> inside
> the /var/log/messages but none of them are related to the crash ( modprobe
> says it
> can not load some module ). I also get the kcore file but I am using a
> bzImage  jkernel and I am not able to
> load it in the gdb. Should I switch to a vmlinux image ?
>

bzImage will be the booted kernel but there is a corrosponding vmlinux
in
the main source directory. bzImage is simply a compressed version of
that,
you can use the vmlinux that was produced to look at the debug Info but
i
doubt you will get anything useful in the first glance.

> Any ideeas of how to move forward with this will be greatly appreciated.
> Cheers,
> Nicu

Is the userspace program interacting with the kernel in any way?

How is ram usage around say 1:45 minutes into the run?

Have you looked at heating issues? If this happens almost always around
2
hours later it could very well be that the problem may be heat related.
Or
that around that time you end up accessing a part of RAM that doesn't
get
accessed for a while and you have bad ram. If it were a kernel related
issue, i would expect more randomness in death.

Do you have network access to this system? Can you perhaps try to ping
it
when it is dead and see if you get a response back? That may indicate
whether it is actually the kernel dying or some thing that SEEMs as as
if
the kernel died.

Just because sysreq isn't working doesn't mean that the kernel has
frozen,
it could mean that your interaction with the bus may be a bit out of
whack, can you hook up a serial console to this thing and try from there
too?

Just a few thoughts :)

Ahmed.

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2003-05-16  9:26 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-05-16  9:39 RE:2.4.20 freeze problem np

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®