Windows-Treiberinformationen verbessern Power-Management unter Linux
http://www.heise.de/newsticker/meldung/Windows-Treiberinformationen-verbessern-Power-Management-unter-Linux-1379157.html
Klingt doch unteressant, oder?
Ich hoffe das der Siduction-kernel die patches schnell drin hat ... ;)
Das sind Hardware Infos, die die Hersteller netter weise MS zur Verfügung gestellt haben. Ein Linux Entwickler hat diese Infos abgeschrieben (cutnpaste).
Natürlich fliesst das von upstream runter zu uns nach Debian sid runter.
Wer einen Kernel testen möchte, der diese Patches enthält. möge sich melden.
Hmm, wenn ich den alten behalten kann und ihn über apt installieren kann, würde ich es versuchen ;)
infobash -v3
Host/Kernel/OS "laptop1" running Linux 3.1-1.towo.1-siduction-amd64 x86_64 [ aptosid 2010-02 Κῆρες - kde-lite - (201009132215) ]
CPU Info 2x AMD Athlon II P320 Dual-Core 512 KB cache flags( sse3 ht nx lm svm ) clocked at [ 800.000 MHz ]
Videocard ATI M880G [Mobility Radeon HD 4200] [ ]
Network cards Realtek RTL8101E/RTL8102E PCI Express Fast
Broadcom BCM4313 802.11b/g/n Wireless LAN
Processes 161 | Uptime 2days | Memory 2654.2/3702.4MB | HDD Hitachi HTS54503 Size 320GB (73%used) | Client Shell | Infobash v3.37
Naja, per apt nicht, aber per dpkg, ich will den noch nicht hochladen, bevor den nicht paar Leute getestet haben, ich habe keine Hardware, sprich kein Notebook, wo ich ein Ergebnis sehen würde.
ok, schick mirn downloadlink .... werde es aber dann erst morgen anpacken, muss jetzt ins bett ;)
@towo, warum nicht einfach ein Zusatz Repo "alpha"
Hallo Torsten,
ich komme heute auch zum Testen. Bitte poste doch den Link hier im Thread, dann installiere ich den Kernel auf meinem IBM TP R500.
Viele Grüße,
Holger
Quote from: "holgerw"Hallo Torsten,
ich komme heute auch zum Testen. Bitte poste doch den Link hier im Thread, dann installiere ich den Kernel auf meinem IBM TP R500.
Viele Grüße,
Holger
...und ich auch sehr gern auf meinem belinea 1301
Gruß
ayla
Ich hab den Kernel ins User-Repo hochgeladen.
deb http://packages.siduction.org/user unstable main contrib non-free
apt-get install linux-image-3.1-1.towo.1.1-siduction-$arch linux-headers-3.1-1.towo.1.1-siduction-$arch
Danke .. gibt es irgendwelche Testroutinen, die ein unbedarfter Nutzer laufen lassen kann?
ähm, irgendwie finde ich den kernel nicht ;(
suche towo
php-numbers-words - a PEAR module providing methods for spelling numerals in words
linux-image-3.0-4.towo.1-frickelnix-amd64 - Linux 3.0 for 64-bit PCs
linux-headers-3.0-6.towo.1-frickelnix-amd64 - Header files for Linux 3.0-6.towo.1-frickelnix-amd64
linux-headers-3.0-4.towo.1-frickelnix-amd64 - Header files for Linux 3.0-4.towo.1-frickelnix-amd64
linux-image-3.0-6.towo.1-frickelnix-amd64 - Linux 3.0 for 64-bit PCs
linux-headers-3.1-0.towo.5-siduction-amd64 - Header files for Linux 3.1-0.towo.5-siduction-amd64
linux-headers-3.1-0.towo.6-siduction-amd64 - Header files for Linux 3.1-0.towo.6-siduction-amd64
linux-headers-3.1-1.towo.1-siduction-amd64 - Header files for Linux 3.1-1.towo.1-siduction-amd64
linux-image-3.1-0.towo.5-siduction-amd64 - Linux 3.1 for 64-bit PCs
linux-image-3.1-0.towo.6-siduction-amd64 - Linux 3.1 for 64-bit PCs
linux-image-3.1-1.towo.1-siduction-amd64 - Linux 3.1 for 64-bit PCs
eine sinnvolle testroutine ist: wissen, wie lange das Notebook derzeit bei bestimmtem Nutzungsprofil durchhält (oder es messen) und dann das gleiche Programm mit dem eventuell optimierten Kernel.
Abgesehen davon liegt der Kernel da auch (noch) nicht.
greetz
devil
Zu devils testing, Stromverbrauch: Es soll schon für unter Hunni Euronen einen Strommesser geben irgendwo, der die Ergebnisse per USB zur Auswertung zurückgibt. Wäre schön, wenn irgendjemand von uns so ein Gerät hätte und regelmässig einen Standardtest durchführen könnte:
Ob es Regressionen gibt, lässt sich am Stromverbrauch meistens recht einfach und generisch zu allererst ablesen, und ist das einfachste Erst-Diagnose-Mittel!
Ich habe mich nie so richtig ernsthaft mit Stromsparmechanismen beschäftigt (außer, dass ich sie halt laufen lasse), aber möglicherweise gibt es hier durchaus einen Unterschied, ob die Kiste im Netzbetrieb, oder im Akkubetrieb läuft.
Dank an towo für die arbeit, kernel läuft:
# uname -r
3.1-1.towo.1.1-siduction-amd64
Nur leider .. hab schonmal einen kleinen kurztest gestartet.
jeweils 20min mit alten und neuen Kernel .. und beide male ziemlich genau 12% akkuverlust.
Morgen werd ich mal die gesamte akkulaufzeit testen .....
Ich hätte gerne mal die Ausgabe von
dmesg | grep -i aspm
Hmm, ist wohl nicht eingeschaltet oder seh ich das falsch?
# dmesg | grep -i aspm
[ 0.241562] ACPI _OSC control for PCIe not granted, disabling ASPM
So, ein jeweils 2h test zeigt, das sich leider nix verändert hat.
In 2h jeweils 80% verlust ......
Was logisch ist, weil ASPM disabled ist.
Und liegt das jetzt an mir oder haut da was mit dem kernel noch nicht hin? Kann ich es aktivieren?
Gleiche Meldung bei mir.
Wie gesagt, ich habe keine Hardware, wo ich das testen könnte.
Die Patches habe ich so genommen, wie sie in der LKML gepostet wurden, sie sind auch clean applyed.
Habt ihr im BIOS die Möglichkeit ASPM Einstellungen zu tätigen?
Hier sieht die Meldung anders aus, aber funktionieren wird es wohl auch nicht.
[Do, 17.11.2011, 19:46:40]
[stell @ shangrila:~]% dmesg | grep -i aspm
ACPI FADT declares the system doesn't support PCIe ASPM, so disable it
Ich wüsste auch nicht, wo ich da im Bios drehen könnte.
QuoteHabt ihr im BIOS die Möglichkeit ASPM Einstellungen zu tätigen?
bei mir gibt es dazu nix ... könnte es auch anders heissen?
hab jetzt mal beim booten im grub
pcie_aspm=force
mitgegeben, das ergebnis ist:
# dmesg | grep -i aspm
[ 0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-3.1-1.towo.1.1-siduction-amd64 root=UUID=c4074fd5-ccb0-42c0-966c-cc686a99ea12 ro vga=791 pcie_aspm=force quiet resume=swap= UUID=dc2667f0-0079-4831-9aa3-b247304d1f49
[ 0.000000] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.1-1.towo.1.1-siduction-amd64 root=UUID=c4074fd5-ccb0-42c0-966c-cc686a99ea12 ro vga=791 pcie_aspm=force quiet resume=swap= UUID=dc2667f0-0079-4831-9aa3-b247304d1f49
[ 0.000000] PCIe ASPM is forcibly enabled
[ 0.240560] ACPI _OSC control for PCIe not granted, disabling ASPM
ist das nun gut oder schlecht??
dazu gibt es built optionen und BIOS hürden:
http://redsymbol.net/linux_boot_parameters/
Quotepcie_aspm= [PCIE] Forcibly enable or disable PCIe Active State Power
Management.
off Disable ASPM.
force Enable ASPM even on devices that claim not to support it.
WARNING: Forcing ASPM on may cause system lockups.
http://linuxwireless.org/en/users/Documentation/ASPM#ASPM_on_Linux
Auf Lenovo Thinkpad T60 mit 3.1-1.towo.1-siduction-686:
[ 0.122321] ACPI FADT declares the system doesn't support PCIe ASPM, so disable it
[ 1.963765] e1000e 0000:02:00.0: Disabling ASPM L0s L1
3.1-1.towo.1.1-siduction-686:
[ 0.121320] ACPI FADT declares the system doesn't support PCIe ASPM, so disable it
[ 0.184294] pci 0000:01:00.0: disabling ASPM on pre-1.1 PCIe device. You can enable it with 'pcie_aspm=force'
[ 0.184853] pci 0000:02:00.0: disabling ASPM on pre-1.1 PCIe device. You can enable it with 'pcie_aspm=force'
[ 0.185656] pci 0000:03:00.0: disabling ASPM on pre-1.1 PCIe device. You can enable it with 'pcie_aspm=force'
[ 1.994563] e1000e 0000:02:00.0: Disabling ASPM L0s L1
Reboot mit "pcie_aspm=force":
[ 0.000000] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.1-1.towo.1.1-siduction-686 root=UUID=637cb295-625d-4a90-8763-522e4f2c60a9 ro pcie_aspm=force 3
[ 0.000000] PCIe ASPM is forcibly enabled
[ 0.132038] ACPI FADT declares the system doesn't support PCIe ASPM, so disable it
[ 1.215831] pci 0000:00:01.0: ASPM: Could not configure common clock
[ 3.088530] e1000e 0000:02:00.0: Disabling ASPM L0s L1
Belinea 1301:
[ 0.000000] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.1-1.towo.1.1-siduction-amd64 root=UUID=58a135c1-232e-4ab1-adac-1860375aa5ff ro pcie_aspm=force
[ 0.000000] PCIe ASPM is forcibly enabled
[ 0.111197] ACPI _OSC control for PCIe not granted, disabling ASPM
Das Winz-Bios bietet keine Einstellmöglichkeiten die irgendwas mit Powermanagement o.ä. zu tun haben könnten.