On 6/11/07, Przemysław Pawełczyk <pp@kv.net.pl> wrote:
> Hi,
>
> Those freezes occur frequently under specific conditions - when I
> listen to Internet radio using mplayer compiled by myself *AND*
> packaging system (sub)directories (using MC option "Compress the current
> subdirectory": F2,3).
>
> The freezes are total. I'm not able to look into any system logs etc.
> RESET is the only option at that time.
>
> How to check it? What to do to have it registered in a log? Did you
> face the system behavior by yourself? Could someone check it on i386
> platform? For example, compressing every directory from /usr/pkg and
> playing:
> xterm -title "Radio Israel" -geometry 50x15+0+0 \
>  -fn -misc-fixed-medium-r-normal-*-12-*-*-*-*-*-iso8859-2 \
>  -sl 1000 -cr yellow -bg blue -fg white -e np_radio_israel
>
> You can turn off the speaker if do not want to listen. :-) I give
> you the details in order to "simulate" my environment as close as
> possible. So one more file (/etc/sysctl.conf):
>
> # Number of kernel threads to use for NFS client
> #vfs.nfs.iothreads=4
> vfs.generic.usermount=1
> kern.maxfiles=4096
> kern.maxproc=1024
>


Can you break to ddb?  There have been some problems when people are
in X and freeze, so if you can reproduce this problem, try moving to a
non-x terminal and waiting for the crash to see if you can get to the
debugger.  Failing that, you could setup the crash and then ktrace the
kernel to a file, available after the reboot.

(ctrl-alt-esc is the sequence to get into ddb on i386, ctrl-alt-f#
should be able to move you out of x, ctrl-alt-backspace is a good
thing to try if x is freezey)