Laptop wird heiss - Powermanagement?

[Toxic Wolf]

Fàilte,

Ich habe festgestellt das mein Laptop unter Linux auf der rechten Seite sehr heiss wird (auch ist der Akku schnell leer). Da es unter Windows nicht der Fall ist, gehe ich davon aus das es an einer falschen oder fehlenden Konfiguration/Software liegt (evtl. am powermanagement?)

Die HDD scheint es nicht zu sein, diese befindet sich auf der linken Seite, sofern es nicht Chaotisch verbaut wurde, und die Sachen nicht das sind wonach sie aussehen ;-)

Nun kenne ich mich in diesem Bereich aber leider nicht aus, und weiss nicht wonach ich jetzt genau suchen soll. "Google.de/linux" spuckt zwar einige Seiten aus, doch finde ich dort nichts was mir jetzt wirklich weiterhilft. Nach den Ergebnissen laesst sich bisher nur vermuten, das es wahrscheinlich am Powermanagement liegt, doch dort verzweifel ist gerade, ich komme hier nicht mehr weiter, ich weiss nicht wonach ich suchen/schauen soll und bin wegen Arbeit und Hitze etwas gestresst.

Der luefter laeuft trotz sehr hoher Temperatur normal, scheint sich an der Stelle also nicht fuer die Hitze zu "interessieren". Die CPU's habe ich mittels cpufreg auf Max. 800MHz runtergetaktet

Es wird innerhalb von wenigen Minuten sehr heiss, also nicht erst nach laengerer Betriebszeit, oder bei groesserer Belastung durch Spiele, Videobearbeitungen oder der gleichen. Das einzige das laeuft ist "mrxvt" und "firefox" und mehr nicht. Also eigentlich nichts, was diese Hitze erklaeren koennte.

$ cpufreq-info


cpufrequtils 004: cpufreq-info (C) Dominik Brodowski 2004-2006
Report errors and bugs to cpufreq@lists.linux.org.uk, please.
analyzing CPU 0:
driver: acpi-cpufreq
CPUs which need to switch frequency at the same time: 0 1
hardware limits: 800 MHz - 2.20 GHz
available frequency steps: 2.20 GHz, 2.20 GHz, 1.60 GHz, 1.20 GHz, 800 MHz
available cpufreq governors: powersave, ondemand, performance
current policy: frequency should be within 800 MHz and 1.20 GHz.
The governor "powersave" may decide which speed to use
within this range.
current CPU frequency is 800 MHz.
analyzing CPU 1:
driver: acpi-cpufreq
CPUs which need to switch frequency at the same time: 0 1
hardware limits: 800 MHz - 2.20 GHz
available frequency steps: 2.20 GHz, 2.20 GHz, 1.60 GHz, 1.20 GHz, 800 MHz
available cpufreq governors: powersave, ondemand, performance
current policy: frequency should be within 800 MHz and 1.20 GHz.
The governor "powersave" may decide which speed to use
within this range.
current CPU frequency is 800 MHz.


Nun weiss ich leider nicht, wo ich noch nach Informationen schauen soll bzw. welche benoetigt werden, tut mir leid. Waere nett wuerdet Ihr mir bescheid geben, was noch an Informationen benoetigt wird. Hier jedenfalls noch mal die Informationen zum Latoptop selber:



Model: ASUS X52SA-AS018C
CPU: Intel Core 2 Duo 2x 2.2GHz
RAM: 2GB
Graka: ATI Mobility Radeon HD2600

OS: Arch-Linux i686
WM: fvwm


Noch mal die Ausgabe von "uname -a"


Linux notebook 2.6.25-ARCH #1 SMP PREEMPT Mon Jul 14 15:25:51 UTC 2008 i686 Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz GenuineIntel GNU/Linux


MfG
Tox!c Wolf

Das Thema wird auch hier durchgekaut: http://forum.archlinux.de/?page=Postings;id=20;thread=9343

[Aqualung]

was sagt



sensors
dmesg | grep -i acpi

?

evtl. ist für ersteres ein


sensors-detect

nötig.

[Toxic Wolf]

$ sensors

coretemp-isa-0000
Adapter: ISA adapter
Core 0: +56.0°C (high = +100.0°C, crit = +100.0°C)

coretemp-isa-0001
Adapter: ISA adapter
Core 1: +57.0°C (high = +100.0°C, crit = +100.0°C)

Demnach sieht es wohl nicht soo heiss aus, oder schon zu viel bei einem Lapi?

$ dmesg | grep -i acpi

BIOS-e820: 000000007ffa0000 - 000000007ffae000 (ACPI data)
BIOS-e820: 000000007ffae000 - 000000007fff0000 (ACPI NVS)
ACPI: RSDP 000F8200, 0024 (r2 ACPIAM)
ACPI: XSDT 7FFA0100, 007C (r1 _ASUS_ Notebook 9000707 MSFT 97)
ACPI: FACP 7FFA0290, 00F4 (r3 A_M_I_ OEMFACP 9000707 MSFT 97)
ACPI: DSDT 7FFA0680, B4D2 (r1 F3Sa0 F3Sa0204 204 INTL 20051117)
ACPI: FACS 7FFAE000, 0040
ACPI: APIC 7FFA0390, 005C (r1 A_M_I_ OEMAPIC 9000707 MSFT 97)
ACPI: MCFG 7FFA0430, 003C (r1 A_M_I_ OEMMCFG 9000707 MSFT 97)
ACPI: SLIC 7FFA0470, 0176 (r1 _ASUS_ Notebook 9000707 MSFT 97)
ACPI: DBGP 7FFA03F0, 0034 (r1 A_M_I_ OEMDBGP 9000707 MSFT 97)
ACPI: BOOT 7FFA05F0, 0028 (r1 A_M_I_ OEMBOOT 9000707 MSFT 97)
ACPI: ECDT 7FFA0620, 0054 (r1 A_M_I_ OEMECDT 9000707 MSFT 97)
ACPI: OEMB 7FFAE040, 0060 (r1 A_M_I_ AMI_OEM 9000707 MSFT 97)
ACPI: HPET 7FFABB60, 0038 (r1 A_M_I_ OEMHPET 9000707 MSFT 97)
ACPI: ATKG 7FFAE2A0, 8024 (r1 A_M_I_ OEMATKG 5000702 MSFT 97)
ACPI: SSDT 7FFB6B80, 04E6 (r1 PmRef CpuPm 3000 INTL 20051117)
ACPI: PM-Timer IO Port: 0x808
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
ACPI: HPET id: 0x8086a201 base: 0xfed00000
Using ACPI (MADT) for SMP configuration information
ACPI: Core revision 20070126
ACPI: Checking initramfs for custom DSDT
ACPI: bus type pci registered
ACPI: EC: EC description table is found, configuring boot EC
ACPI: Interpreter enabled
ACPI: (supports S0 S1 S3 S4 S5)
ACPI: Using IOAPIC for interrupt routing
ACPI: Error attaching device data
ACPI: Error attaching device data
ACPI: EC: GPE = 0x1c, I/O: command/status = 0x66, data = 0x62
ACPI: EC: driver started in poll mode
ACPI: PCI Root Bridge [PCI0] (0000:00)
pci 0000:00:1f.0: quirk: region 0800-087f claimed by ICH6 ACPI/GPIO/TCO
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P1._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P2._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P3._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P4._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P5._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P6._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P8._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P9._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 *10 11 12)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 6 7 10 12)
ACPI: PCI Interrupt Link [LNKC] (IRQs *3 4 5 6 7 10 12)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 *7 10 12)
ACPI: PCI Interrupt Link [LNKE] (IRQs *6)
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 *4 5 6 7 10 12)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 *10 12)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 *5 6 7 10 12)
ACPI Warning (tbutils-0217): Incorrect checksum in table [ATKG] - F1, should be 59 [20070126]
pnp: PnP ACPI init
ACPI: bus type pnp registered
pnp: PnP ACPI: found 13 devices
ACPI: ACPI bus type pnp unregistered
PCI: Using ACPI for IRQ routing
ACPI: RTC can wake from S4
ACPI: PCI Interrupt 0000:00:01.0[A] -> GSI 16 (level, low) -> IRQ 16
ACPI: PCI Interrupt 0000:00:1c.0[A] -> GSI 16 (level, low) -> IRQ 16
ACPI: PCI Interrupt 0000:00:1c.1[B] -> GSI 17 (level, low) -> IRQ 17
ACPI: PCI Interrupt 0000:00:1c.2[C] -> GSI 18 (level, low) -> IRQ 18
ACPI: PCI Interrupt 0000:00:1c.3[D] -> GSI 19 (level, low) -> IRQ 19
ACPI: PCI Interrupt 0000:00:1c.4[A] -> GSI 16 (level, low) -> IRQ 16
ACPI: PCI Interrupt 0000:00:1c.5[B] -> GSI 17 (level, low) -> IRQ 17
ACPI: PCI Interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 18
ACPI: PCI interrupt for device 0000:00:1f.1 disabled
ACPI: PCI Interrupt 0000:00:1f.2[B] -> GSI 20 (level, low) -> IRQ 20
ACPI: PCI Interrupt 0000:04:00.0[A] -> GSI 18 (level, low) -> IRQ 18
ACPI: PCI Interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 18
ACPI: PCI Interrupt 0000:00:1a.0[A] -> GSI 16 (level, low) -> IRQ 16
ACPI: PCI Interrupt 0000:00:1a.7[C] -> GSI 18 (level, low) -> IRQ 18
sda: sda1 sda2 sda3 sda4 <<6>ACPI: PCI Interrupt 0000:00:1a.1[B] -> GSI 21 (level, low) -> IRQ 21
ACPI: PCI Interrupt 0000:00:1d.0[A] -> GSI 23 (level, low) -> IRQ 23
ACPI: PCI Interrupt 0000:00:1d.1[B] -> GSI 19 (level, low) -> IRQ 19
ACPI: PCI Interrupt 0000:00:1d.2[C] -> GSI 18 (level, low) -> IRQ 18
ACPI: PCI Interrupt 0000:00:1d.7[A] -> GSI 23 (level, low) -> IRQ 23
ACPI: SSDT 7FFB63A0, 0286 (r1 PmRef Cpu0Ist 3000 INTL 20051117)
ACPI: SSDT 7FFB66C0, 04B6 (r1 PmRef Cpu0Cst 3001 INTL 20051117)
ACPI: CPU0 (power states: C1[C1] C2[C2] C3[C3])
ACPI: ACPI0007:00 is registered as cooling_device0
ACPI: Processor [P001] (supports 8 throttling states)
ACPI: SSDT 7FFB62D0, 00C8 (r1 PmRef Cpu1Ist 3000 INTL 20051117)
ACPI: SSDT 7FFB6630, 0085 (r1 PmRef Cpu1Cst 3000 INTL 20051117)
ACPI: CPU1 (power states: C1[C1] C2[C2] C3[C3])
ACPI: ACPI0007:01 is registered as cooling_device1
ACPI: Processor [P002] (supports 8 throttling states)
ACPI: AC Adapter [AC0] (on-line)
ACPI: EC: non-query interrupt received, switching to interrupt mode
ACPI: Battery Slot [BAT0] (battery present)
ACPI: Power Button (FF) [PWRF]
ACPI: Sleep Button (CM) [SLPB]
ACPI: Lid Switch [LID]
ACPI: LNXTHERM:01 is registered as thermal_zone0
ACPI: Thermal Zone [THRM] (44 C)
ACPI: device:20 is registered as cooling_device2
ACPI: Video Device [VGA] (multi-head: yes rom: no post: no)
ACPI: PCI Interrupt 0000:09:01.0[A] -> GSI 16 (level, low) -> IRQ 16
ACPI: PCI Interrupt 0000:09:01.1[B] -> GSI 17 (level, low) -> IRQ 17
ACPI: PCI Interrupt 0000:03:00.0[A] -> GSI 17 (level, low) -> IRQ 17
ACPI: PCI interrupt for device 0000:03:00.0 disabled
ACPI: PCI Interrupt 0000:03:00.0[A] -> GSI 17 (level, low) -> IRQ 17
ACPI: PCI interrupt for device 0000:03:00.0 disabled
ACPI: PCI Interrupt 0000:03:00.0[A] -> GSI 17 (level, low) -> IRQ 17
ACPI: PCI Interrupt 0000:03:00.0[A] -> GSI 17 (level, low) -> IRQ 17
ACPI: PCI Interrupt 0000:03:00.0[A] -> GSI 17 (level, low) -> IRQ 17
ACPI: PCI Interrupt 0000:03:00.0[A] -> GSI 17 (level, low) -> IRQ 17

[Aqualung]

weiss nicht, ob das für arch passt, aber läuft der acpid?:


ps ax | grep acpid

Was verwendest Du zum Power-Management unter fvwm? Ich erinnere mich an ein Laptop, dem ich mit fvwm als wm unter keinen Umständen den Batterie-Status entlocken konnte. Sicher war das Prob. eher im Kernel, aber - magic - mit gnome klappte alles.

[Toxic Wolf]

Nein, laeuft nicht bzw. lief nicht. War nicht installiert. Habe es aber mal eben installiert und lies gerade darueber nach (wegen Configuration etc...)

$ ps ax | grep acpid

14 ? S< 0:00 [kacpid]
4089 ? Ss 0:00 acpid
4091 pts/0 D+ 0:00 grep acpid

[Aqualung]

Hast Du neu gebootet? Sieht hier (Suse 11) ein bisschen komplexer aus:



ps ax | grep acpid
12 ? S< 0:00 [kacpid]
2010 ? Ss 0:00 /sbin/acpid
2228 ? S 0:00 hald-addon-acpi: listening on acpid socket /var/run/acpid.socket
4673 ? S 0:00 /usr/sbin/powersaved -d -f /var/run/acpid.socket -v 3
6494 pts/7 S+ 0:00 grep acpid

[Toxic Wolf]

Nein, hatte ich nicht. Habe ich aber eben gemacht, die Ausgabe ist aber immer noch die selbe.

Habe noch die Module "ac, fan, button" geladen und dann die jeweiligen Verzeichnise (/proc/acpid/<dir>) angeschaut. Dabei ist mir aufgefallen dass das Verzeichnis "fan" leer ist, im Gegensatz zu den anderen Verzeichnisen.

Bedeutet dies, dass das Modul "fan" hier nicht funktioniert?

$ cat /var/log/acpid.log

Jul 31 11:00:55 notebook syslog-ng[3086]: Log statistics; processed='center(queued)=5264', processed='center(received)=2428', processed='destination(acpid)=210', processed='destination(console)=0', processed='destination(debug)=0', processed='destination(mail)=0', processed='destination(user)=52', processed='destination(uucp)=0', processed='destination(messages)=763', processed='destination(ppp)=0', processed='destination(news)=0', processed='destination(iptables)=0', processed='destination(everything)=2041', processed='destination(lpr)=0', processed='destination(cron)=0', processed='destination(syslog)=1', processed='destination(authlog)=177', processed='destination(errors)=87', processed='destination(kernel)=1933', processed='destination(daemon)=0', processed='destination(console_all)=0', processed='source(src)=2428'
Jul 31 11:02:01 notebook acpid: received event "button/power PWRF 00000080 00000001"
Jul 31 11:02:01 notebook acpid: notifying client 3254[0:100]
Jul 31 11:02:01 notebook acpid: executing action "/etc/acpi/handler.sh button/power PWRF 00000080 00000001"
Jul 31 11:02:01 notebook acpid: action exited with status 0
Jul 31 11:02:01 notebook acpid: executing action "/etc/acpi/handler.sh button/power PWRF 00000080 00000001"
Jul 31 11:02:01 notebook acpid: action exited with status 0
Jul 31 11:02:01 notebook acpid: completed event "button/power PWRF 00000080 00000001"
Jul 31 11:02:22 notebook acpid: received event "button/power PWRF 00000080 00000002"
Jul 31 11:02:22 notebook acpid: notifying client 3254[0:100]
Jul 31 11:02:22 notebook acpid: client has disconnected
Jul 31 11:02:22 notebook acpid: executing action "/etc/acpi/handler.sh button/power PWRF 00000080 00000002"
Jul 31 11:02:22 notebook acpid: action exited with status 0
Jul 31 11:02:22 notebook acpid: executing action "/etc/acpi/handler.sh button/power PWRF 00000080 00000002"
Jul 31 11:02:22 notebook acpid: action exited with status 0
Jul 31 11:02:22 notebook acpid: completed event "button/power PWRF 00000080 00000002"
Jul 31 11:02:25 notebook acpid: received event "button/power PWRF 00000080 00000003"
Jul 31 11:02:25 notebook acpid: executing action "/etc/acpi/handler.sh button/power PWRF 00000080 00000003"
Jul 31 11:02:25 notebook acpid: action exited with status 0
Jul 31 11:02:25 notebook acpid: executing action "/etc/acpi/handler.sh button/power PWRF 00000080 00000003"
Jul 31 11:02:25 notebook acpid: action exited with status 0
Jul 31 11:02:25 notebook acpid: completed event "button/power PWRF 00000080 00000003"
Jul 31 11:02:25 notebook acpid: received event "button/power PWRF 00000080 00000004"
Jul 31 11:02:25 notebook acpid: executing action "/etc/acpi/handler.sh button/power PWRF 00000080 00000004"
Jul 31 11:02:25 notebook acpid: action exited with status 0
Jul 31 11:02:25 notebook acpid: executing action "/etc/acpi/handler.sh button/power PWRF 00000080 00000004"
Jul 31 11:02:25 notebook acpid: action exited with status 0
Jul 31 11:02:25 notebook acpid: completed event "button/power PWRF 00000080 00000004"
Jul 31 11:04:24 notebook acpid: starting up
Jul 31 11:04:24 notebook acpid: 5 rules loaded
Jul 31 11:05:15 notebook acpid: client connected from 3157[0:100]
Jul 31 11:05:15 notebook acpid: 1 client rule loaded
Jul 31 11:09:24 notebook sudo: wolf : TTY=pts/0 ; PWD=/home/wolf ; USER=root ; COMMAND=/bin/cat /var/log/acpid.log

[Aqualung]

Nein, hatte ich nicht. Habe ich aber eben gemacht, die Ausgabe ist aber immer noch die selbe.

Habe noch die Module "ac, fan, button" geladen und dann die jeweiligen Verzeichnise (/proc/acpid/<dir>) angeschaut. Dabei ist mir aufgefallen dass das Verzeichnis "fan" leer ist, im Gegensatz zu den anderen Verzeichnisen.

Das sollte vom System geladen werden. Läuft bei Dir überhaupt der hald? Evtl. musst Du noch das Paket "powersave" nachinstallieren.



Bedeutet dies, dass das Modul "fan" hier nicht funktioniert?


kann man so einfach nicht sagen. Versuche das powermanagement über das /etc/init.d/ bzw. runlevel-Skript anzwerfen.



$ cat /var/log/acpid.log

Jul 31 11:00:55 notebook syslog-ng[3086]: Log statistics; processed='center(queued)=5264', processed='center(received)=2428', processed='destination(acpid)=210', processed='destination(console)=0', processed='destination(debug)=0', processed='destination(mail)=0', processed='destination(user)=52', processed='destination(uucp)=0', processed='destination(messages)=763', processed='destination(ppp)=0', processed='destination(news)=0', processed='destination(iptables)=0', processed='destination(everything)=2041', processed='destination(lpr)=0', processed='destination(cron)=0', processed='destination(syslog)=1', processed='destination(authlog)=177', processed='destination(errors)=87', processed='destination(kernel)=1933', processed='destination(daemon)=0', processed='destination(console_all)=0', processed='source(src)=2428'
Jul 31 11:02:01 notebook acpid: received event "button/power PWRF 00000080 00000001"
Jul 31 11:02:01 notebook acpid: notifying client 3254[0:100]
Jul 31 11:02:01 notebook acpid: executing action "/etc/acpi/handler.sh button/power PWRF 00000080 00000001"
Jul 31 11:02:01 notebook acpid: action exited with status 0
Jul 31 11:02:01 notebook acpid: executing action "/etc/acpi/handler.sh button/power PWRF 00000080 00000001"
Jul 31 11:02:01 notebook acpid: action exited with status 0
Jul 31 11:02:01 notebook acpid: completed event "button/power PWRF 00000080 00000001"
Jul 31 11:02:22 notebook acpid: received event "button/power PWRF 00000080 00000002"
Jul 31 11:02:22 notebook acpid: notifying client 3254[0:100]
Jul 31 11:02:22 notebook acpid: client has disconnected
Jul 31 11:02:22 notebook acpid: executing action "/etc/acpi/handler.sh button/power PWRF 00000080 00000002"
Jul 31 11:02:22 notebook acpid: action exited with status 0
Jul 31 11:02:22 notebook acpid: executing action "/etc/acpi/handler.sh button/power PWRF 00000080 00000002"
Jul 31 11:02:22 notebook acpid: action exited with status 0
Jul 31 11:02:22 notebook acpid: completed event "button/power PWRF 00000080 00000002"
Jul 31 11:02:25 notebook acpid: received event "button/power PWRF 00000080 00000003"
Jul 31 11:02:25 notebook acpid: executing action "/etc/acpi/handler.sh button/power PWRF 00000080 00000003"
Jul 31 11:02:25 notebook acpid: action exited with status 0
Jul 31 11:02:25 notebook acpid: executing action "/etc/acpi/handler.sh button/power PWRF 00000080 00000003"
Jul 31 11:02:25 notebook acpid: action exited with status 0
Jul 31 11:02:25 notebook acpid: completed event "button/power PWRF 00000080 00000003"
Jul 31 11:02:25 notebook acpid: received event "button/power PWRF 00000080 00000004"
Jul 31 11:02:25 notebook acpid: executing action "/etc/acpi/handler.sh button/power PWRF 00000080 00000004"
Jul 31 11:02:25 notebook acpid: action exited with status 0
Jul 31 11:02:25 notebook acpid: executing action "/etc/acpi/handler.sh button/power PWRF 00000080 00000004"
Jul 31 11:02:25 notebook acpid: action exited with status 0
Jul 31 11:02:25 notebook acpid: completed event "button/power PWRF 00000080 00000004"
Jul 31 11:04:24 notebook acpid: starting up
Jul 31 11:04:24 notebook acpid: 5 rules loaded
Jul 31 11:05:15 notebook acpid: client connected from 3157[0:100]
Jul 31 11:05:15 notebook acpid: 1 client rule loaded
Jul 31 11:09:24 notebook sudo: wolf : TTY=pts/0 ; PWD=/home/wolf ; USER=root ; COMMAND=/bin/cat /var/log/acpid.log


kann ich Dir nichts dazu sagen.

[Toxic Wolf]

Das sollte vom System geladen werden. Läuft bei Dir überhaupt der hald? Evtl. musst Du noch das Paket "powersave" nachinstallieren.

Habe mich was die Module betrifft an http://wiki.archlinux.de/?title=ACPI_Module gehalten. Dort schreiben sie, das ich die Module in der rc.conf eintragen soll. Das meinte ich auch mit das ich die Module geladen habe.

Nein, "hald" laeuft nicht. Werd ich aber mal aendern und auch mal drueber nachlesen (kenne "hal" noch nicht)

"Powersave" gibt es hier nicht als Paket (also bei "pacman"), aber muesste das nicht eigentlich installiert sein? Ich nutze "cpufreq" mit dem governor "powersave". Oder ist das was anderes?


kann man so einfach nicht sagen. Versuche das powermanagement über das /etc/init.d/ bzw. runlevel-Skript anzwerfen.

ACPID wird ueber die "rc.conf" geladen.

[Aqualung]

Habe mich was die Module betrifft an http://wiki.archlinux.de/?title=ACPI_Module gehalten. Dort schreiben sie, das ich die Module in der rc.conf eintragen soll. Das meinte ich auch mit das ich die Module geladen habe.

Nein, "hald" laeuft nicht. Werd ich aber mal aendern und auch mal drueber nachlesen (kenne "hal" noch nicht)

"Powersave" gibt es hier nicht als Paket (also bei "pacman"), aber muesste das nicht eigentlich installiert sein? Ich nutze "cpufreq" mit dem governor "powersave". Oder ist das was anderes?


Ja. Das ist die CPU-Policy, die im Kernel definiert ist. Das Paket powersave ist hier ziemlich umfangreich:



rpm -ql powersave
/etc/acpi
/etc/acpi/events.ignore
/etc/acpi/events.ignore/events.ignore
/etc/dbus-1/system.d/powersave.conf
/etc/init.d/powersaved
/etc/powersave
/usr/bin/powersave
/usr/lib/powersave
/usr/lib/powersave/do_screen_saver
/usr/lib/powersave/do_x_notification
/usr/lib/powersave/myecho
/usr/lib/powersave/powersave-notify
/usr/lib/powersave/rcpowersaved
/usr/lib/powersave/scripts
/usr/lib/powersave/scripts/beep_hilo
/usr/lib/powersave/scripts/beep_lohi
/usr/lib/powersave/scripts/debug_events
[...]



Schon gesehen?
http://bbs.archlinux.org/viewtopic.php?id=28162

Edit:
bei arch scheint es kein modul namens powersave zu geben. Stattdessen Pm-utils und Cpufrequtils, die bei Dir wohl schon installiert sind.
Obsolete:
http://wiki.archlinux.org/index.php/Powersaved
Aktuell:
http://wiki.archlinux.org/index.php/Pm-utils
http://wiki.archlinux.org/index.php/Cpufrequtils

[Rain_maker]

A pro pos "schon gesehen":

http://forum.archlinux.de/?page=Postings;id=20;thread=9343

[Toxic Wolf]

A pro pos "schon gesehen":

http://forum.archlinux.de/?page=Postings;id=20;thread=9343

Noe, das hatte ich noch nicht gesehen :rolleyes:

[Rain_maker]

Mit knapp 500 Beiträgen sollte man eigentlich die Spielregeln kennen.

Wenn man schon gleichzeitig mehrere Foren auf das selbe Problem ansetzt, dann sollte man zumindest die jeweiligen Helfer darüber informieren, damit die

a) wissen, was im jeweils anderen Forum schon probiert wurde

und

b) es keine sich überschneidenden Lösungsvorschläge gibt

Und zum "fair-play" gehörts auch.

[Toxic Wolf]

Ach komm, nu mach hier mal keinen Herrmann deswegen und komm wieder runter...

Ich gebe mein bestes doch bin ich imho sehr gestresst, steh unter Zeitdruck und bin stark genervt. Nebenbei habe ich hier noch eine Temperatur von 28-30°C im Zimmer (trotzt Kuehlung!) ...

Da kann man schon mal das eine oder andere vergessen... auch hat man unter den Umstaenden auch wenig Nerv noch mal alles doppelt und dreifach zu Posten... (obwohl... bei Dir ist es sicherlich anders, Du bist Perfekt?)

PS: Ach ja, muss man mit 500 Beitraegen die Reglen wirklich bereits kennen? Ich habe ja meist nur auf Beitraege geantwortet aber selten eigene Themen mit Fragen aufgemacht... also sagen die 500 Beitraege hier nichts :D

500 Beitraege davon 14 eigene Themen welche aber nicht alle mit "Problemen" zu tun haben, und einige Fragen wurden nicht beantwortet oder musste/konnte ich selber loesen... also erklaere mir die Spielregen bitte noch einmal. Bei so wenigen Fragen zu Problemen, kenne ich diese noch nicht!

[Rain_maker]

Ach komm, nu mach hier mal keinen Herrmann deswegen und komm wieder runter...

Ich war nie "oben".



auch hat man unter den Umstaenden auch wenig Nerv noch mal alles doppelt und dreifach zu Posten...

Und warum hast Du es dann gemacht?

Ein Link in jedem Forum auf den/die jeweils anderen Thread(s) reicht doch.

Spielregeln:

Wenn mehrfach posten, dann von Beginn an Querverweise setzen, fertig.

[Toxic Wolf]

Ein Link in jedem Forum auf den/die jeweils anderen Thread(s) reicht doch.

Ok stimmt, daran hatte ich nicht gedacht bzw auf die Idee war ich nicht gekommen ôO

Sry... :o

[Aqualung]

@Toxic Wolf: Ich muss RM voll beipflichten, es wäre für mich (und Dich) nützlich gewesen, einen Link zu setzen, mancher Umweg braucht nicht gegangen zu werden. Auch die gefundene Lsg. kann einem anderen weiterhelfen.

[Rain_maker]

Um mal hier etwas potentielle Verwirrung aufzulösen (bin ja zufälligerweise sowohl Archie als auch SUSIaner):

Ja, der powersave-deamon wird unter Arch nicht verwendet (ich hatte den damals auch gesucht und mich gewundert), diese Option wird also nicht bestehen.

Das mit dem leeren "fan"-Ordner ist zwar zunächst ein Hinweis auf nicht ganz vollständige ACPI-Implementierung, die "normale" Folge davon ist aber meist, daß der Lüfter ständig läuft, sprich das ACPI-Modul "fan" soll eigentlich AFAIK dafür sorgen, daß der Lüfter nur bei Bedarf anspringt, das ist es also scheinbar auch nicht, denn laut Deiner Beschreibung tut er das ja.

Das hilft jetzt vielleicht nicht direkt weiter, aber zumindest dürfte es eine (oder auch zwei) Richtungen ausschliessen, in die man eher nicht weiter suchen muss.

Greetz,

RM

[Toxic Wolf]

Das mit dem leeren "fan"-Ordner ist zwar zunächst ein Hinweis auf nicht ganz vollständige ACPI-Implementierung, die "normale" Folge davon ist aber meist, daß der Lüfter ständig läuft, sprich das ACPI-Modul "fan" soll eigentlich AFAIK dafür sorgen, daß der Lüfter nur bei Bedarf anspringt, das ist es also scheinbar auch nicht, denn laut Deiner Beschreibung tut er das ja.

Stimmt, was zumindest schon mal die niedrige Akkulaufzeit erklaeren wuerde ^^ u.a. pustet der sehr heisse Luft aus.


Das hilft jetzt vielleicht nicht direkt weiter, aber zumindest dürfte es eine (oder auch zwei) Richtungen ausschliessen, in die man eher nicht weiter suchen muss.

Greetz,

RM

Tja, und wie viele bleiben da noch =/ Ich weiss zwar nicht wieso, aber ich habe doch so das sehr starke Gefuehl, das ich wohl damit leben muss :( Bzw. ich denke das unter diesen Umstaenden das Geraet schnell den Geist aufgeben wird, oder? Also wenn er permanent auf "Volllast" laeuft (zumindest wenn man nach der Temperatur geht..., tut er dies...) wird das wohl nicht so gut sein...

[Aqualung]

Den Grafiktreiber von ati.com hast Du schätzungsweise schon installiert?
Poste mal


lspci

[Toxic Wolf]

Den Grafiktreiber von ati.com hast Du schätzungsweise schon installiert?
Poste mal

Nein, habe ich nicht da es leider keinen Linux-Treiber gibt.


00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub (rev 03)
00:01.0 PCI bridge: Intel Corporation Mobile PM965/GM965/GL960 PCI Express Root Port (rev 03)
00:1a.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Contoller #4 (rev 03)
00:1a.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 (rev 03)
00:1a.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 (rev 03)
00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 03)
00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 (rev 03)
00:1c.1 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 (rev 03)
00:1c.2 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 3 (rev 03)
00:1c.3 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 4 (rev 03)
00:1c.4 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 5 (rev 03)
00:1c.5 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 6 (rev 03)
00:1d.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 (rev 03)
00:1d.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 (rev 03)
00:1d.2 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 (rev 03)
00:1d.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev f3)
00:1f.0 ISA bridge: Intel Corporation 82801HEM (ICH8M) LPC Interface Controller (rev 03)
00:1f.1 IDE interface: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) IDE Controller (rev 03)
00:1f.2 SATA controller: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) SATA AHCI Controller (rev 03)
01:00.0 VGA compatible controller: ATI Technologies Inc Unknown device 9581
02:00.0 Ethernet controller: Attansic Technology Corp. L1 Gigabit Ethernet Adapter (rev b0)
03:00.0 Network controller: Intel Corporation PRO/Wireless 4965 AG or AGN Network Connection (rev 61)
04:00.0 SATA controller: JMicron Technologies, Inc. JMicron 20360/20363 AHCI Controller (rev 02)
08:00.0 Memory controller: Intel Corporation Turbo Memory Controller (rev 01)
09:01.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev 05)
09:01.1 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 22)
09:01.2 System peripheral: Ricoh Co Ltd R5C843 MMC Host Controller (rev 12)
09:01.3 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter (rev 12)
09:01.4 System peripheral: Ricoh Co Ltd xD-Picture Card Controller (rev ff)

[Aqualung]

Nein, habe ich nicht da es leider keinen Linux-Treiber gibt.

Welchen Grafiktreiber benutzt Du (ati, fglrx)?

[Toxic Wolf]

Welchen Grafiktreiber benutzt Du (ati, fglrx)?

Den freien Treiber (radeon)

[Aqualung]

Den freien Treiber (radeon)

Mal den nicht-freien Treiber (fglrx) testen?

[Toxic Wolf]

Mal den nicht-freien Treiber (fglrx) testen?

Wie ich schon schrieb, es gibt fuer diese Karte keinen Linux-Treiber. Die Karte wird von ATI nicht Supported. Sonst wuerde ich den nicht-freien Treiber schon nutzen :(

Ich hatte es schon mal mit dem normalen (nicht Mobility) Treiber probiert gehabt und auch mit dem aus der Repo, aber dann ist hier alles extrem am Stocken... kann man also absolut nicht mit arbeiten.

[Aqualung]

In die "Eingeweide": Was hin und wieder mal geholfen hat, war das feste Einkompilieren von allen Komponenten in den Kernel, die mit Powermanagement zu tun hatten (Also etwa unterhalb "Processor type and features", "ACPI", "CPU Frequency scaling"). War immer ein bisschen voodoo dabei...

Eine andere "Eskalationsrichtung": Wie war das noch mit der "custom DSDT"?
http://gaugusch.at/kernel.shtml
Kann ein bischen mehr Arbeit werden ...:rolleyes:

[Toxic Wolf]

Kann ein bischen mehr Arbeit werden ...:rolleyes:

ja... das glaube ich auch ;)

Kernel selber Kompilieren ist mir auch schon in den Sinn gekommen, werde ich auch mal machen wenn ich Zeit habe. Und wenn ich diese dann schon mal habe, werde ich mich auch mit dem Link dort beschaeftigen ;)

Leider fehlt mir nur jetzt gerade die Zeit, und das scheint - wie Du schon schriebst - etwas mehr Zeit zu benoetigen ;)

Also erstmal Danke fuer Deine Muehen, wenn ich dann mal die Zeit dafuer gefunden habe, werde ich mich noch einmal melden und schreiben, wie es ausschaut.

MfG
Tox!c Wolf

[Toxic Wolf]

Thema wurde jetzt soweit geloest...

Mit folgender Config fuer die Grafikkarte, ist die Temperatur etwas gesunken und auch die Akkulaufzeit hat sich um etwa 15 Minuten erhoeht


Section "Device"
Identifier "Default Card"
Driver "radeon"
VendorName "ATI"
Option "DRI" "true"
BusID "1:0:0
Option "DynamicClocks" "on"
EndSection

Danke fuer die Hilfe

MfG
Tox!c Wolf