HOWTO: Reparieren der DSDT (Seite 4) :: unofficial ASUS Notebook Forum

Übersicht :: ASUS Mobile Computing :: Linux :: HOWTO: Reparieren der DSDT
moderiert von: Moderatoren

gehe zu Seite : vorherige Seite 1 | 2 | 3 | 4 | 5 | 6 | 7 nächste Seite

	HOWTO: Reparieren der DSDT
deBeck	verfasst: 31.08.2004, 19:02
Senior Member registriert: Jan. 2004 Beiträge: 369 Status: offline letzter Besuch: 02.04.06	Zitat Wobei Leistungsaufnahme eh nur bei 10-12 Watt liegt. (/proc/acpi/battery/BAT0/state), egal ob mit oder ohne _CST Patch... Habe bei meinem Book eben mal zw. WinXP und Linux-KDE (ohne _CST) verglichen, jeweils bei "DynamicSwitching", also 600MHz bei Ruhendem Desktop : Windows : 21,0W Linux : 22,5W Gemessen mit Wirkleistungsmesser, Netzspannungsseitig und ohne Akku. Also irgendwas läuft bei mir dann doch nicht ganz perfekt - wobei von den 1,5W nach Abzug des bei geringer Last schlechten Netzteilwirkungsgrades höchstens noch 1W über bleiben werden. Aha! Wenn ich bei WinXP die WLAN-Taste Drücke, geht der Verbrauch auch gegen 22,5W - läuft denn das WLAN-Modul unter Linux durch, wenn ich das Modul des ipw2100-Treibers lade bzw. wie schalte ich es überhaupt an/aus ?? Gruß M67N 1,4GHz Mod.: 80GB 5k80-Platte 5400rpm, 768MB RAM \| Debian GNU/Linux etch/sid \| Kernel 2.6.14.4 \| BIOS 2.14


graviton	verfasst: 31.08.2004, 21:43
ASUS fanatic registriert: Feb. 2004 Beiträge: 661 Status: offline letzter Besuch: 06.05.08	ich glaube das das WLAN durchlaeuft solange das Treibermodul geladen ist, jedenfalls hatte ich das mal gemessen. Man konnte mit iwconfig glaube ich Stromsparoptionen setzen, aber die hatten scheinbar keine Auswirkung... :: Ey Amigos, hoert mal ein bischen zu, koennte wichtig sein! :: - M6800N 1.5GHz DVD/CD-RW 1 Gig Infineon Gentoo Linux


upD8R	verfasst: 01.09.2004, 08:21
Senior Member registriert: Mär. 2004 Beiträge: 266 Status: offline letzter Besuch: 17.08.06	Ich schalte mein WLAN mittels der WLAN-Taste an und aus, dabei wird folgendes Skript aufgerufen: Code #!/bin/bash lsmod \| grep ipw2200 > /dev/null if [ $(echo $?) -eq 0 ] then sudo /sbin/pump -i eth1 -k sudo /sbin/modprobe -r ipw2200 echo 0 > /proc/acpi/asus/wled else sudo /sbin/modprobe ipw2200 echo 1 > /proc/acpi/asus/wled sudo /sbin/pump -i eth1 fi Muss natürlich den örtlichen Gegebenheiten angepasst werden ... Gruß, Mario


deBeck	verfasst: 01.09.2004, 20:04
Senior Member registriert: Jan. 2004 Beiträge: 369 Status: offline letzter Besuch: 02.04.06	Die Sondertasten Funktionieren nun fein, danke - aber ohn ediese Anleitung hätte ich's nicht hinbekommen : Seitentitel:Special buttons and LED's Howto M67N 1,4GHz Mod.: 80GB 5k80-Platte 5400rpm, 768MB RAM \| Debian GNU/Linux etch/sid \| Kernel 2.6.14.4 \| BIOS 2.14


cosmic	verfasst: 06.09.2004, 14:41
Junior Member registriert: Aug. 2004 Beiträge: 48 Status: offline letzter Besuch: 13.02.06	moin! ich habe den ecdt patch von graviton auf den 2.6.9-rc1er kernel (ACPI version 20040715) angepasst. darin ist auch der aml_method_exec_hack patch (bug 3005) enthalten. in der ACPI Version 20040816 soll der aml_method_exec_hack patch laut changelog nicht mehr vonnöten sein. mal sehen, in welchem kernel die auftaucht... mangels anderem test-kernel habe ich den ecdt_2.6.9er patch nur auf den nitro sources 2.6.9-rc1-nitro3 getestet. er sollte aber auch auf anderen funktionieren. ecdt patch 2.6.9 die nitro sourcen beinhalten den dsdt-initrd patch, sodass sich das osl.c patchen ein wenig geändert hat (wenn man den initrd patch nicht benutzen will). im patch den pfad zur dsdt.hex anpassen nicht vergessen! acpi_custom_dsdt_nitro falls iptables nicht kompiliert (undefined symbols im connection tracking): iptables_fix meine korrigierte DSDT für das Asus M6800N 1600MHz 512MB RAM: DSDT den einzigen acpi-fehler, den ich noch im dmesg habe ist: ACPI-0687: *** Error: acpi_ev_gpe_dispatch: No handler or method for GPE[1C], disabling event ausserdem ist mir aufgefallen, dass ich regelmässig ac_adapter events vom acpid bekomme, was vorher nur beim entfernen/anklemmen des netzkabels auftrat. hat jemand eine idee, was man da noch machen kann? noch was merkrürdiges: wenn ich die dsdt mit dem iasl 20040715 kompiliere, schaltet sich der rechner kurz vorm login einfach aus! bei iasl version 20030918 funktioniert es dagegen. hat noch jemand erfahrungen damit gemacht? editiert von: cosmic, 06.09.2004, 14:42 Uhr M6800N 1.6Ghz ... on arch linux!


OutOfOrder	verfasst: 06.09.2004, 18:18
Senior Member registriert: Feb. 2004 Beiträge: 190 Status: offline letzter Besuch: 13.08.08	Hab grade was zum Thema "merkwürdige Reboots" im Gentoo-Forum gefunden: http://forums.g...php?t=218243 @upD8R: Sudo brauchst du in deinem Script nicht, da es eh vom acpid gestartet wird, welcher mit root-Rechten läuft, die dann auf das Script übertragen werden. editiert von: OutOfOrder, 06.09.2004, 18:22 Uhr M6700N, 1,4GHz, 512MB, 80GB Western Digital WDC WD800VE, Bios 0214


cosmic	verfasst: 06.09.2004, 20:03
Junior Member registriert: Aug. 2004 Beiträge: 48 Status: offline letzter Besuch: 13.02.06	ZitatHab grade was zum Thema "merkwürdige Reboots" im Gentoo-Forum gefunden: http://forums.g...php?t=218243 > danke für den tipp! das problem mit dem restart tritt immer auf, wenn ich besagten iasl zum kompilieren meiner dsdt nehme. nehme ich den alten, funktioniert es und ich bekomme keine spontanen reboots. das system verhält sich normal. beide kompilieren die dsdt ohne fehler durch. die frage ist, ob es daran liegt, dass der neue iasl acpi rev. 2.0c und der alte "nur" 2.0b macht? oder ob es nur bei mir der fall ist, und es ein problem meiner maschine/gentoo ist. M6800N 1.6Ghz ... on arch linux!


graviton	verfasst: 06.09.2004, 21:41
ASUS fanatic registriert: Feb. 2004 Beiträge: 661 Status: offline letzter Besuch: 06.05.08	ne ist bei mir genauso wenn ich mit dem neuen iasl uebersetze, dann schaltet sich das Geraet waehrend der bootens einfach aus :: Ey Amigos, hoert mal ein bischen zu, koennte wichtig sein! :: - M6800N 1.5GHz DVD/CD-RW 1 Gig Infineon Gentoo Linux


cosmic	verfasst: 07.09.2004, 11:46
Junior Member registriert: Aug. 2004 Beiträge: 48 Status: offline letzter Besuch: 13.02.06	hm.. dann bin ich ja zum glück nicht der einzige ne idee woran das liegen kann? p.s.: das hat mir einiges an zeit und nerven gekostet das rauszufinden M6800N 1.6Ghz ... on arch linux!


mcreichelt	verfasst: 15.09.2004, 22:51
gerade reingestolpert registriert: Sep. 2004 Beiträge: 3 Status: offline letzter Besuch: 15.09.04	Hallo an alle! Ich habe einen ASUS M6726NW und wollte auch endlich mal diese Batterieanzeige zum Laufen bringen. Nachdem ich mir das neueste (bei mir 209A) Biosupdate draufgespielt habe hat dies nicht das Problem gelöst, doch jetzt bin ich auf diesen Foreneintrag gestoßen. Ich habe schon den Compiler runtergeladen und die dsdt gesichert - ich kann den Code jetzt auch schon anschauen - aber ich finde in den entsprechenden Zeilen nicht die entsprechenden Einträge. Was kann ich da denn nun machen? Ach ja: Ich benutze SuSE 9.1 Professional mit den neuesten Updates. Marc Reichelt \|\| http://www.marcreichelt.de/ editiert von: mcreichelt, 15.09.2004, 22:53 Uhr


idmo	verfasst: 15.09.2004, 23:06
gerade reingestolpert registriert: Mär. 2004 Beiträge: 5 Status: offline letzter Besuch: 15.09.04	Zitat Ich habe schon den Compiler runtergeladen und die dsdt gesichert - ich kann den Code jetzt auch schon anschauen - aber ich finde in den entsprechenden Zeilen nicht die entsprechenden Einträge. such mal im umkreis der angegebenen Zeilen nach den anzupassenden Ausdrücken. Sollte sich alles finden lassen. -- M6800N 1.7GHz,1024MB,80GB,DVD-RW Gentoo Linux, Kernel 2.6.7 WXP Prof.


mcreichelt	verfasst: 15.09.2004, 23:14
gerade reingestolpert registriert: Sep. 2004 Beiträge: 3 Status: offline letzter Besuch: 15.09.04	Zitat such mal im umkreis der angegebenen Zeilen nach den anzupassenden Ausdrücken. Sollte sich alles finden lassen. Eben leider nicht. Das ist es ja. Aber die ganze Datei hier posten kann ich auch nicht, ich könnte euch die Datei höchstens auf meinen HTTP-Server stellen damit Ihr sie anschauen könnt. Oder gibt es vielleicht eine generelle Anleitung, die ohne Zeilennummern auskommt? Marc


deBeck	verfasst: 15.09.2004, 23:43
Senior Member registriert: Jan. 2004 Beiträge: 369 Status: offline letzter Besuch: 02.04.06	Such einfach nach den in den mit "-" bezeichneten Zeilen stehenden Ausdrücken und vergleiche, so kannst du einfach und eindeutig die Position finden. Ich dachte auch zuerst es nicht zu finden, aber es geht garantiert. Dann kannst du auch gleich noch wie von Graviton empfohlen den Lüfter-Fix anwenden : Zitat EDIT: Es soll besser sein diesen cst_support Patch einzuspielen als die Prozessor Block Length zu veraendern. Man hat zwar einen Fehler im Kernellog das die PBLK-length falsch ist, aber der C2 Modus soll laufen, wodurch man mehr Strom spart. Ich selbst hab keine Aenderung festgestellt :) Hab die Anleitung und Patches trotzdem upgedated. PS.: Mit etwas Glueck wird ab Kernelversion 2.6.9 die Geschichte mit dem hinzufuegen des vergessenen "Return (Local0)" ueberfluessig. Damit muesste es _mit etwas Gueck_ komplett ueberfluessig sein die dsdt zu patchen. Vermutlich wird man zwar noch die anderen Patches (ecdt, cst_support) einspielen muessen, aber die betreffen dann nur noch den Linux Kernel und nicht das ACPI-Bios Das duerfte einiges vereinfachen... EDIT@ 02.Sept04: Wir haben vermutlich ein Problem mit der DSDT gefunden, welche das gelegentliche Versagen der Lueftersteuerung erklaert. Ob der Bug jetzt ursaechlich innerhalb der Linux-Acpi Implementierung oder wahrscheinlich eher im Bios zu finden ist(da das Problem auch unter Windows besteht) bleibt erstmal offen. Die Ursache des Versagens der Lueftersteuerung ist ein Nebenlaeufigkeitsproblem, welches sich am einfachsten beheben laesst, in dem man saemtliche "NotSerialized" Anweisungen durch "Serialized" Anweisungen ersetzt. Es ist vielleicht nicht ganz sauber, und Nebeneffekte koennen natuerlich auftreten, aber ein Luefterversagen welches auftreten kann wenn man nicht patched kann evtl. schlimmere Folgen haben... EDIT@ 10.Sept04: Alternativ gibt es die Kerneloption "acpi_serialize", welche die gleiche Funktion hat, nur leider funktioniert sie erst ab Kernel >= 2.6.9 M67N 1,4GHz Mod.: 80GB 5k80-Platte 5400rpm, 768MB RAM \| Debian GNU/Linux etch/sid \| Kernel 2.6.14.4 \| BIOS 2.14


mcreichelt	verfasst: 15.09.2004, 23:53
gerade reingestolpert registriert: Sep. 2004 Beiträge: 3 Status: offline letzter Besuch: 15.09.04	Zitat Such einfach nach den in den mit "-" bezeichneten Zeilen stehenden Ausdrücken und vergleiche, so kannst du einfach und eindeutig die Position finden. Das dachte ich mir auch erst, aber die Ausdrücke sind nicht mal in der Umgebung eindeutig zu finden. Den Ausdruck "IO" an sich finde ich oft genug, ich vermute dass die in meinem neuem Biosupdate ordentlich rumgecodet haben... Und wegen dem Lüfter-Fix: Ich habe noch gar nicht gemerkt dass da etwas nicht in Ordnung sein soll. Aber wenn der Lüfter ausfällt ist das glaube ich nicht mehr so gut für den Prozessor. Den Fix mache ich gleich dann wenn ich weiß wie ich den anderen Fix machen kann, dann mache ich gleich beides auf ein Mal. Marc


deBeck	verfasst: 16.09.2004, 08:51
Senior Member registriert: Jan. 2004 Beiträge: 369 Status: offline letzter Besuch: 02.04.06	Das glaube ich nicht - Mail mir mal deine dsdt.dsl (Mailadresse in einer privaten Message an dich). M67N 1,4GHz Mod.: 80GB 5k80-Platte 5400rpm, 768MB RAM \| Debian GNU/Linux etch/sid \| Kernel 2.6.14.4 \| BIOS 2.14