ACPI / APM auf einem Amilo?
Hallo, hat jemand auf einem Amilo (bei mir ein Amilo M1437g) ACPI zum Laufen bekommen? Mein SuSE 9.3 stürzt leider stets beim booten kommentarlos ab, sobald ich den Parameter "acpi=off" entferne. APM scheint (laut Selbstauskunft durch SuSE) problemlos zu funktionieren. Ich würde allerdings gern von der Geschwindigkeitsregelung des Prozessors Gebrauch machen, um unnätige Wärmeentwicklung zu vermeiden. Danke im Voraus, Jens
Jens Stegemann wrote:
Hallo,
hat jemand auf einem Amilo (bei mir ein Amilo M1437g) ACPI zum Laufen bekommen? Mein SuSE 9.3 stürzt leider stets beim booten kommentarlos ab, sobald ich den Parameter "acpi=off" entferne.
Wann genau stuerzt er ab? Bzw. kannst Du mit init=/bin/bash booten? (Wenn's geht, kopiere am besten /proc/acpi/dsdt weg und schick's mir mal privat) Es gibt einen Bug mit dem 9.3 Kernel. Der laesst die Maschine aber erst beim Starten vom powersave daemon (beim laden der cpufreq Module) abstuerzen. Wenn Du dieses Problem hast, dann hilft Dir der neuste Update Kernel, bzw. CPUFREQ_MODULE="acpi" in /etc/sysconfig/powersave/cpufreq Wenn es was anderes ist wird's schwieriger, genauere Info mit welcher Meldung (immer die selbe?) er stehen bleibt waere nicht schlecht (im Textmodus booten). Danke, Thomas
hat jemand auf einem Amilo (bei mir ein Amilo M1437g) ACPI zum Laufen bekommen? Mein SuSE 9.3 stürzt leider stets beim booten kommentarlos ab, sobald ich den Parameter "acpi=off" entferne.
Wann genau stuerzt er ab?
Meiner (Amilo M18xx) stürzt beim start von /etc/rc.d/powersaved ab. Oder genauer, er hängt sich beim laden von irgendeinem ACPI-Module auf, genauer habe ich die Sache noch nicht untersucht. Momentan habe ich den aufruf von powersaved aus /etc/rc.d/rc?.d entfernt und arbeite ohne ACPI, den Kernel boote ich allerdings mit acpi=on. Damit kann ich zumindest mein Notebook ausschalten, wenn ich ihn herunterfahre. Daniel
Hallo,
Momentan habe ich den aufruf von powersaved aus /etc/rc.d/rc?.d entfernt und arbeite ohne ACPI, den Kernel boote ich allerdings mit acpi=on. Damit kann ich zumindest mein Notebook ausschalten, wenn ich ihn herunterfahre.
Ganz schnell, bevor ich den anderen Hinweisen nachgehe: Das habe ich auch versucht und es klappt tatsächlich. Alledings ist merkwürdig, dass der powersaved, wenn ich Ihn später als root von Hand starte, problemlos funktioniert und ich auch die Funktionen (cpufreq, etc.) nutzen kann. Könnte dies ein Hinweis auf die Fehlerursache sein? Ciao, Jens
On Fri, Jul 22, 2005 at 05:21:31PM +0200, Jens Stegemann wrote:
Ganz schnell, bevor ich den anderen Hinweisen nachgehe: Das habe ich auch versucht und es klappt tatsächlich. Alledings ist merkwürdig, dass der powersaved, wenn ich Ihn später als root von Hand starte, problemlos funktioniert und ich auch die Funktionen (cpufreq, etc.) nutzen kann. Könnte dies ein Hinweis auf die Fehlerursache sein?
Ja. Welchen Kernel benutzt du (uname -a)? Hast du das kernel-onlineupdate eingespielt? -- Stefan Seyfried
Momentan habe ich den aufruf von powersaved aus /etc/rc.d/rc?.d entfernt und arbeite ohne ACPI, den Kernel boote ich allerdings mit acpi=on. Damit kann ich zumindest mein Notebook ausschalten, wenn ich ihn herunterfahre.
Ganz schnell, bevor ich den anderen Hinweisen nachgehe: Das habe ich auch versucht und es klappt tatsächlich. Alledings ist merkwürdig, dass der powersaved, wenn ich Ihn später als root von Hand starte, problemlos funktioniert und ich auch die Funktionen (cpufreq, etc.) nutzen kann. Könnte dies ein Hinweis auf die Fehlerursache sein?
Auf meinem Amilo M3489 war das Problem, dass ich entweder ein SIGSEGV oder gar einen totalen Hang des Prozesses bekommen habe, wenn ich aus /proc/acpi/thermal_zone/* gelesen habe. Und powersaved liest aus einer von diesen Dateien, wenn dieses thermal-Ding erlaubt ist und in /proc/acpi erscheint. Um es zu verbieten, muss man in /etc/sysconfig/powermanagement und /etc/sysconfig/powersave das Module thermal aus ACPI_MODULES und ACPI_MODULE_NOT_TO_UNLOAD löschen. Nach dem Neustart oder nach dem Entfrenen der Modules mit rmmod startet auch /etc/rc.d/powersaved problemlos. Auf meinem Amilo hatte ich aber zusätzlich noch das Problem, das mein Notebook nicht erfolgreich aus dem Suspend erwachen wollte. Es hing wahrscheinlich mit X oder mit einem der X-Programme zusammen, denn z.B nur in der Konsole, wo weder xdm, noch alsa noch eine ganze Menge von anderen Schnickschnacks aktiv waren, funktionierte alles prima. Deswegen habe ich mir auf die Schnelle ein paar eigente Scripts zusammengebastelt, die den Suspend mit swsusp und acpid und _ohne_ powersaved realisieren. Die Scriptleine und Einstellungen hänge ich an. swsusp funktioniert _fast_ immer, auch mit X. Ab und zu kann mein Amilo aber nicht erwachen ... Daniel /etc/acpi/events: event=.* action=/sbin/event_watcher.sh %e /sbin/event_watcher.sh: #!/bin/sh # controls the events sent by acpid LOGFILE=/var/log/event_watcher.log log() { DATE=`date '+%Y%m%d%H%M%S'` echo "${DATE} ${*}" >> "${LOGFILE}" } case "$1" in button/power) log "power button pressed" /sbin/halt ;; button/lid) log "case closed" /sbin/swsusp ;; *) log $* ;; esac /etc/sysconfig/powermanagement: CPUFREQD_SAVE_BATTERY_POWER=yes CPUFREQD_THERMAL_LIMIT="" CPUFREQD_IDLE_RATIO_FAST_UP="" CPUFREQD_IDLE_RATIO_UP="" CPUFREQD_IDLE_RATIO_DOWN="" CPUFREQD_INTERVAL="" CPUFREQD_MODULE="" CPUFREQD_MODULE_OPTS="" ACPI_DEBUG=no # container for closing the notebook case ACPI_MODULES="ac battery button fan processor container video" ACPI_MODULES_NOT_TO_UNLOAD="ac battery button fan processor container video" # below probably not needed anymore, if using own scripts for acpid ACPI_BUTTON_POWER=shutdown ACPI_BUTTON_SLEEP=ignore ACPI_BUTTON_LID_CLOSE=ignore ACPI_BUTTON_LID_OPEN=dethrottle ACPI_THROTTLED_DISK_TIMEOUT="" ACPI_THROTTLED_KUPDATED_INTERVAL=""
participants (4)
-
Daniel Stoinski
-
Jens Stegemann
-
Stefan Seyfried
-
Thomas Renninger