unofficial ASUS Notebook Forum
09. Jan 2009

Forum Suche Forum Übersicht Anmerkung: registrierte Benutzer können sich über neue Einträge benachrichtigen lassen Anmerkung: registrierte Benutzer können sich über neue Einträge benachrichtigen lassen

zum vorhergehenden Thema Thema drucken zum nächsten Thema

Ü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
Zum aktuellsten Beitrag 

HOWTO: Reparieren der DSDT

deBeck verfasst: 30.11.2004, 13:30
Senior Member
Senior Member


registriert: Jan. 2004
Beiträge: 369

Status: offline
letzter Besuch: 02.04.06
Das steht im regelm. geupdateten ersten Posting dieses Threads.

EDIT:
Ups, nicht direkt, guckste hier :
http://www.tzi.de/~adieling/ und http://mrhammy2.ath.cx:81/aml_method_exec_hack.patch

Eine konkrete Anleitung hier : http://de.wikibooks.org/wiki/Asus_M6N-Kompendium:_ACPI

editiert von: deBeck, 30.11.2004, 13:40 Uhr


M67N 1,4GHz Mod.: 80GB 5k80-Platte 5400rpm, 768MB RAM | Debian GNU/Linux etch/sid | Kernel 2.6.14.4 | BIOS 2.14
Nach oben  Profil PM senden Webseite
 
Dojo verfasst: 30.11.2004, 13:48
Junior Member
Junior Member


registriert: Aug. 2004
Beiträge: 133

Status: offline
letzter Besuch: 12.03.05
ZitatDas steht im regelm. geupdateten ersten Posting dieses Threads.
Eine konkrete Anleitung hier : http://de.wikibooks.org/wiki/Asus_M6N-Kompendium:_ACPIeditiert von: deBeck, 30.11.2004, 13:40 Uhr


Sehr schön. Vielen Dank. Nur leider ist der Link
http://mrhammy2.ath.cx:81/aml_method_exec_hack.patch
nicht ok. Habe keine Berechtigung. Hast du den Patch noch woanders?


ASUS M6786NEUP, Dothan 755, WSXGA+, 2x512 MB, 80 GB HDD, SuSE 9.2, Kernel 2.6.9 AML-Hack, ECDT-Patch, CST-Patch
Nach oben  Profil PM senden Webseite
 
deBeck verfasst: 30.11.2004, 14:26
Senior Member
Senior Member


registriert: Jan. 2004
Beiträge: 369

Status: offline
letzter Besuch: 02.04.06
Ist ein Problem mit deinem Browser denke ich - mit Firefox krieg ich den patch direkt im klartext angezeigt, also hier :
Code
  1. diff -BruN linux-2.6.5/drivers/acpi/parser/psparse.c linux-2.6.5-hack/drivers/acpi/parser/psparse.c
  2. --- linux-2.6.5/drivers/acpi/parser/psparse.c   2004-04-03 22:36:25.000000000 -0500
  3. +++ linux-2.6.5-hack/drivers/acpi/parser/psparse.c  2004-04-26 09:54:02.148220528 -0400
  4. 1111,7 +1111,10 @@
  5.           "Completed one call to walk loop, %s State=%p\n",
  6.           acpi_format_exception (status), walk_state));
  7.  
  8. -      if (status == AE_CTRL_TRANSFER) {
  9. +      if ((status == AE_CTRL_TRANSFER) ||
  10. +          (status == AE_AML_NO_RETURN_VALUE) ||
  11. +          (status == AE_AML_UNINITIALIZED_ARG) ||
  12. +          (status == AE_AML_UNINITIALIZED_LOCAL) ) {
  13.           /*
  14.           * A method call was detected.
  15.           * Transfer control to the called control method


M67N 1,4GHz Mod.: 80GB 5k80-Platte 5400rpm, 768MB RAM | Debian GNU/Linux etch/sid | Kernel 2.6.14.4 | BIOS 2.14
Nach oben  Profil PM senden Webseite
 
Dojo verfasst: 30.11.2004, 18:45
Junior Member
Junior Member


registriert: Aug. 2004
Beiträge: 133

Status: offline
letzter Besuch: 12.03.05
So. Habe den Patch eingespielt, und siehe da, alles klappt. Vielen Dank. Es lag übrigens nicht am Browser (es geht doch nichts über Firefox) sondern an der Firewall Einstellung der Firma.

Jetzt habe ich dazu noch eine Frage:
Momentan sieht es so aus, dass Die Festplatte sofort ausgeht, sobald kein Zugriff erfolgt. Wie kann ich das beeinflussen? Weil so lebt die Festplatte nicht lange.

Habe die Hotkeys übrigens mit http://www.iivs.de/schwinde/buerger/tremmel/suse_m6842nw.html ans laufen bekommen. Klappt super.
Die Restdauer vom Akku wie schon mal hier beschrieben funktioniert mit den laptop-mode tools wunderbar.


ASUS M6786NEUP, Dothan 755, WSXGA+, 2x512 MB, 80 GB HDD, SuSE 9.2, Kernel 2.6.9 AML-Hack, ECDT-Patch, CST-Patch
Nach oben  Profil PM senden Webseite
 
deBeck verfasst: 30.11.2004, 19:03
Senior Member
Senior Member


registriert: Jan. 2004
Beiträge: 369

Status: offline
letzter Besuch: 02.04.06
Zitat Die Restdauer vom Akku wie schon mal hier beschrieben funktioniert mit den laptop-mode tools wunderbar.


What?
Na eben die wollte ich dir empfehlen um die Auschaltverzögerung anzupassen - aber wie Suse das regelt icon_confused Deinen Satz oben versteh ich so jedenfalls nicht.


M67N 1,4GHz Mod.: 80GB 5k80-Platte 5400rpm, 768MB RAM | Debian GNU/Linux etch/sid | Kernel 2.6.14.4 | BIOS 2.14
Nach oben  Profil PM senden Webseite
 
Dojo verfasst: 30.11.2004, 19:14
Junior Member
Junior Member


registriert: Aug. 2004
Beiträge: 133

Status: offline
letzter Besuch: 12.03.05
Ja, sorry. Habe mich ziemlich blöde ausgedrückt.

Sobald die laptop-mode tools gestartet sind, schaltet die Platte sofort ab, sobald nicht drauf zugegriffen wird. Auch bei Netzbetrieb! (LAPTOP_MODE_ALWAYS_ON=0)
Auch wenn ich den Wert von BATT_HD ändere (für Akku Betrieb), hat das keine Auswirkung.

Muß ich noch einen Parameter ändern?


ASUS M6786NEUP, Dothan 755, WSXGA+, 2x512 MB, 80 GB HDD, SuSE 9.2, Kernel 2.6.9 AML-Hack, ECDT-Patch, CST-Patch
Nach oben  Profil PM senden Webseite
 
deBeck verfasst: 30.11.2004, 19:37
Senior Member
Senior Member


registriert: Jan. 2004
Beiträge: 369

Status: offline
letzter Besuch: 02.04.06
Dann must du mal mit diesen Werten in der Config rumspielen und danach jeweils :
"laptop-mode stop"
"laptop-mode start"

Code
  1. # Zeit in 5Sekunden-Schritten
  2. AC_HD_WITH_LM=6
  3. AC_HD_WITHOUT_LM=6
  4. BATT_HD=6
  5.  
  6. # Shall we adjust the power management values on the hard drives?
  7. DO_HD_POWERMGMT=1
  8.  
  9. # Hier ist bei Hitachi-Platten bei 127 oder 128 die Grenze zwischen Platte aus oder
  10. # nur Köpfe parken und Drehzahl etwas runter
  11. # Power management for HD (hdparm -B values)
  12. AC_HDPARM_POWERMGMT_WITH_LM=130
  13. AC_HDPARM_POWERMGMT_WITHOUT_LM=130
  14. BATT_HDPARM_POWERMGMT=130
  15.  
  16. # The drives for which to adjust the idle timeout and power management settings.
  17. # Separate them by a space, e.g. HD="/dev/hda /dev/hdb".
  18. HD="/dev/hda"
  19.  
  20. # Set the spindown timeout on the hard drives?
  21. DO_HD=1


M67N 1,4GHz Mod.: 80GB 5k80-Platte 5400rpm, 768MB RAM | Debian GNU/Linux etch/sid | Kernel 2.6.14.4 | BIOS 2.14
Nach oben  Profil PM senden Webseite
 
Dojo verfasst: 30.11.2004, 19:51
Junior Member
Junior Member


registriert: Aug. 2004
Beiträge: 133

Status: offline
letzter Besuch: 12.03.05
Zitat
Code
  1. # Hier ist bei Hitachi-Platten bei 127 oder 128 die Grenze zwischen Platte aus oder
  2. # nur Köpfe parken und Drehzahl etwas runter
  3. # Power management for HD (hdparm -B values)
  4. AC_HDPARM_POWERMGMT_WITH_LM=130
  5. AC_HDPARM_POWERMGMT_WITHOUT_LM=130
  6. BATT_HDPARM_POWERMGMT=130

Das scheint es gewesen zu sein. Werde aber noch weiter testen. Momentan ist es schlecht, da ein größerer Download läuft.
Vielen Dank!

ASUS M6786NEUP, Dothan 755, WSXGA+, 2x512 MB, 80 GB HDD, SuSE 9.2, Kernel 2.6.9 AML-Hack, ECDT-Patch, CST-Patch
Nach oben  Profil PM senden Webseite
 
Dojo verfasst: 01.12.2004, 11:59
Junior Member
Junior Member


registriert: Aug. 2004
Beiträge: 133

Status: offline
letzter Besuch: 12.03.05
Leider war es das doch nicht. Aber das ist jetz auch nicht mehr so schlimm. SuSE hat in Yast auch die Möglichkeit verschiedene Profileanzulegen, wo ich auch einige Einstellungen vornehmenkann, die mir auch reichen.
Trotzdem vielen Dank an alle!


ASUS M6786NEUP, Dothan 755, WSXGA+, 2x512 MB, 80 GB HDD, SuSE 9.2, Kernel 2.6.9 AML-Hack, ECDT-Patch, CST-Patch
Nach oben  Profil PM senden Webseite
 
Dojo verfasst: 01.12.2004, 23:54
Junior Member
Junior Member


registriert: Aug. 2004
Beiträge: 133

Status: offline
letzter Besuch: 12.03.05
Habenoch was gefunden. Vielleicht für andere noch ganz Nett!

http://acpi.sourceforge.net/dsdt/tables/ASUS/
http://acpi.sourceforge.net/

ACPI-ASUS Mailing Liste

editiert von: Dojo, 02.12.2004, 00:01 Uhr


ASUS M6786NEUP, Dothan 755, WSXGA+, 2x512 MB, 80 GB HDD, SuSE 9.2, Kernel 2.6.9 AML-Hack, ECDT-Patch, CST-Patch
Nach oben  Profil PM senden Webseite
 
Dojo verfasst: 16.12.2004, 14:12
Junior Member
Junior Member


registriert: Aug. 2004
Beiträge: 133

Status: offline
letzter Besuch: 12.03.05
Hi!
Was muß ich tun, damit der

http://mrhammy2.ath.cx:81/aml_method_exec_hack.patch

auch auf den 2.6.10-rc3 Kernel funktioniert? Leider geht die Akku Anzeige hier immer noch nicht! Mit dem 2.6.9 Kernel geht alles ohne Probleme. (auch mit dem patch)


ASUS M6786NEUP, Dothan 755, WSXGA+, 2x512 MB, 80 GB HDD, SuSE 9.2, Kernel 2.6.9 AML-Hack, ECDT-Patch, CST-Patch
Nach oben  Profil PM senden Webseite
 
deBeck verfasst: 16.12.2004, 14:28
Senior Member
Senior Member


registriert: Jan. 2004
Beiträge: 369

Status: offline
letzter Besuch: 02.04.06
Hm, warum möchtest du den 2.6.10er schon verwenden ?
Wie ist es, wenn du die zu patchende Stelle manuell bearbeitest, große Veränderungen zu 2.6.9 ?
Ansonsten must du eben zumindest vorläufig den weg über die Custom DSDT nehmen, was ja seit 2.6.9 sehr bequem geworden ist.

Gruß


M67N 1,4GHz Mod.: 80GB 5k80-Platte 5400rpm, 768MB RAM | Debian GNU/Linux etch/sid | Kernel 2.6.14.4 | BIOS 2.14
Nach oben  Profil PM senden Webseite
 
Axxel verfasst: 18.12.2004, 19:51
Newbie
Newbie


registriert: Sep. 2004
Beiträge: 16

Status: offline
letzter Besuch: 08.05.07
Hi,

ich wollte dann auch mal versuchen, meine Batterieanzeige hinzukriegen und habe es deshalb gleich mit dem aml-Patch versucht. An die DSDT hab ich mich dann doch nicht gewagt...
Allerdings kriege ich beim neubooten dermaßen viele Fehlermeldungen, bevor er schließlich ganz abschmiert, dass da etwas grundätzlich bei mir nicht zu stimmen scheint. (Ich benutze Fedora 3)
Ich habe mal meine Vorgehensweise skizziert, vielleicht findet ja jemand den Fehler:

1. 2.6.9-kernel-src geholt, da der bei Fedora 3 ja nicht mehr automatisch dabei ist und unter /usr/src abgelegt
2. patches eingespielt (aml, ecdt, cst). sind die letzteren beiden eigentlich unbedingt nötig?
3. kernel compiliert: make && make modules_install
4. bzImage aus arch/i386/boot nach /boot kopiert und im Bootloader eingetragen:
Code
  1. title Fedora Core (2.6.9-1.681_FC3)
  2.         root (hd0,1)
  3.         kernel /bzImage-2.6.9 root=/dev/VolGroup00/LogVol00 rhgb quiet
  4.         initrd /initrd-2.6.9-1.681_FC3.img

5. neu gebootet

Meine Theorien, warum das nicht funktioniert:
1. ist die Bootloaderkonfiguration falsch? muss ich 'initrd-2.6.9-1.681_FC3.img' aktualisieren oder aus dem Bootloader rausschmeißen?
2. ich habe zwar den Kernel-Source kompiliert, aber hat der alle Einstellungen, die momentan auf meinem System laufen? Ich hab ihn wie gesagt gezogen und gleich mit make kompiliert. Muss ich vielleicht dem Makefile irgendwie sagen, wo es meine aktuelle Kernel-Konfiguration findet?

Hoffe,es kann jemand helfen...

Gruß Axel

editiert von: Axxel, 18.12.2004, 19:53 Uhr

M6842NW, 1,6GHz, 512MB RAM, 60GB
Nach oben  Profil PM senden Webseite
 
graviton verfasst: 18.12.2004, 21:26
ASUS fanatic
ASUS fanatic
graviton

registriert: Feb. 2004
Beiträge: 661

Status: offline
letzter Besuch: 06.05.08
hmm weiss natuerlich nicht was fedora wieder fuerne Spezialitaeten macht. Die initrd wirste denke ich nicht brauchen; Wenn Du das bzImage umkopiert hast muesste
Code
  1. kernel /bzImage-2.6.9 root=/dev/VolGroup00/LogVol00 rhgb quiet


bestimmt nach

Code
  1. kernel /boot/bzImage root=/dev/VolGroup00/LogVol00 rhgb quiet


gemacht werden...

Von den patches brauchst Du nur den AML um die Akkuanzeige zu bekommen, der Rest ist nicht wichtig...

:: Ey Amigos, hoert mal ein bischen zu, koennte wichtig sein! ::
-
** M6800N ** 1.5GHz ** DVD/CD-RW ** 1 Gig Infineon ** Gentoo Linux **
Nach oben  Profil PM senden Webseite
 
Axxel verfasst: 19.12.2004, 08:15
Newbie
Newbie


registriert: Sep. 2004
Beiträge: 16

Status: offline
letzter Besuch: 08.05.07
weiß sonst noch jemand was, was es sein könnte? die grub.config ist denke ich ok. bzImage-2.6.9 heißt es, weil ich es so genannt habe und wenn ich es wieder bzImage nenne, ändert sich da nichts beim booten. Das Wegnehmen des initrd-Eintrags führt nur dazu, dass das Booten noch früher abbricht.
Hier mal die Ausgabe beim Booten:
Code
  1. Booting Kernel
  2. ACPI: unable to start the ACPI interpreter
  3. audit (1103387465.900:0):initialized
  4.  
  5. Kernel Panic - not syncing: VFS: unable to mount root fs on unknown-block (0,0)


Das Einbinden des initrd-Eintrages führte wenigstens noch dazu, dass versucht wurde, die Partitionen zu mounten. Ich schau mal, ob sich in der Fehlermeldung was vernünftiges finden lässt...

Ich werde nebenher auch noch mal die Frage in einem Fedora-Forum schreiben, vielleicht weiß da schon jemand, was los ist...

Gruß Axel

editiert von: Axxel, 19.12.2004, 08:18 Uhr

M6842NW, 1,6GHz, 512MB RAM, 60GB
Nach oben  Profil PM senden Webseite
 
gehe zu Seite : vorherige Seite 1 | 2 | 3 | 4 | 5 | 6 | 7 nächste Seite


Zur Teilnahme an der Diskussion bitte anmelden.

Powered by pnForum Version 2.6

Wer ist Online

Mitglieder: 4914
Gast online: 1
Mitglieder online: 0

Anmeldung

Forum Stats


12 aktuellste Beiträge:

Gesamtstatistik:
  • Themen: 5783
  • Beiträge: 43406

 

Anmeldung





 


Asus Notebooks