Erneut Probleme mit Akku-Anzeige mit M6N :: unofficial ASUS Notebook Forum

Übersicht :: ASUS Mobile Computing :: Linux :: Erneut Probleme mit Akku-Anzeige mit M6N
moderiert von: Moderatoren

gehe zu Seite : 1 | 2 nächste Seite

	Erneut Probleme mit Akku-Anzeige mit M6N
Bevan	verfasst: 10.09.2007, 18:37
gerade reingestolpert registriert: Apr. 2006 Beiträge: 11 Status: offline letzter Besuch: 29.10.07	Hallo, ich habe ein ASUS M6700N. Bisher gab ich beim Starten von Linux dem Kernel immer acpi_fake_ecdt als Startparameter mit, damit die Akku-Anzeige funktioniert. Seit Kernel Version 2.6.22 führt dies jedoch zu einem Fehler beim Starten. Da es mit dem neuesten BIOS auch ohne diesen Startparameter kein Problem mehr geben sollte, entfernte ich ihn einfach. Leider funktioniert die Akku-Anzeige dann nicht mehr. Bios-Version ist 214A, daher sollte es eigentlich klappen. Habe auch extra nocheinmal neu geflasht, um sicherzustellen, dass ich die aktuelle Version habe. Der Fehler tritt auch bei Kernel Version 2.6.21 auf, wenn ich den Parameter entferne. Hat hier jemand noch ein ASUS M6N und kann den Fehler bestätigen bzw. mir Tipps geben, wie ich ihn lösen kann? Aktuell bleibt mir nur, bei Version 2.6.21 zu bleiben... Wäre super, wenn das jemand prüfen könnte. Michael ----- Nachtrag: Wenn ich das richtig sehe, beschreibt hier jemand ein ähnliches Problem: http://www.asus...ic-4188.html Dort scheint man die Schuld beim asus_acpi Modul zu suchen. editiert von: Bevan, 10.09.2007, 20:57 Uhr


ravenflight	verfasst: 10.09.2007, 20:59
Junior Member registriert: Okt. 2004 Beiträge: 59 Status: offline letzter Besuch: 12.03.08	Ja was soll ich sagen, damit hat ich auch schon recht viel Spaß... ;-( Das ist ein Bug im acpi battery support. http://bugzilla...cgi?id=11724 Dafür gibts einen Patch. Ich hab komplette deb pakete für den 2.6.22 kernel und howto's falls du welche brauchst... (incl atop patch). schick mir einfach eine PM falls du noch was brauchst... p.s. was kann das neue bios mehr? ich fahr noch immer mit dem alten 208er glaub ich (das is schon so lang wieder her..., das ohne lüfter bug...) alex


Bevan	verfasst: 10.09.2007, 21:07
gerade reingestolpert registriert: Apr. 2006 Beiträge: 11 Status: offline letzter Besuch: 29.10.07	Hm. Und ich dachte, diese Probleme hätten mit der BIOS Version 214A endlich geendet. Dort wurde glaube ich die DSDT gefixt, sodass das Auslesen der Batterie endlich ohne Patches funktionierte. Wenn du mit deiner BIOS-Version gut zurecht kommst, würde ich nicht unbedingt wechseln. Beim 214er ist der Lüfter etwas aktiver... Sehe ich das jetzt richtig, dass der Kernel seit 2.6.20 gar nicht mehr in die DSDT schaut (jedenfalls auf den Akku bezogen)? Und das wird durch den von dir verlinkten Patch behoben? Werde ihn mal testen und sonst weiter mit dem 2.6.21er + acpi_fake_ecdt leben müssen. Evtl. funktioniert der Parameter ja in späteren Kernel-Versionen auch wieder... ----- Nachtrag: Der Patch behebt auch bei mir den Fehler. Wenn ich das im Kernel Bugtracker (http://bugzilla....cgi?id=8598) richtig sehe, ist der Patch seit Version 2.6.23-rc3 im Kernel enthalten. Muss also nur noch stable werden editiert von: Bevan, 14.10.2007, 15:56 Uhr


ravenflight	verfasst: 10.09.2007, 23:51
Junior Member registriert: Okt. 2004 Beiträge: 59 Status: offline letzter Besuch: 12.03.08	OK da gibts wohl ein paar kleine Kommunikationsfehler... 1. Ich weis nimmer auswendig in welcher BIOS Version der Lüfterbug gefixed ist aber ich fahr mit einer BIOS Version davor und hab den DSDT gefixed und mit initrd patch an den kernel angehängt. 2. Der Fehler in 2.6.22 hat NIX mit dem gefixten DSDT zu tun sondern mit einem Bug im acpi kernel modul, dafür der Link zum Patch. (Ich hatte einen gefixten DSDT und den Fehler auch, nach dem Kernel ACPI Patch gehts wieder) 3. Wie das mit der acpi_fake_ecdt kernel option ist weis ich nicht auswendig, hab sie aber noch immer drinnen...


Bevan	verfasst: 11.09.2007, 19:21
gerade reingestolpert registriert: Apr. 2006 Beiträge: 11 Status: offline letzter Besuch: 29.10.07	ravenflight 1. Ich weis nimmer auswendig in welcher BIOS Version der Lüfterbug gefixed ist aber ich fahr mit einer BIOS Version davor und hab den DSDT gefixed und mit initrd patch an den kernel angehängt. Laut Beiträgen in diesem Forum in Version 213. ravenflight 2. Der Fehler in 2.6.22 hat NIX mit dem gefixten DSDT zu tun sondern mit einem Bug im acpi kernel modul, dafür der Link zum Patch. (Ich hatte einen gefixten DSDT und den Fehler auch, nach dem Kernel ACPI Patch gehts wieder) Wenn ich das richtig verstanden habe. wurde in den Versionen 214A und 208A die DSDT gefixt, sodass man dies nicht mehr selber tun muss. Der Kernel-BUG sorgt nun dafür, dass die DSDT gar nicht befragt wird, wenn es um den Akku geht. Das behebt der Patch. ravenflight 3. Wie das mit der acpi_fake_ecdt kernel option ist weis ich nicht auswendig, hab sie aber noch immer drinnen... Ich glaube, diese wird durch den Patch und die gefixte DSDT in Version 214A hinfällig. Ist aber auch alles eher eine Ahnung als wirkliches Wissen ;) Auf jeden Fall wird in der kommenden Kernel-Version der Patch fest eingebaut, sodass dann von Haus aus alles laufen sollte. (Mit BIOS-Ver 214A)


joli	verfasst: 13.10.2007, 21:28
gerade reingestolpert registriert: Okt. 2007 Beiträge: 4 Status: offline letzter Besuch: 15.10.07	hallo, auf meinem W3N funtioniert die akkuanzeige seit ich von suse 10.2 auf 10.3 geupdated hab auch nicht mehr. Es gibt einfach kein BAT0 mehr in /proc/acpi/. könnte da der patch auch helfen und wenn, wie bekomm ich den in den kernel?


Bevan	verfasst: 14.10.2007, 15:50
gerade reingestolpert registriert: Apr. 2006 Beiträge: 11 Status: offline letzter Besuch: 29.10.07	Hallo! Ich kenne das Problem eigentlich nur vom M6N, allerdings sieht dein Problem exakt gleich aus. Was auch dafür spricht, dass es sich um das selbe Problem handelt, ist dass openSuse 10.2 noch den Kernel 2.6.18 nutzte, indem dieser Fehler noch nicht vorhanden war. Version 10.3 hingegen setzt auf eine der betroffenen Kernel-Versionen. Es ist lange her, dass ich Suse das letzte mal benutzt habe. Daher habe ich mal im Netz nach einer Anleitung gesucht und das hier gefunden: http://www.thom...ernel26.html Sieht erstmal sehr kompliziert aus, aber wenn du Schritt für Schritt vorgehst, sollte es funktionieren. Das Kapitel "Durchführen der Kernel-Konfiguration" kannst du überspringen, da du vorher bereits deine existierende Konfiguration klonst. Viel Erfolg damit. Ab der nächsten Version von openSuse sollte das Problem auch von selbst wieder erledigt sein. Michael editiert von: Bevan, 14.10.2007, 15:55 Uhr


joli	verfasst: 14.10.2007, 22:33
gerade reingestolpert registriert: Okt. 2007 Beiträge: 4 Status: offline letzter Besuch: 15.10.07	erstmal danke für den link zur anleitung. Ich habe jetzt glücklicherweise herausgefunden das es bei opensuse eine repository namens vanilla-kernel gibt, dort gibts den 2.6.23 als rpm, in dem das problem behoben ist so kann ich mir die ganze kernel-kompilierungs-geschichte sparen, dafür muss dann zwar den ati-treiber selber kompilieren aber das ist nicht ganz so aufwendig.


Bevan	verfasst: 14.10.2007, 22:46
gerade reingestolpert registriert: Apr. 2006 Beiträge: 11 Status: offline letzter Besuch: 29.10.07	Das klingt doch gut. Im Vanilla Kernel werden sicherlich ein paar Sachen fehlen, die dein jetziger Kernel unterstützt. Beispielsweise der Bootsplash. Ich selber nutze noch Version 2.6.22, also berichte doch mal, ob das Problem in 2.6.23 tatsächlich behoben wurde


joli	verfasst: 15.10.2007, 18:47
gerade reingestolpert registriert: Okt. 2007 Beiträge: 4 Status: offline letzter Besuch: 15.10.07	also ..... mit dem 2.6.23 ist das problem behoben! Code :/proc/acpi/battery/BAT0 # cat state present: yes capacity state: ok charging state: charged present rate: unknown remaining capacity: 367 mAh present voltage: 16638 mV laut dmseg ist ach das asus_laptop modul geladen: Code :~ # dmesg \|grep asus asus-laptop: Asus Laptop Support version 0.42 asus-laptop: W3N model detected Registered led device: asus:mail aber unter /proc/acpi/ gibt es kein asus verzeichniss, ich glaube das liegt jetzt in /sys/devices/platform/asus-laptop/ die display helligkeit und die hot-key events kann man damit aber nicht ändern/abfragen das einzige was geht ist die WLAN led ein- und auszuschalten mit: Code echo 1 > WLAN Jetz kann ich zwar den zustand meines akkus abrufen, aber den ATI-Treiber kann man nicht für den 2.6.23 - kernel kompilieren, das gibt jede menge fehlermeldungen! Immer is was ....


Bevan	verfasst: 15.10.2007, 21:24
gerade reingestolpert registriert: Apr. 2006 Beiträge: 11 Status: offline letzter Besuch: 29.10.07	Naja, das mit dem Ati-Treiber sollte eigentlich hinzubekommen sein. Was kommen denn für Fehler? Evtl. fehlen dir nur die Entwicklungs-Pakete zu deiner neuen Kernel-Version?


joli	verfasst: 15.10.2007, 22:47
gerade reingestolpert registriert: Okt. 2007 Beiträge: 4 Status: offline letzter Besuch: 15.10.07	nein, daran liegt es nicht, das ist ein fehler im ati-treiber. da gibts einige informationen in anderen foren http://www.unixboard.de/vb3/showthread.php?t=33726 und auch einen patch aber auf die frickelei hab ich kein bock. Ich werd einfach auf einen neuen treiber von ati warten soll ja diesen monat noch einer erscheinen.


Bevan	verfasst: 15.10.2007, 23:07
gerade reingestolpert registriert: Apr. 2006 Beiträge: 11 Status: offline letzter Besuch: 29.10.07	Achso, alles klar. Danke für die Info. Habe selber ne ATI in meinem Notebook, daher gut zu wissen


redbit	verfasst: 29.10.2007, 17:21
Junior Member registriert: Jul. 2004 Beiträge: 103 Status: offline letzter Besuch: 07.04.08	Mittlerweile ist die Kernel-Version 2.6.23 erschienen und der Patch ist standardmäßig dabei. Unter /proc/acpi/battery ist der Status auch immer korrekt, aber GNOME scheint davon nichts mitzubekommen. Wenn ich z.B. den Akku einlege sagt mir 'cat /proc/acpi/battery/BAT0/state dass der Akku vorhanden ist, aber der Power-Manager von Gnome denkt trotzdem noch, am Netz zu hängen. Genauso verhält es sich bei Entfernen des Akkus. Hat jemand ähnliche Probleme bzw. eine Lösung dafür. Langsam nervts nämlich wirklich, dass bei einem Laptop die Energieversorgung nicht richtig erkannt wird. Grüße devilbit Asus M6711NEU - Archlinux


Bevan	verfasst: 29.10.2007, 17:32
gerade reingestolpert registriert: Apr. 2006 Beiträge: 11 Status: offline letzter Besuch: 29.10.07	Welche Gnome-Version verwendest du? Habe seit kurzem 2.20 laufen und damit keine Probleme. Kann mich aber erinnern, dass das nicht immer so rund lief. Tritt das Problem nur auf, wenn du den Akku im Betrieb einlegst oder auch, wenn du den Computer mit eingelegtem Akku startest?