Clock stalls on Sabertooth 990FX

[Joe Schaefer]

Brand new machine with a Phenom II X6 1100T and under chronic load
the clock will stop running periodically until the machine eventually completely
freezes.  Note: during these stalls the kernel is still running, the
machine is still
mostly responsive, it's just that the clock is frozen in time.

I've disabled Turbo mode in the bios and toyed with just about every
other setting but nothing seems to resolve this problem.  Based on the behavior
of the machine (just making buildworld will eventually kill it, upping
the -j flag
just kills it faster), I'm guessing it has something to do with the
Digi+ VRM features
but again nothing I've tried modifying in the bios seems to help.

I've tried both 8.2-RELEASE and FreeBSD 9 (head).  Running head now with
a dtrace enabled kernel.

Suggestions?
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"

Re: DTrace unable to dump typedef'ed argument

[ambrosehuang ambrose]

same problem on 8.2-stable

2011/8/10 Shrikanth Kamath 

> I found this on a FreeBSD 8.1 box...
>
> %dtrace -l -f rtalloc_fib -v
>
> ...
> Argument Types
>  args[0]: struct route *
>  args[1]: (unknown)
>
> The function defined in sys/net/route.c: void rtalloc_fib(struct route
> *ro, u_int fibnum)
> u_int is typedef unsigned int
>
> I checked the ctfdump for /boot/kernel/kernel and found u_int is a
> resolved type.
>
> [14077] FUNC (rtalloc_fib) returns: 29 args: (1335, 5)
>
> Checking the CTF table "5" is found to be a resolved typedef.
>
> <4> INTEGER unsigned int encoding=0x0 offset=0 bits=32
> <5> TYPEDEF u_int refers to 4
>
> But since it shows unknown with dtrace -l -f o/p, one cannot directly
> use args[1].
>
> Is this a known problem, any fix or workaround?
>
>
> --
> Shrikanth R K
> ___
> freebsd-hackers@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
>
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"