Re: Core dumps...

[Adam K Kirchhoff <adamk@xxxxxxxxxxxx>]

Adam K Kirchhoff <adamk@xxxxxxxxxxxx> wrote:
> Matthew Dillon <dillon@xxxxxxxxxxxxxxxxxxxx> wrote:

>> :> :[ adamk@sorrow - ~ ]: gnome-terminal 
>> :> :Fatal error 'gc cannot wait for a signal' at line ? in file /usr/src/lib/libc_r/uthread/uthread_gc.c (errno = ?)
>> :> :Abort trap (core dumped)
>> :> :
>> :> :Same for mozilla, thunderbird, firefox, etc..
>> :> :
>> :> :I left my machine, brushed my teeth, came back, and suddenly it's working again.  Any ideas what happened? 
>> :> :
>> :> :Adam
>> :> 
>> :>...
>> :
>> :I'm seeing this too when my laptop resumed from suspended state, and my
>> :workaround is to adjust your system clock (with ntpdate for instance)
>> :a few times. You'll get "Invalid argument" error from ntpdate, but just ignore
>> :it and try a few times.

>>     Well, they say a fresh look always helps, and it looks like that
>>     is true.  In about 5 seconds I found an overflow in the
>>     'cputimer_freq64_nsec * delta' calculations in kern_clock.c.

>>     It turns out that cputimer_freq_nsec is such a large number that
>>     it doesn't take a delta much larger then cputimer_freq to overflow
>>     it, and the delta calculation can certainly exceed cputimer_freq
>>     due to all sorts of reasons... interrupt latency, blockages, and other
>>     things.  laptop resumption only being one of them.

>>     So I would like both of you to please try this patch and tell me what
>>     happens.

>> 					-Matt
>> 					Matthew Dillon 
>> 					<dillon@xxxxxxxxxxxxx>

> Well, I've applied the patch and rebuilt my kernel..  I should know
> by tomorrow morning if this fixes the time variation problem, which I 
> can only assume will fix the core dump problem, too :-)

> Adam

So far so good.  My machine was up all night and the clock was dead on this
morning.

Adam