Dotaz: Nastavení modulu thermal pro ACPI

[Robert Krátký]

Diskuse vznikla z vlákna této diskuse.

Odpovědi

[i.fish]

Na 32 bit sempronu s debianem a 2.6.12 debianim kernelem to funguje. Mam spis problem se spatne nastavenym (nenastavenym) modulem thermal pro acpi, coz vsak neni az takovy problem.

[trekker.dk]

Jak myslíš nenastaveným? Pokud je zavedený, ale nevypíná (nezpomaluje procesor), tak to už jsem tu řešil

[i.fish]

Jo, to je presne ono:

cat /proc/acpi/thermal_zone/TZ1/polling_frequency

polling disabled #(nebo tak nejak to bylo...)

Jinak co jsem zjistil, tak tento modul hlida urcite rozsahy teplot a podle teto situace zapina vetrak. O tom ze by mel vliv na snizeni freq. procesoru nic nevim. Nebo se pletu?

[trekker.dk]

Nemám notebook, takže tam asi bude rozdíl. U mě jde akorát snížit frekvence procesoru, když se přehřívá, a vypnout počítač, když se přehřívá moc.

[i.fish]

Muzu se Te jeste zeptat ve kterem skriptu jsi upravil parametry modulu? Vim o /etc/default/acpid tady ale nejde predat parametr tmz=.. (nebo nevim jak). Nakonec jsem to vyresil v /etc/modules, neprijde mi to ale jako dobre reseni...

[trekker.dk]

Já jsem to vyřešil stejně (thermal tzp=50, v /etc/modules). Jestli je to dobré řešení, nevím. Použil jsem první, které fungovalo.

Navíc jsem to zase dal pryč, protože mi blbne snímač teploty a počítač se vypíná bezdůvodně

[Darkness]

U tohoto NB (nx6125) je default 16 stupnu u vseho, pozor na to, zavedenim modulu 'thermal' se zapnou vsechny vetraky a zapne tzv thermal throttling, reseni je lehke:

echo "95:90:85:80:70:65:55" > /proc/acpi/thermal_zone/TZ1/trip_points echo "95:90:85:80:70:65:55" > /proc/acpi/thermal_zone/TZ1/trip_points echo "95:90:85:80:70:65:55" > /proc/acpi/thermal_zone/TZ1/trip_points

polling_frequency lze takto take nastavit, ale ja mam problem, ze kdyz vytahnu nebo vsunu adapter tak se tyto hodnoty opet nastavy na 16 stupnu, mozna by to ale chtelo zaradit do jineho fora.

[trekker.dk]

mozna by to ale chtelo zaradit do jineho fora.

Poslal jsem žádost adminům

[Robert Krátký]

Vaše přání je mi... a tak dále.

[i.fish]

Ja myslel ze tento NB ma pouze jeden vetrak s moznosti regulace otacek a ostatni jsou pouze pasivni chladice. Diky za to echo , presne tohle jsem hledal. Nevis nahodou kde presne jsou (fyzicky) umisteny TZ1-3?

ad. adapter: acpi snima pripojeni na AC, co udelat nejaky skriptik?

[Darkness]

TZ1 je urcite procesor a TZ2 a TZ3 je graf. karta a chipset (to ale nevim jiste)

Jinak jak jsem psal ze parametr noapic vyresil vse, tak jsem se spletl, pri tomto parametru vse sice vypada ok, ale vetracky se nezapinaji, dokonce se mi stalo ze se NB prehratim vypnul. Nevim kde je chyba, ted jdu skusit nejnovejsi jadro 2.6.13 + gentoo patches a uvidim.

(Jeste chci zvyraznit, ze mam 32 bit kernel)

Jeste se mi zda divne ze vetracky ztichnou i kdyz nezavedu modul 'thermal', to se bez 'noapic' nestalo!

[i.fish]

Jo, taky jsem to zjistil. Momentalne nemam cas se v tom prehrabovat, takze pouzivam volbu acpi=off, coz ovsem nebude moc pouzitelne v pripade mobilniho pouziti nb (bez AC). Navic rychlost vetraku je konstantni a jen asi 50%, mam obavu ze zvyseni teploty pri delsi zatezi. Problem nefunkcnosti thermalu jsem puvodne spojoval s pravdepodobnym zrusenim irq pro acpi pouzitim noapic. Nedavno jsem prisel na to, ze pri volbe noapic se zmeni adresa zarizeni ktere zapina thermal pri prekroceni hranicnich hodnot (tzn zapina neexistujici zarizeni --> vetrak se nerozbehne). Jina moznost je, ze natahuje chybne hodnoty z biosu cemuz by odpovidalo i odlisne nastaveni thermal polling. Celkem v tom tapu, hw neni muj obor.

[undy]

Už někdo nějak pokročil ? také mě teda funguje volba noapic ale nepřijde mi to ideální ( jak je možné že na webu se o tomto nb a tomto problému prakticky nemluví ??? (minimum diskuzí mi našel gooogle na toto téma )

[i.fish]

No to je proste: nx6125 je pomerne novy a navic mam dojem ze chipset atd. na desce je primarne designovan pro 64bit architekturu, i kdyz v levnejsi verzi je dodavan s 32bit sempronem. Uz z tohoto plyne mnoho problemu pro linux. Neztracim ale optimismus, je to spis otazka casu.

Na noapic si davej pozor, kontrola teploty procesoru atd. je vyrazena z provozu! Pri delsi zatezi bych se obaval mozneho pozkozeni chipu vlivem nadmerne teploty! Osobne prozatim pouzivam radeji acpi=off.

[undy]

Mám zapnutu v biosu aby běželi pořád větřáčky takže strach nemám, ale štvě mě to, mám 64bit cpu a musim použivat 32bit systém v kterém nefungují základní věci ..

[undz]

Parametr noapic fungoval na mnou testovaných kernelech pouze na 32bit, zjistil jsem že problém s časem na 64bit kernelu vyřeší parametr pro kernel: noapictimer

[Halo]

Kernel ChangeLog-2.6.14 .....

Partially revert "Fix time going twice as fast problem on ATI Xpress chipsets Commit 66759a01adbfe8828dd063e32cf5ed3f46696181 introduced the fix for time ticking too fast on boards by disabling one of the doubly connected timer pins on ATI boards. However, it ends up being _much_ too broad a brush, and that just makes some other ATI boards not work at all since they now have no timer source. So disable the automatic ATI southbridge detection, and just rely on people who see this problem disabling it by hand with the option "disable_timer_pin_1" on the kernel command line. Maybe somebody can figure out the proper tests at a later date.

..... Prelozenim kernelu a aplikovanim parametra "disable_timer_pin_1" sa notebook zacne chovat korektne. Cas ide normalne. Po vytiahnuti napajacieho kabla sa nespustia ventilatory a zaroven sa spustaju iba v teplotoach specifikovanych v proc/acpi/thermal_zone/TZ*. Povodne sa ventilatory spustali v pravidelnych intervaloch, teraz sa spustaju len pri vacsej zatazi(napr. opengl). Po nainstalovani kernelu 2.6.14.x vsak nastal problem s prekladom ovladacov grafickej karty(www.ati.com). Tu pomohol tento patch patch

[i.fish]

Tak jsem zkusil pouzit aktualni 2.6.14.3 vanilla (a suspend2 patch, coz predpokladam nevadi nicemu), parametr "disable_timer_pin_1" funguje ok, cas bezi normalne. Zezacatku se zdalo ze konecne funguje i thermal, bohuzel vsak jsem nucen prohlasit, ze alespon v mem pripade to neresi zapinani vetraku. Zapina se libovolne (spise az pri velike zatezi a maximalni teplote, jakmile teplota klesne o 10˚ zase se vypne). /proc/acpi/thermal_zone/TZ1/trip_points nema na nic vliv. "ec_burst=1" jehoz vyznam presne nechapu taky nepomohl. V dmesg se objevuje "acpi error on cpu ...". Patch pro ati drv jsem ani nezkousel. Pripominam muj hw: nx6125 & sempron. Prozatim zustava mym favoritem acpi=off

[smog]

Mam Suse 10 a nekdy se mi neaktivujou vetraky a notebook se prehriva. Zatim jsem si pomohl v grubu noapic nolapic (coz mi take vyresilo problem s Uspavanim na disk) a do crona jsem dal po minute cat /proc/acpi/thermal_zone/TZ1/temperature > teplota. Zjistil jsem ze po kazde jakmile se podivam do souboru temperature je powersave schopen porovnat teplotu a zaktivovat vetrak ale nekdy to jede automaticky. Pokud to nekomu pomuze ve /var/log/messages mi to loguje: linux kernel: ACPI-0472: *** Warning: Error transitioning device [C263] to D0 linux kernel: ACPI-0275: *** Warning: Error transitioning device [C263] to D0 linux kernel: ACPI-0629: *** Warning: Unable to turn cooling device [ffff810017b6c1c0] 'on'

[dan]

Mam taky (Open)SuSE10.0 a mel jsem stejny problem - nezapianal vetrak a system se prehrival. Trosku jsem google-oval a nasel, ze je to problem kernelu vsech distribuci - neumi to s novym hardware (sempron/turion/...). Vzdycky, kdyz jsem zjistil teploty pres /proc/acpi/... se zastavily vetraky a uz nenabehly. Ted jsem zkusil teplotu zjistit pres 'powersave -T' a vsechno je ok, vetraky zapinaji a vypinaji presne podle teplot. Jenom tenhle prikaz musi porad ,,bezet'' :). Mam spustene 'watch -n2 powersave -T'(kazde 2 sec. to kontroluje teplotu)...

[dan]

hm, tak sorry ... jsem se unahlil, porad stejne

[Aleš Kapica]

http://www.abclinuxu.cz/hardware/show/107232

[tully]

problem so spinanim vetrakov.

popis problemu (posielane na hp podporu - bez odozvy :) ):

hi,

at first sorry for my "poor" english, but i hope that youu will get the point...

I have the nx6125 for few weeks and i cant solve the foloving problem.

i found that the default trip points in bios ar ser to: critical (S5): 95 C passive: 88 C: active[0]: 80 C: active[1]: 75 C: active[2]: 65 C: active[3]: 58 C:

at first everything seems to be ok. when the temperature reached 58C the fan turns on and the trip points was changed to

critical (S5): 95 C passive: 88 C: tp4 active[0]: 80 C: tp3 active[1]: 75 C: tp2 active[2]: 65 C: tp1 active[3]: 50 C:

then the temperature goes slowly down and when it reached 50 the fan turns off and the trip points was changed back to defaults

but when i use 100% cpu for long time the temperature reached the firs trip point again (58) fan turn on, then temperature reached second trip point (65) > fan speeds up (still everithing ok :) ) > tempearture reached third trip point (75) > fan speeds up again (still everithing ok :) ).....then i stop using cpu and the temperature slowli goes down to 60C, in this moment the second trip point was reached and fan should slow down, but it does not, it tunns off completly :(. then (in idle state) temperature slowly goes down to 50C (fan still off). the problem is that when i started to use 100% cpu again and when temperature reached 1 and 2 trip points the fa does not turn on :( it turns on only when the third trip point was reached. then i experimented a bit and i found out that the torns on only at higest trip point, ever been reached (third in this case)

so if the second trip point was not reached everything is ok, ehrn second tp is reached fans does not turn on first tp, when third tp is reached fans does not turn on first and second tp ect...

i tried to solve this by overiding the trip points by pover scheme conf, but i was not able to overide the 1 and 2 tp.

then i try to disable fan acpi module to let the bios controll the fan - does not work...also does not work to start fan manually by echo "on" > /proc/acpi/fan/C26*/state

cat /proc/acpi/fan/* status: off status: off status: off status: off

problem bol v dsdt... upravil som to pre bios f0d : nx6125 dsdt

su tam 2 verzie: dsdt_old_modified2.dsl - iba opravene dsdt_old_modified.dsl - znizene otacky vetraku pri prvych dvoch trippointoch (55,65 C) z 50 na 32% a z 80 na 57% (mensi hluk, vyssia vydrz baterky) pre biosy f06 a f09 sa daju dsdt stiahnut na http://acpi.sourceforge.net/dsdt/view.php?manufacturer=HP&name=nx6125

je tam aj celkom pekne popisane, ako to rozbehat

jediny problem ktory pre teraz ostal, je ze ked nb bezi zo siete, nasledne sa odpoji adapter , tak procesor ide na max 1600mhz, po pripojeni spat na siet sa tiez nevie vratit na 1800mhz. jedine na co som prisiel, ze pomaha je odobrat a nasledne pridat modul k8-powersave (rmmod ... modprobe)

dufam ze to niekomu pomoze

poznamka: testovane na modeli : turion 34-ml, 512ram, sxga+

[tully]

oprava: tu mal byt link : problem bol v dsdt... upravil som to pre bios f0d : nx6125 dsdt

[swatei]

help -odkaz nefunguje!

[tully]

dsdt - link
sorry neopravil som to predtim v tomto fore
+ problem s dsdt a niektorymi inymi zalezitostami sa riesil aj
tuto
to upravene dsdt je testovane na modely s turionom, odporucam davat pozor

[i.fish]

diky moc, dobra prace. jak budu mit cas hned to vyzkousim na nx6125 se Sempronem, podam info o vysledku.