Acer Aspire One D150 - Ubuntu Netbook Remix (UNR) Notes
Aus CaiaWiki
Inhaltsverzeichnis |
Vorwort
Zu der Installation gibt es nicht viel zu sagen. Alles funktioniert out-of-the-box!
CPU Speed
UPDATE: Seit der BIOS-Version 1.13 (Download für AOD150) läuft die CPU endlich auch mit der maximalen Frequenz von 1.67 statt 1.33 GHz.
cpufreq-info
reported nun:
cpufrequtils 005: cpufreq-info (C) Dominik Brodowski 2004-2006
Bitte melden Sie Fehler an cpufreq@vger.kernel.org.
analysiere CPU 0:
Treiber: acpi-cpufreq
Folgende CPUs können nur gleichzeitig ihre Frequenz variieren: 0
Hardwarebedingte Grenzen der Taktfrequenz: 1000 MHz - 1.67 GHz
mögliche Taktfrequenzen: 1.67 GHz, 1.33 GHz, 1000 MHz
mögliche Regler: conservative, ondemand, userspace, powersave, performance
momentane Taktik: die Frequenz soll innerhalb 1000 MHz und 1.67 GHz.
liegen. Der Regler "ondemand" kann frei entscheiden,
welche Taktfrequenz innerhalb dieser Grenze verwendet wird.
momentane Taktfrequenz ist 1000 MHz.
Statistik:1.67 GHz:0,00%, 1.33 GHz:0,00%, 1000 MHz:0,00% (1653)
analysiere CPU 1:
Treiber: acpi-cpufreq
Folgende CPUs können nur gleichzeitig ihre Frequenz variieren: 1
Hardwarebedingte Grenzen der Taktfrequenz: 1000 MHz - 1.67 GHz
mögliche Taktfrequenzen: 1.67 GHz, 1.33 GHz, 1000 MHz
mögliche Regler: conservative, ondemand, userspace, powersave, performance
momentane Taktik: die Frequenz soll innerhalb 1000 MHz und 1.67 GHz.
liegen. Der Regler "ondemand" kann frei entscheiden,
welche Taktfrequenz innerhalb dieser Grenze verwendet wird.
momentane Taktfrequenz ist 1000 MHz.
Statistik:1.67 GHz:0,00%, 1.33 GHz:0,00%, 1000 MHz:0,00% (1263)
Mit der neuen Bios-Version ist allerdings scheinbar auch die minimale CPU-Frequenz höher. Sollte dies tatsächlich so sein, ist mit kürzeren Akkulaufzeiten zu rechnen.
Zu klären bleibt, welche minimale Taktfrequenz vom N280 im AOD150 unterstützt wird.
CPU-Speed - Beschreibung für BIOS-Versionen < 1.13
Nachfolgend beschriebenes Problem ist mit BIOS-Version 1.13 behoben, siehe oben!
Leider reported das Aspire One Bios momentan noch eine falsche CPU speed. Dies hat zur Folge, dass der Rechner nur mit maximal 1.33 GHz läuft. Abhilfe schafft das Hinzufügen der Kerneloption:
acpi=off
Danach läuft die CPU zwar mit den für den A280 angegebenen 1.66 GHz, allerdings ohne Frequency-Scaling/Speed Step. Mal sehen, wann Acer dafür ein BIOS-Update liefert!
Weitere Informationen dazu unter Atom N280 frequency scaling not supported.
Im Auslieferungszustand hatte das BIOS die Version 1.03
Nach einem Update auf 1.11 wird die maximale CPU-Frequenz leider immer noch falsch mit 1.33 GHz angegeben.
So liefert
caiacoa@netbook:~$ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies 1333000 1066000 800000
bzw. nach Installation des Pakets 'cpufrequtils' liefert cpufreq-info:
caiacoa@netbook:~$ cpufreq-info
cpufrequtils 004: cpufreq-info (C) Dominik Brodowski 2004-2006
Bitte melden Sie Fehler an cpufreq@lists.linux.org.uk.
analysiere CPU 0:
Treiber: acpi-cpufreq
Folgende CPUs können nur gleichzeitig ihre Frequenz variieren: 0
Hardwarebedingte Grenzen der Taktfrequenz: 800 MHz - 1.33 GHz
mögliche Taktfrequenzen: 1.33 GHz, 1.07 GHz, 800 MHz
mögliche Regler: conservative, ondemand, userspace, powersave, performance
momentane Taktik: die Frequenz soll innerhalb 800 MHz und 1.33 GHz.
liegen. Der Regler "ondemand" kann frei entscheiden,
welche Taktfrequenz innerhalb dieser Grenze verwendet wird.
momentane Taktfrequenz ist 800 MHz.
Statistik:1.33 GHz:0,00%, 1.07 GHz:0,00%, 800 MHz:0,00% (1255)
analysiere CPU 1:
Treiber: acpi-cpufreq
Folgende CPUs können nur gleichzeitig ihre Frequenz variieren: 1
Hardwarebedingte Grenzen der Taktfrequenz: 800 MHz - 1.33 GHz
mögliche Taktfrequenzen: 1.33 GHz, 1.07 GHz, 800 MHz
mögliche Regler: conservative, ondemand, userspace, powersave, performance
momentane Taktik: die Frequenz soll innerhalb 800 MHz und 1.33 GHz.
liegen. Der Regler "ondemand" kann frei entscheiden,
welche Taktfrequenz innerhalb dieser Grenze verwendet wird.
momentane Taktfrequenz ist 800 MHz.
Statistik:1.33 GHz:0,00%, 1.07 GHz:0,00%, 800 MHz:0,00% (1053)
Youtube-Videos
Der nachfolgende Absatz bedarf einer genaueren Prüfung/Überarbeitung. Mit dem Google Chrome-Browser funktionieren Youtube-Videos ohne Ruckler out-of-the-box!
Das Abspielen von Videos klappt eigentlich ohne Probleme. Nur Videos auf Webseiten wie youtube.com ruckeln leider.
Grund scheint ein fehlender Eintrag im Memory Type Range Register (/proc/mtrr).
Um dies zu beheben, ist die enable_mtrr_cleanup-Bootoption zu setzen. Dazu einfach in /boot/grub/menu.lst den String
enable_mtrr_cleanup mtrr_spare_reg_nr=1
zu den aktuellen Kerneloptionen hinzufügen.
Danach ist das aktuelle Video Memory Register zu ermitteln - hier die Ausgabe von lspci -v:
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GME Express Integrated Graphics Controller (rev 03) Subsystem: Acer Incorporated [ALI] Device 019c Flags: bus master, fast devsel, latency 0, IRQ 16 Memory at 56280000 (32-bit, non-prefetchable) [size=512K] I/O ports at 50f0 [size=8] Memory at 40000000 (32-bit, prefetchable) [size=256M] Memory at 56300000 (32-bit, non-prefetchable) [size=256K] Capabilities: <access denied> Kernel modules: intelfb
Der 1. Wert von Memory at (hier 40000000) muss nun zu /proc/mtrr hinzugefügt werden:
sudo -s echo "base=0x40000000 size=0x10000000 type=write-combining" > /proc/mtrr
Die neue Version sieht nun so aus:
root@netbook:~# cat /proc/mtrr reg00: base=0x0fff00000 ( 4095MB), size= 1MB, count=1: write-protect reg01: base=0x0fffc0000 ( 4095MB), size= 128KB, count=1: uncachable reg02: base=0x000000000 ( 0MB), size= 512MB, count=1: write-back reg03: base=0x020000000 ( 512MB), size= 512MB, count=1: write-back reg04: base=0x03f800000 ( 1016MB), size= 8MB, count=1: uncachable reg05: base=0x03f700000 ( 1015MB), size= 1MB, count=1: uncachable reg06: base=0x040000000 ( 1024MB), size= 256MB, count=1: write-combining reg07: base=0x000000000 ( 0MB), size= 128KB, count=1: uncachable
Hier noch - als Backup - die alte Version:
cat /proc/mtrr reg00: base=0x0fff00000 ( 4095MB), size= 1MB, count=1: write-protect reg01: base=0x0fffc0000 ( 4095MB), size= 128KB, count=1: uncachable reg02: base=0x000000000 ( 0MB), size= 512MB, count=1: write-back reg03: base=0x020000000 ( 512MB), size= 512MB, count=1: write-back reg04: base=0x03f800000 ( 1016MB), size= 8MB, count=1: uncachable reg05: base=0x03f700000 ( 1015MB), size= 1MB, count=1: uncachable reg07: base=0x000000000 ( 0MB), size= 128KB, count=1: uncachable
Nun ist nur noch ein Skript zu erstellen, welches bei jedem Start des X-Servers als root(!) aufgerufen wird.
Links
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/314928

