On Fri, 2002-01-25 at 08:23, Daniel Nofftz wrote:
> hi!
> i spend the morning (on my work *grin*) reading some papers (amd reviion
> guide), rereading many of the mails on this topic and reading some reports
> in the german c't magazin.
> so...
> let me "review" what problems we had:
> * sound skips
> * video skips / slowdown
> * ultra-dma disk transfer slowdown
> * system instability (one time : deadlock)
> * generel performance loss on some computers
> ...
>
> first: i found the answer why my patch works with acpi and not with apm:
> apm only issues a halt signal loop. this does not trigger the disconnect
> on STPGNT function which will cause significant power saving !!! ... the
> c1 state also only provides halt (as far as i understand it). the c2 state
> provides the stop-grant signal our searched STPGNT) -> ACPI C2 states
> trigger the disconnect function in the northbridge, which will cause
> power-saving ....
>
> ok ....
>
> now to the problems:
> there are two known athlon bugs which cause trouble with the disconnect
> function (errata 11 and errata 14 on the "AMD Athlon Processor Model 4
> Revision Guide"). this bugs are present in ALL Athlon and Duron Revisions!
> It looks like this bugs are not present in the Athlon XP and the new
> Duron. (could be an answer to the question, why i don't have problems with
> the disconnect function. i have an athlon xp 1600+)
>
> what are now this errata bugs ?
>
> bug 11:
> when the processor is disconnected from the fsb, the internal clock is
> slowed down to save power. when the processor is reconnected, it should
> return to the normal clock ratio. but ... in some cases it doesn't ! "the
> pll can exceed ther normal operating frequency, causing a failure to
> maintain suffient system bus I/O drive strength levels in the driver
> compension circuit. the compensation circuit attempts to correct this
> drive strength, but if there is not sufficient time to perform this
> function, the system bus cannot operate properly" (taken form the rev.
> guide)
> the laste few words could be a explanation for the video / sound skips ...
> ?
>
> the guide also says, that a workaround is possible by bios manipulation
> ... so the manufacturer of the motherboard could make a bios which
> corrects this problem ... (dimm it to a level where no system influence is
> noticable)
>
> bug14:
> processors with half-frequency multipliers (like 11.5, 12.5, ...) may hang
> upon wake-up from disconnect. this problem comes from a circuit which is
> used to wake up from low-power states (c2 and c3) and which could glitch
> when coming out of the c2 and c3 states.
> this could cause an system hang!
> -> suggested workaround from the guide: the bios programmer should disable
> c2 and c3 (leastwise for the cpus with half frequency multio.)... very
> helpfull :(
>
>
> what other problems could be ?
>
> some motherboards or cheaper powersuplies can't handle the jumps of
> power-consumption when entering or leaving the 1/c2 states ... sometimes
> this could be such extrem jumps like from 5W to 50W ... (information taken
> from an asus page and vcool faq)
>
> a suggestion which came up in the thread was, that pci latancy or other
> pci-bios options could influence the "skips"-problem in video and
> soundstreams ... i will test this today or tomorrow at my computer ...
> but i am not shure whether i have a chance to reproduce any of the
> problems, cause i have a cp cpu and a good motherboard and good
> powersuply ...
>
> oh ... and after what i have read the reconnect could take "some time"
> maybe this could also be an answer for the skips if your system requires a
> continual stream of data ....
>
> what could you do ?
>
> if you have problem: test whether some tuning on the pci settings in the
> bios influences your problems ... maybe use some "slower" setting and lokk
> whether the problems vanishes or get fewer ...
>
> are there any people who have problems with the patch and an athlon xp ?
>
> maybe test a newer bios ... !
>
> does the "delay transaction" function influence the behavior ? Beware !
> this function could cause data loss on some computers !
>
> ok ... enough for now ...
>
> daniel
>
>
> # Daniel Nofftz
> # Sysadmin CIP-Pool Informatik
> # University of Trier(Germany), Room V 103
> # Mail: daniel@nofftz.de
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/