Mailinglist Archive: opensuse-mobile-de (193 mails)
| < Previous | Next > |
Re: [suse-laptop] ACPI / APM auf einem Amilo?
- From: Daniel Stoinski <stoyac@xxxxxx>
- Date: Mon, 8 Aug 2005 14:27:07 +0200 (CEST)
- Message-id: <Pine.LNX.4.61.0508081405400.8734@vlnac>
> > 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=""
> > 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=""
| < Previous | Next > |