DragonFly BSD
DragonFly bugs List (threaded) for 2004-11
[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]

Re: Core dumps...

From: Adam K Kirchhoff <adamk@xxxxxxxxxxxx>
Date: 12 Nov 2004 01:42:49 GMT

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 :-)


[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]