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/
This archive was generated by hypermail 2b29 : Thu Jan 31 2002 - 21:00:32 EST