On 30.M�r 2005 - 19:30:53, Stefan Bund wrote: > Andreas Pakulat <[EMAIL PROTECTED]> writes: > > On 30.M�r 2005 - 17:05:32, Stefan Bund wrote: > >> Andreas Pakulat <[EMAIL PROTECTED]> writes: > >> > Analog f�r Power-Button usw. > >> > >> und was ist, wenn andere Programme nach /sys/power/state schreiben ? > >> Das kriege ich so nicht mit. > > > > Wer sollte sowas machen? Mir w�rde jetzt kein Programm einfallen. > > z.Bsp. klaptopd ... nur ein Beispiel. Der macht das sicher nicht > direkt aber auf jeden Fall gibt es (im gegensatz zu apm) keine > Schnittstelle, solche skripte anzulegen.
Soweit ich das sehe reagiert der klaptopd auf diesselben ACPI-Events wie acpid... Hat aber keine M�glichkeit vor dem Suspend irgendwas ausf�hren zu lassen. Andersrum kannst du das mit dem acpid, der genauso auf diesselben Events reagiert - also wieso benutzt du nicht acpid und evtl. die laptop-mode-tools anstatt klaptopd? > > Davon abgesehen, wenn einer dorthin schreibt muss er daf�r Root-Rechte > > haben, also kanns eigentlich nur ein Daemon sein der mittels > > /etc/init.d gestartet wurde, oder du warst es selbst. Weiterhin ist > > ACPI daf�r nicht gedacht! Finde dich damit ab. Es gibt keine L�sung > > mit ACPI f�r das was du willst. > > Vielleicht habe ich mich falsch ausgedr�ckt. Ich weiss wirklich nicht, > wie die internen Zusammenh�nge von apmd bzw. acpid sind. Ich wei� nur, > das man bei apm/apmd eine m�glichkeit hat zentral solche Skripte zu > hinterlegen und bei ACPI anscheinend nicht. Richtig. > Wenn das wirklich so ist, > finde ich das aber wirklich ein *ganz* gravierendes Problem mit > ACPI. Ich bin immer davon ausgegangen, das ACPI alles kann, was APM > kann. Aehm, ACPI != APM und ACPI auch nicht wirklich >=APM... ACPI funktioniert anders als APM, das ist nunmal so - das Design ist ein anderes, finde dich damit ab. Lese mal ein wenig Doku zu acpi (acpi.sf.net ist ein guter Anfang). > >> Eben wie bei APM, da wird ja auch bei jedem suspend, egal wie > >> angesto�en das suspend.d / resume.de Verzeichnis abgearbeitet > >> ... es ist ja schlie�lich egal, *woher* der suspend kommt. > > > > ?? Hmm, also wenn du ein echo mem > /sys/power/state machst, f�hrt APM > > die Skripte aus und schickt den Rechner danach in den Suspend? Das > > w�rde mich ja dann doch wundern, denn das echo geht eigentlich direkt > > an den SWSuspend Treiber im Kernel und der f�ngt eigentlich auch > > sofort an den Systemzustand abzuspeichern (in Mem oder Disk)... > > Okok, wie oben geschrieben, ich habe mir jetzt weder den apmd noch den > acpid sourcecode angesehen. Brauchst du auch nicht, es ist ganz einfach: ACPI erzeugt Events, du kannst nun X Daemons laufen haben die auf diese Events warten und dann jeweils was tun (Skript starten, Kaffee kochen, Rechner hochjagen - was auch immer). Wenn du z.B. m�chtest, dass beim Schliessen des Deckels ein Suspend durchgef�hrt wird, kannst du einen Haken im KCM-Modul des klaptopd machen. Wenn du allerdings mehr Kontrolle dar�ber brauchst was Suspend bedeutet, musst du den klaptopd abschalten und Skripte f�r acpid schreiben. Welche Events alles existieren sollte dir die ACPI-Spezifikation sagen, IIRC gibts auch auf acpi.sf.net einige Infos dazu. Wie das mit Low-Battery und �hnlichem ist, weiss ich nicht (ob die nun auch ACPI-Events generieren), aber daf�r gibts dann z.B. cpudyn oder cpufreqd... > Ist das Problem wirkllich so schwehr verst�ndlich und unlogisch? Mir > ist es jetzt erstmal egal, was ACPI nun wirklich exakt intern macht > und wie es funktioniert, Wenn du ACPI nutzen willst, solltest du zumindestens verstehen wie es prinzipiell funktioniert. Ich hab z.B. keine Ahnung wie das bei APM l�uft - warum es da einen Suspend-Event gibt - aber ich wills ja auch gar nicht benutzen... > ich finde es nur sehr unsch�n und ziemlich unstabil und unflexibel, > wenn es unter ACPI keine M�glichkeit gibt, allgemeine suspend / > resume Aktionen festzulegen. Das geht auch irgendwie nicht, weil ACPI erstmal nichts mit dem Suspend oder Resume zu tun hat. Suspend ist eine Sache die der Kernel macht, nicht ACPI. > Diese Aktionen festzulegen ist ja auch wirklich sache der > verschiedenen Paketemaintainer. Die schreiben ihre Skripte nach > /etc/apm/script.d mit entsprechenden links und sofort funktioniert > (unter apm ...) alles wunderpr�chtig (siehe z.Bsp. latop-net ...) So funktioniert es ebend nicht bei ACPID. Guck mal in dessen Manpage, da wird dir erkl�rt was er macht. Andreas -- Don't kiss an elephant on the lips today. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
