Power Management unter FreeBSD

I

I.MC

Watt soll denn hier hin?
Hi,

jetzt wo 5.x bald stable wird habe ich es inzwischen einmal auf meinem Notebook installiert. Soweit so gut, ACPI wird geladen, und das was ich noch dazu weiss ist, dass es nun 4 Stufen der CPU-Drosslung geht die man per sysctl einstellen können soll. Nun läft aber trotzdem öfter der Lüfter, selbst wenn ich nichts mache am Rechner. Unter Windows wird die Leistung automatisch dem Bedarf angepasst per Speed-Step, wie lässt sich das also unter FreeBSD einstellen? Wie sieht es aus mit KDE? Dort gibt es ja kdelaptop (oder so), dies setzte jedoch bisher immer auf APM auf.

Gruß, I.MC
 
I.MC schrieb:
jetzt wo 5.x bald stable wird habe ich es inzwischen einmal auf meinem Notebook installiert. Soweit so gut, ACPI wird geladen, und das was ich noch dazu weiss ist, dass es nun 4 Stufen der CPU-Drosslung geht die man per sysctl einstellen können soll.
Zum Vergrößern anklicken....
Also ich hab ACPI rausgeschmissen und APM aktiviert damit lebt es sich gut auf dem Notebook und der Lüfter nervt nicht ständig.
 
Gerade muß ich feststellen, dass die angeblich unterstützten Modi leider nicht wirklich funktionieren bzw. gar nicht. Supi. Dann werde ich wohl wieder APM nehmen.

Zu APM: Ein Kumpel von mir mit Debian hat das irgendwie so konfiguriert, dass der CPU Takt dynamisch angepasst wird, was sich schön im gkrellm betrachten lässt. Sobald CPU gebraucht wird, wird der Takt automatisch hochgefahren und vice versa. Wie geht das mit FreeBSD?

Gruß, I.MC
 
Tja, APM geht auch nicht mehr richtig unter 5.x. Na Klasse, das ging zumindest unter 4.x noch einwandfrei. Hören solche Problem denn nie auf, ich versteh das echt nicht. Jahrelange Entwicklung und kein Stück besser geeignet bezüglich Notebooks...

Gruß, I.MC
 
Hi I.MC,

I.MC schrieb:
Tja, APM geht auch nicht mehr richtig unter 5.x. Na Klasse, das ging zumindest unter 4.x noch einwandfrei. Hören solche Problem denn nie auf, ich versteh das echt nicht. Jahrelange Entwicklung und kein Stück besser geeignet bezüglich Notebooks...

Gruß, I.MC
Zum Vergrößern anklicken....

Was geht denn nicht? Hast Du das ACPI im Kernel abgeschaltet und APM eingeschaltet?
Ich hatte mit 5.2.1 nie APM-Probleme auf meinem Thinkpad.

Grüße

Jürgen
 
Also ich habe acpi unter /boot/device.hints deaktiviert, apm in dem kernel kompiliert und in rc.conf aktiviert. Dann noch kdeutils wegen klaptop kompiliert. Damit konnte ich dann unter 4.9 bzw. 4-stable sehr schön sogar aus kde hereaus direkt in supend to RAM gehen ohne erst auf eine Konsole zu wechseln (korrekte Rechte auf /dev/apm vorrausgesetzt).

Nun unter 5.3-BETA1 geht das nicht, jedoch anscheinend wohl, wenn ich vorher auf eine Konsole wechsele. Ich habe auf der Notebook Seite für FreeBSd etwas gelesen, wie man es ändern kann, dass man nicht erst aus X wegwechseln muß.

5.2.1 bootete nicht einmal auf meinem A30p. Bios ist auf neuesten Stand. Ich meine das verärgert einen irgendwann, wenn dann sogar im Handbuch steht, dass Acpi jetzt der Standart wird, weil APM ja so Herstellerabhängig sei... und dann steht da, dass bei mir S3-5 unterstützt wird, es funktioniert aber KEINER, davon, ausser S5 (Soft off).

Mich ärgert einfach, dass man da 4 Jahre rumbastelt und dann nicht mal mehr APM so geht wie vorher. Zugegeben, das ist alles leichter gesagt als getan, wegen der Hersteller. Aber Thinkpads sind nun auch nicht gerade wenig verbreitet und es sind bereits Jahre vergangen. Sicher kann man nun einiges noch rumfrickeln , um es evtl. doch noch an's Laufen zu bekommen, aber irgendwann kann man auch mal erwarten, dass das so geht. Und dann teste ich gestern mal den Ndissulator, und der geht auch nicht. Im Moment bin ich echt ein wenig unglücklich. ACPI mit Speedstepping und WLAN, dann wäre ich endlich Windows als Primärsystem los, da warte ich brennend drauf :-)

Gruß, I.MC
 
> dass bei mir S3-5 unterstützt wird, es funktioniert aber KEINER, davon, ausser S5 (Soft off).
Ähm... mein ASUS M2400-N unterstützt S1-5.
Nun ist der Falls aber so, daß FreeBSD RELENG_5_2 _nur_ ACPI S1 kann.
Mehr ist da nicht. Steht so in der Dokumentation, hab im Moment keinen Link hier.

Das Problem bei ACPI: Wenn es auch nur einem einzigen Hersteller gelingen würde,
den Standard korrekt umzusetzen, würde vermutlich auch die Software mit den Rechnern arbeiten können.
Da ACPI deutlich mehr kann als APM ist es klar, daß die Software mehr können muß.
Wenn Software mehr können muß, ist der Entwicklungsprozeß natürlich entsprechend aufwändiger.

Btw. jeder, der sich über den Stand von ACPI in FreeBSD beklagt, sollte die ID seiner PR ins Forum stellen.
*g*

Der Indy
 
Ich rede ja auch von meinem Ibm Teil, nicht im Allgemeinen. Zudem habe ich hier die 5.3-BETA1 (RELENG_5). Ob das den großen Unterschied bringt wage ich jedoch zu bezeifeln. Nur wieso steht dann da, das die Modi angeblich gehen?

Gruß, I.MC
 
> Nur wieso steht dann da, das die Modi angeblich gehen?
Weil das im BIOS registiert wird.

Gucke bei meinem Asus:

bash-2.05b$ uname -a
FreeBSD asus.intern.beine-computer.de 5.2.1-RELEASE-p9 FreeBSD 5.2.1-RELEASE-p9 #2: Sat Aug 14 15:32:41 CEST 2004 root@asus.intern.beine-computer.de:/usr/src/sys/i386/compile/ASUS i386
bash-2.05b$ sysctl hw.acpi.supported_sleep_state
hw.acpi.supported_sleep_state: S1 S3 S4 S5

Das bedeutet nur, daß der Laptop das kann, nicht, daß FreeBSD damit klarkommt.
Btw. hat Linux mit Suspend-To-RAM und Hibernation auch noch so seine Probleme.

Gruss...

Der Indy
 
So langsam wird das hier Cross-gepostet :-/

Evtl. was zu echten dynmamischen CPU-Taktung unter Intel Pentium-M, also Mobiles ist vor ein paar Tagen auf der Mobile-Liste gelaufen...

http://www.daemonology.net/freebsd-est/

Das ist doch was, nicht nur unterscheiden zwischen am Netz und Batterie und je einen Modus stellen, sondern richtiges Enhanced Speed Step. ich teste das direkt einmal...

Gruß, I.MC
 
Leider habe ich selber ein problem mit acpi , und zu dem tool EST kann ich sagen dass es nicht funzt, kommt ne meldung, dass mein p4 M speed step nicht hat ;) (er hats 100 %) dell c840 latitude

Aber zu andrem problem:
Hier ertmal mein dmesg.boot

Code: 
cat /var/run/dmesg.boot
Copyright (c) 1992-2004 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
        The Regents of the University of California. All rights reserved.
FreeBSD 5.2.1-RELEASE-p9 #1: Wed Sep  8 16:06:03 CEST 2004
    [email]root@muggi.loca[/email]l:/usr/obj/usr/src/sys/MUGGI
Preloaded elf kernel "/boot/kernel/kernel" at 0xc0f7d000.
Preloaded elf module "/boot/kernel/linux.ko" at 0xc0f7d1cc.
Preloaded elf module "/boot/modules/nvidia.ko" at 0xc0f7d278.
Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0f7d324.
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.20GHz (2193.54-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0xf27  Stepping = 7
  Features=0xbfebf9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
real memory  = 1073618944 (1023 MB)
avail memory = 1029259264 (981 MB)
Pentium Pro MTRR support enabled
VESA: v3.0, 65536k memory, flags:0x1, mode table:0xc0981d22 (1000022)
VESA: NVidia
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <DELL   CPi R  > on motherboard
pcibios: BIOS version 2.10
Using $PIR table, 11 entries at 0xc00fbb90
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0
acpi_cpu0: <CPU> port 0x530-0x537 on acpi0
acpi_tz0: <Thermal Zone> port 0x530-0x537 on acpi0
acpi_acad0: <AC Adapter> on acpi0
acpi_cmbat0: <Control Method Battery> on acpi0
acpi_cmbat1: <Control Method Battery> on acpi0
acpi_lid0: <Control Method Lid Switch> on acpi0
acpi_button0: <Power Button> on acpi0
acpi_button1: <Sleep Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
pcib0: slot 29 INTA is routed to irq 11
pcib0: slot 29 INTC is routed to irq 11
pcib0: slot 31 INTB is routed to irq 11
pcib0: slot 31 INTB is routed to irq 11
agp0: <Intel 82845 host to AGP bridge> mem 0xe8000000-0xebffffff at device 0.0 on pci0
pcib1: <ACPI PCI-PCI bridge> at device 1.0 on pci0
pci1: <ACPI PCI bus> on pcib1
pcib1: slot 0 INTA is routed to irq 11
nvidia0: <GeForce4 440 Go> mem 0xdff80000-0xdfffffff,0xe0000000-0xe7ffffff,0xfc000000-0xfcffffff irq 11 at device 0.0 on pci1
uhci0: <Intel 82801CA/CAM (ICH3) USB controller USB-A> port 0xbf80-0xbf9f irq 11 at device 29.0 on pci0
usb0: <Intel 82801CA/CAM (ICH3) USB controller USB-A> on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhci1: <Intel 82801CA/CAM (ICH3) USB controller USB-C> port 0xbf20-0xbf3f irq 11 at device 29.2 on pci0
usb1: <Intel 82801CA/CAM (ICH3) USB controller USB-C> on uhci1
usb1: USB revision 1.0
uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
ums0: Microsoft Microsoft 3-Button Mouse with IntelliEye?, rev 2.00/0.00, addr 2, iclass 3/1
ums0: 3 buttons and Z dir.
pcib2: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pci2: <ACPI PCI bus> on pcib2
pcib2: slot 0 INTA is routed to irq 11
pcib2: slot 1 INTA is routed to irq 11
pcib2: slot 3 INTA is routed to irq 11
xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xec80-0xecff mem 0xf8fffc00-0xf8fffc7f irq 11 at device 0.0 on pci2
xl0: Ethernet address: 00:0b:db:13:39:c1
miibus0: <MII bus> on xl0
ukphy0: <Generic IEEE 802.3u media interface> on miibus0
ukphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
cbb0: <TI4451 PCI-CardBus Bridge> at device 1.0 on pci2
cardbus0: <CardBus bus> on cbb0
pccard0: <16-bit PCCard bus> on cbb0
pcib2: slot 1 INTA is routed to irq 11
cbb0: [MPSAFE]
cbb1: <TI4451 PCI-CardBus Bridge> at device 1.1 on pci2
cardbus1: <CardBus bus> on cbb1
pccard1: <16-bit PCCard bus> on cbb1
pcib2: slot 1 INTA is routed to irq 11
cbb1: [MPSAFE]
fwohci0: <Texas Instruments PCI4451> mem 0xf8ff8000-0xf8ffbfff,0xf8fff000-0xf8fff7ff irq 11 at device 1.2 on pci2
fwohci0: OHCI version 1.0 (ROM=1)
fwohci0: No. of Isochronous channel is 4.
fwohci0: EUI64 33:4f:c0:00:29:6c:cc:10
fwohci0: Phy 1394a available S400, 1 ports.
fwohci0: Link S400, max_rec 2048 bytes.
firewire0: <IEEE1394(FireWire) bus> on fwohci0
fwe0: <Ethernet over FireWire> on firewire0
if_fwe0: Fake Ethernet address: 32:4f:c0:6c:cc:10
sbp0: <SBP-2/SCSI over FireWire> on firewire0
fwohci0: Initiate bus reset
fwohci0: BUS reset
fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode
firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me)
firewire0: bus manager 0 (me)
cbb2: <TI1410 PCI-CardBus Bridge> irq 11 at device 3.0 on pci2
cardbus2: <CardBus bus> on cbb2
pccard2: <16-bit PCCard bus> on cbb2
cbb2: [MPSAFE]
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel ICH3 UDMA100 controller> port 0xbfa0-0xbfaf,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 at device 31.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata0: [MPSAFE]
ata1: at 0x170 irq 15 on atapci0
ata1: [MPSAFE]
pcm0: <Intel ICH3 (82801CA)> port 0xdc80-0xdcbf,0xd800-0xd8ff irq 11 at device 31.5 on pci0
pcm0: <Cirrus Logic CS4205 AC97 Codec>
pci0: <simple comms> at device 31.6 (no driver attached)
atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: model GlidePoint, device ID 0
fdc0: <Enhanced floppy controller (i82077, NE72065 or clone)> port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
sio0 port 0x3f8-0x3ff irq 4 on acpi0
sio0: type 16550A
sio1 port 0x300-0x307,0x2e8-0x2ef irq 3 drq 3 on acpi0
sio1: type 16550A
ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 1 on acpi0
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/8 bytes threshold
ppbus0: <Parallel port bus> on ppc0
plip0: <PLIP network interface> on ppbus0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
orm0: <Option ROMs> at iomem 0xcf800-0xcffff,0xc0000-0xcf7ff on isa0
pmtimer0 on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounter "TSC" frequency 2193537412 Hz quality 800
Timecounters tick every 10.000 msec
acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0%
CIS is too long -- truncating
pccard0: Card has no functions!
cbb0: PC Card card activation failed
wi0: <Dell TrueMobile 1150 Series PC Card> at port 0x100-0x13f irq 11 function 0 config 1 on pccard2
wi0: 802.11 address: 00:02:2d:85:3f:cf
wi0: using Lucent Embedded WaveLAN/IEEE
wi0: Lucent Firmware: Station (8.10.1)
wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
GEOM: create disk ad0 dp=0xc6eb0c60
ad0: 57231MB <IC25T060ATCS05-0> [116280/16/63] at ata0-master UDMA100
acd0: CDRW <Samsung CD-RW/DVD-ROM SN-324B> at ata0-slave PIO4
GEOM: create disk cd0 dp=0xc707ae00
cd0 at ata0 bus 0 target 1 lun 0
cd0: <SAMSUNG CDRW/DVD SN-324B U101> Removable CD-ROM SCSI-0 device
cd0: 16.000MB/s transfers
cd0: Attempt to query device size failed: NOT READY, Medium not present
Mounting root from ufs:/dev/ad0s2a

desweiteren ich denke ich das der speed step ehh funzt.
Bin vorgegangen wie in den docus steht
ausgabe http://www.freebsd.org/doc/de_DE.ISO8859-1/books/handbook/acpi-debug.html

und Jetzt die ausgabe von sysctl -a | grep hw.acpi


Code: 
root@muggi:/home/happy# sysctl -a | grep hw.acpi
hw.acpi.supported_sleep_state: S1 S3 S4 S5
hw.acpi.power_button_state: S5
hw.acpi.sleep_button_state: S1
hw.acpi.lid_switch_state: S1
hw.acpi.standby_state: S1
hw.acpi.suspend_state: S3
hw.acpi.sleep_delay: 5
hw.acpi.s4bios: 1
hw.acpi.verbose: 0
hw.acpi.disable_on_poweroff: 1
hw.acpi.reset_video: 1
hw.acpi.cpu.max_speed: 8
hw.acpi.cpu.current_speed: 8
hw.acpi.cpu.performance_speed: 8
hw.acpi.cpu.economy_speed: 4
hw.acpi.cpu.cx_supported: C1/0 C2/50
hw.acpi.cpu.cx_lowest: 0
hw.acpi.cpu.cx_history: 287150/0 0/0
hw.acpi.thermal.min_runtime: 0
hw.acpi.thermal.polling_rate: 30
hw.acpi.thermal.tz0.temperature: 3417
hw.acpi.thermal.tz0.active: -1
hw.acpi.thermal.tz0.thermal_flags: 0
hw.acpi.thermal.tz0._PSV: -1
hw.acpi.thermal.tz0._HOT: -1
hw.acpi.thermal.tz0._CRT: 3672
hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1
hw.acpi.acline: 1
hw.acpi.battery.life: 156
hw.acpi.battery.time: -1
hw.acpi.battery.state: 0
hw.acpi.battery.units: 2
hw.acpi.battery.info_expire: 5

Speed step leuft , den am ventilator merke ich das offt aus ist, aber ein fehler hat da s ganze, wenn ich Bildschirm zumache und wieder aufmach kommt kein bild mehr , ich kann aber auf Lappi peer SSH connecten, wenn ich acpi aus mache funktionierts , jedoch rasst der cpu warscheinlich den der venti ist fast immer an.
Hat jemand idee was ich machen kann ? oder welcher MIB muss ich umlegen damit er mir bei suspend den bildschirm anlassen tut? denn wenn ich nix mache in geht er aus nach 20 min zumindest in gnome. Und in suspendmodus oder so will ich ihn ja garnicht bringen er ist fast immer an.
 
Zuletzt bearbeitet:
Enhanced Speedstep

Einleitung
******************
Patches und Kernelmodule welche irgendwo im Internet für FreeBSD veröffentlicht wurden, bereiten meistens Probleme bei der Installation. Deshalb schreibe ich hier eine kurze Anleitung, was Enhanced Speedstep ist, wie man die Enhanced Speedstep-Unterstützung für FreeBSD installiert und wie man es unter FreeBSD 4/5 steuern kann.

Enhanced Speedstep
*****************
Enhanced Speedstep ist eine Erweiterung von Speedstep. Enhanced Speedstep findet man meines Wissens nur in Intel Pentium M - Prozessoren. Intel Pentium 4 M(obile) - Prozessoren kennen nur Speedstep!

Versucht man also mit einem Enhanced Speedstep-Tool die CPU-Frequenz-/Spannung eines Pentium 4 M -Prozessor einzustellen, sollte man sich nicht wundern, wenn es nicht funktioniert!

Eine lesenswerte Broschüre zu Enhanced Speedstep findet man unter:
ftp://download.intel.com/design/network/papers/30117401.pdf

Installationsanleitung
*****************
Das unter http://www.daemonology.net/freebsd-est/ veröffentlichte Stück Code für die Enhanced Speedstep-Regulierung besteht aus zwei Teilen. Einem Kernelmodul (est) und einem Daemon (estctrl).

Enhanced Speedstep-Kernelmodul
---------------------------------------
Das Enhanced Speedstep-Kernelmodul lässt sich bequem über den Port sysutils/est installieren. Für mehr Informationen zum Port siehe bitte:

http://www.freshports.org/sysutils/est/

Nach der Portinstallation muss /etc/rc.conf um folgende Zeilen erweitert werden:

Code: 
est_enable="YES"
est_verbose="YES"

Anwendung des Enhanced Speedstep-Kernelmoduls
-------------------------------------------------------
Nach einem Computer-Neustart findet man mit:
# dmesg
die est-Kernelmodulmeldungen über die CPU-Frequenzänderungen.

Mit:
# sysctl hw.est_curfreq=<gewünschte Frequenz>

kann man die CPU-Frequenz manuell ändern. Nur die mit

# sysctl hw.est_freqs

aufgelisteten CPU-Frequenzen werden akzeptiert! Jede akzeptierte manuelle Frequenzänderung erscheint in:

# dmesg

Enhanced Speedstep-UserDaemon
---------------------------------------
Ohne estctrl macht das Enhanced Speedstep-Kernelmoduls keinen Sinn. estctrl entscheidet alle 500 ms auf Grund der Prozessorlast, ob der Prozessor schneller oder langsamer getaktet werden soll. Auch estctrl lässt sich bequem über den Port sysutils/estctrl installieren. Siehe auch: http://www.freshports.org/sysutils/estctrl/

Nach der Installation von estctrl nicht vergessen, die Zeile:

estctrl_enable="YES"

der Datei /etc/rc.conf hinzuzufügen, ansonsten läuft estctrl nicht!
 
Zuletzt bearbeitet:
@AndreasMeyer: Auf meinem 1700 MHz-Pentium-M mit Dothan-Kern funktionierts unter 5.3-BETA3 ohne Probleme, ich kann die folgenden Takraten verwenden: 600, 800, 1000, 1200, 1400 und 1700 MHz.

Allerdings frag ich mich, warum das nicht in die bestehende Struktur - sprich hw.acpi.cpu.* eingegliedert ist. Aber das soll ja auch noch kommen :)

Solid.Snake
 
Hui, und schon gibt es das als Ports. Das ging mal schnell :-) Scheinst recht zu haben mit dem Enhanced Sped Step. Das erklärt auch wieso es est nicht für PIII-M etc gibt. Nun wie auch immer, eine dynamische Anpassung der Frequenz fehlt weiterhin für nicht P-M Systeme. Momentan kann man das ja nur manuell ändern, bzw. es ändert sich automatisch nur, wenn ich auf Batteriebetrieb gehe. Aber cpufreq ist ja in Arbeit. Dann ist dieses leidige Problem für "ältere" Notebooks endlich Geschichte...

Gruß, I.MC
 
estctrl für FreeBSD 4.10

Ohne estctrl macht das Enhanced Speedstep-Kernelmoduls keinen Sinn. estctrl entscheidet alle 500 ms auf Grund der Prozessorlast, ob der Prozessor schneller oder langsamer getaktet werden soll. Da estctrl unter FreeBSD 4.10 nicht installierbar ist, habe ich den Quellcode (Murks, murks..) so abgeändert, das estctrl auch unter FreeBSD 4.10 funktionieren sollte:

Installationsanleitung:
Code: 
su
cd /usr/ports/distfiles
fetch http://www.hta-bi.bfh.ch/~meyea1/freebsd/estctrl/estctrl-0.7.tar.gz
cd /root
fetch www.hta-bi.bfh.ch/~meyea1/freebsd/estctrl/estctrl-0.7-FreeBSD4.10.tar.gz 
tar -xzf ./estctrl-0.7-FreeBSD4.10.tar.gz -C /usr/ports/sysutils/estctrl/ 
cd /usr/ports/sysutils/estctrl/
make clean
make install
make clean
echo 'estctrl_enable="YES"' >> /etc/rc.conf
 
Weiß jemand, wie der aktuelle Stand bei cpufreq ist?

Das est funktioniert bei meinem Centrino wunderbar, nur wollte ich meiner Schwester meinen alten PIII Mobile vermachen und FreeBSD installieren, der hat ja aber leider nur das einfach Speedstep.

Gruss...

Der Indy
 
Es wird noch nicht in 5.3 sein, ansonsten steht es ganz oben auf der Todo Liste für Acpi.... so lange wird es also nicht mehr dauern....

Da ist auf der mobile Liste letztens schon was namens cpufreq gepostet worden. Der Author bat um Testen. Leider meldet er sich jetzt nicht mehr. Es scheint aber nichts mit dem cpufreq zu tun zu haben, woran eigentlich gearbeitet wird. Zumindest meine ich, dass der Kerl anders heisst.


Gruß, I.MC
 
AndreasMeyer schrieb:
Enhanced Speedstep
*****************
Zum Vergrößern anklicken....


Habs installiert, und es funktioniert auch problemlos. Nun möchte ich aber die Einstellung so verändern, dass er bei Strom vom Netz immer auf max läuft, und nur bei Akku angepasst läuft. Ideal wärs wenn ich per script im Akku Modus noch zwischen min, max, adaptive wechseln könnte. So wies im Moment ist, versteh ich nicht recht was er macht. Direkt nach dem Boot bekomm ich die Meldung dass er auf 600MHz runtertaktet, und dann nichts mehr. Wenn ich dann KDE gestartet habe sagt mir Karamba dass 1600MHz eingestellt sind. Egal ob ich nun den Netzstecker ziehe oder nicht, Frequenz bleibt gleich. Scheint wohl nur bei reboot zwischen Netz/akku zu unterscheiden.
 
hi,

den Artikel im Wiki hast du gelesen [0]? Falls ja und du wie dort beschrieben estctrl installiert und aktiviert hast. kannst du mit den folgenden Eintraegen in der /etc/rc.conf das Verhalten deines Systemes in Batterie- bzw. Netzbetrieb festlegen:


Code: 
estctrl_enable="YES"    #(1)
estctrl_speed_ac="max"    #(2)
estctrl_speed_battery="adaptive"    #(3)

(1) Aktivieren von setctrl, sollte nach Wiki-Lektuere schon passiert sein
(2) estctrl Einstellungen fuer Netzberieb
(3) estctrl Einstellungen fuer Batteriebetrieb
wobei Punkte (2) und (3) so sind wie du es haben willst.
Eine weitete Option statt "max" bzw. "adaptive" ist noch "min".

Dabei uebernimmt estctrl die Regelung des Taktes auch wenn du im Betrieb den Netzstecker ziehst oder einsteckst automatisch. Wie man den Takt manuel aendert steht im Wiki [0], dabei ist aber daruf zu achten, dass estctrl nicht dazwischenfunkt.


teuk



[0] http://wiki.bsdforen.de/index.php/FreeBSD_-_Pentium_M
 
Zuletzt bearbeitet:
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben