Ayron

Prüf mal, wie viele weitere Stationen noch auf deinem Kanal aktiv sind. Evtl. können auch von anderen Geräten (z.B. Mikrowellenherd) Störungen auftreten. Was Fritz!Boxen angeht: Mir ist bekannt, dass die unter Umständen anfangen zu spinnen (lahmes Internet, Verbindungsabbrüche usw). Da hilft dann Ausschalten, ein paar Minuten warten und wieder Einschalten.

Das Touchpad hört nur dann auf zu leuchten, wenn man es mit der Tastatur (Fn + T-pad) deaktiviert. Per Software lässt sich das nur steuern, in dem du es durch Ansteuern der AlienFX-Device dunkel schaltest. Unter Linux lässt sich das recht einfach realisieren. Aber ich werd den Treiber nicht zuende schreiben, bevor ich mit den Prüfungen durch bin.

Bin nun wieder dazu gekommen, weiter an dem Treiber zu arbeiten. Er scheint soweit schon gut zu funktionieren. Es fehlt jedoch noch die direkte Dekodierung der Bereichskürzel.

Leider bin ich momentan nicht weiter gekommen wegen Studiumsstress. Der Treiber ist aber schon so weit, dass er geladen wird und mit dem AlienFX-Controller redet. Was noch fehlt ist das Interface zum Userspace und der Interpreter, der die Mnemonics in opcode umsetzt. Ich nehm mal an, der Treiber wird mit allen Notebooks funktionieren, sofern bekannt ist, welche Bits welche Bereiche ansteuern (kann man aber ausprobieren). Das Protokoll ist bei allen gleich. Jedenfalls kann man mit diesem Treiber dann sogar Leuchtmuster einstellen, die so nicht vorgesehen waren. Während dem Probieren konnte ich z.B. den Powerbutton blau, aber die Augen rot leuchten lassen.

Wenn die Geschwindigkeit von SATA3 auf SATA2 reduziert wurde, wird das sicher schon seine Gründe haben. vmtl. gab es wohl in bestimmten Fällen Störungen. Ich kann aber auch nur empfehlen, dieses Update zu installieren. Schließlich hat es bei mir dazu geführt, dass die als defekt geglaubte nVidia-GPU zum Leben erwachte und wirklich nervige ACPI-Probleme verschwanden.

Ich frag mich, was ihr für Probleme mit der Schnittstellengeschwindigkeit habt? Die tatsächliche Geschwindigkeit hängt von der Festplatte ab. Selbst 10000RPM-Festplatten liefern keine so hohe Datenraten. (Wobei ich da nichtmal weiß, obs die überhaupt als 2.5" SATA-Platten gibt. Ich kenn die nur als 3.5" SCSI- und SAS-Platten)

Das ist Käse. WLan und Mobilfunk verwenden unterschiedliche Frequenzen. Sonst würde WLan ja nirgends gehen, da es von den Basistationen gestört würde usw. Das einzigste Problem, was evtl auftreten könnte wäre eine Zustopfung. Das lässt sich aber vermeiden, in dem man immer nur einen der beiden Funkadapter zur gleichen Zeit nutzt.

Um an einen aktuellen Recovery-USB-Stick zu basteln verfährt man so: Das Bios von Dell runterladen und unter Linux mit Wine starten. Dann extrahiert sich eine .exe-Datei. In dem Fall heißt sie M14xR1_W74A08.exe. Diese öffnet man mit file-roller und extrahiert die PALB0MEC.fd (MD5-Prüfsumme: 2adf7e191601bab1e1a9bb1b7b7b4232). Diese nun auf einen Fat32-formatierten USB-Stick kopieren und in PALB0X64.fd umbenennen. Dann wie in Schnuffels Post, Akku raus, USB-Stick links reinstecken, Netzteil anschließen, End-Taste gedrückt halten und den Netzstecker rein.

Wenn du z.B. von einem USB-Stick ein Mini-Linux bootest, kannst du leicht rausfinden, ob du überhaupt ein Modem drin hast oder ob Windows nur was vorgaukelt. Tipp einfach lspci und lsusb ein, dann werden alle Devicen gelistet.

Achte bei Hybridgraphik unbedingt auf die Technologie. nVidia Optimus bzw. das ATI-Equivalent sollte nach Möglichkeit vermieden werden, wenn man was anderes findet, was den Anforderungen entspricht. Die mit Multiplexer machen bei weitem weniger Probleme. (Leider scheint es aber heute sehr schwer zu sein, solche noch zu bekommen)

Hallo! Da das AlienFX im M14x (187c:0521) nicht mit dem Java-Tool funktioniert hab ich mich mal hingesetzt und mit Hilfe eines USB-Sniffers das Protokoll analysiert. Hier meine Erkenntnis: <STX> opcode Adresse Parameter Ein Befehl ist immer 9 Byte groß! Befehle: Mnemonic opcode Erklärung CHG 0x01 Farbwechsel (CHanGe) BLI 0x02 Blinken (BLInk) STA 0x03 Statisch (STAtic) END 0x04 Programmteil Ende PGE 0x05 Programmende (ProGram End) CHK 0x06 Bereitschaft prüfen (CHecK) RST 0x0704 Reset (ReSeT) ADD 0x08 Programmzeile hinzufügen SVE 0x09 Programm speichern (SaVE) SPE 0x0E Geschwindigkeit (SPEed) Die Mnemonics hab ich mir selbst ausgedacht. Die Adresse muss für jedes Programmteil fortlaufend erhöht werden. Der Befehl ADD nimmt als Adresse die Programmnummer. Vor SVE kommt kein ADD! Das Programm, das direkt ausgeführt wird, also ohne ADD-Befehle, wird mit PGE und nicht mit SVE abgeschlossen. Programmnummern: 1 normal 2 Standby, Netz 5 Netz 6 Laden 7 Standby, Batterie 8 Batterie 9 Batterie leer Die Farbbefehle CHG, BLI und STA nehmen als Parameter den Bereich und die Farbe. Farben sind 4-Bit-Werte und 2 Farbwerte werden zu einem Byte zusammengefügt. Also RG B0 (2 byte) oder bei 2 Farben RG BR GB (3 Byte) Der Bereich ist ein 24-Bit-Wort, das Big-Endian (MSB first) übertragen wird. Bit Bereich 0 Tastatur links (kl) 1 Tastatur mitte links (kml) 2 Tastatur mitte rechts (kmr) 3 Tastatur rechts (kr) 5 Vorne links (fl) 6 Vorne rechts (fr) 8 AW-Schriftzug (aw) 9 Touchpad (tp) 11 Statusleds (sl) 13 Alienhead (Powerbutton) (ah) 14 Alieneyes (HDD-Led) (ae) Die Bits können kombiniert werden. ADD muss vor jede Zeile, die zu dem Programm gehört. Ohne ADD hat ein Befehl sofort Wirkung. Auf CHK antwortet AlienFX entweder mit 0x1000000000000000 (bereit) oder mit 0x1100000000000000 (nicht bereit) Beispiel wie es das Alien Command Center übertragen hat: op Mnemonic 02 07 04 00 00 00 00 00 00 RST 02 06 00 00 00 00 00 00 00 CHK << 11 00 00 00 00 00 00 00 02 06 00 00 00 00 00 00 00 CHK << 10 00 00 00 00 00 00 00 /* Programm 1: normal */ 02 08 01 00 00 00 00 00 00 ADD 1 02 03 02 00 03 0f 0f 00 00 STA kl,kml,kmr,kr,tp,aw green 02 08 01 00 00 00 00 00 00 ADD 1 02 04 00 00 00 00 00 00 00 END 02 08 01 00 00 00 00 00 00 ADD 1 02 03 03 00 00 60 f0 00 00 STA fl,fr red 02 08 01 00 00 00 00 00 00 ADD 1 02 04 00 00 00 00 00 00 00 END 02 08 01 00 00 00 00 00 00 ADD 1 02 03 04 00 08 00 00 f0 00 STA sl blue 02 08 01 00 00 00 00 00 00 ADD 1 02 04 00 00 00 00 00 00 00 END 02 09 00 00 00 00 00 00 00 SVE /* Reset und Statusabfrage */ 02 07 04 00 00 00 00 00 00 RST 02 06 00 00 00 00 00 00 00 CHK << 10 00 00 00 00 00 00 00 /* Programm 2: Standby, Netzbetrieb */ 02 08 02 00 00 00 00 00 00 ADD 2 02 01 01 00 60 00 00 f0 00 CHG ah,ae blue to black 02 08 02 00 00 00 00 00 00 ADD 2 02 01 01 00 60 00 00 00 0f CHG ah,ae black to blue 02 08 02 00 00 00 00 00 00 ADD 2 02 04 00 00 00 00 00 00 00 END 02 08 02 00 00 00 00 00 00 ADD 2 02 03 02 0f 9f ff 00 00 00 STA kl,kml,kmr,kr,fl,fr,aw,sl,tp black 02 08 02 00 00 00 00 00 00 ADD 2 02 04 00 00 00 00 00 00 00 END 02 09 00 00 00 00 00 00 00 SVE /* Reset und Statusabfrage */ 02 07 04 00 00 00 00 00 00 RST 02 06 00 00 00 00 00 00 00 CHK << 10 00 00 00 00 00 00 00 /* Programm 5: Netzbetrieb */ 02 08 05 00 00 00 00 00 00 ADD 5 02 03 01 00 60 00 00 f0 00 STA ah,ae blue 02 08 05 00 00 00 00 00 00 ADD 5 02 04 00 00 00 00 00 00 00 END 02 09 00 00 00 00 00 00 00 SVE /* Reset und Statusabfrage */ 02 07 04 00 00 00 00 00 00 RST 02 06 00 00 00 00 00 00 00 CHK << 10 00 00 00 00 00 00 00 /* Programm 6: Laden */ 02 08 06 00 00 00 00 00 00 ADD 6 02 01 01 00 60 00 00 f0 ff CHG ah,ae blue to aqua 02 08 06 00 00 00 00 00 00 ADD 6 02 01 01 00 60 00 0f f0 0f CHG ah,ae aqua to blue 02 08 06 00 00 00 00 00 00 ADD 6 02 04 00 00 00 00 00 00 00 END 02 09 00 00 00 00 00 00 00 SVE /* Reset und Statusabfrage */ 02 07 04 00 00 00 00 00 00 RST 02 06 00 00 00 00 00 00 00 CHK << 10 00 00 00 00 00 00 00 /* Programm 7: Standby, Batterie */ 02 08 07 00 00 00 00 00 00 ADD 7 02 01 01 00 60 00 0f f0 00 CHG ah,ae aqua to black 02 08 07 00 00 00 00 00 00 ADD 7 02 01 01 00 60 00 00 00 ff CHG ah,ae black to aqua 02 08 07 00 00 00 00 00 00 ADD 7 02 04 00 00 00 00 00 00 00 END 02 08 07 00 00 00 00 00 00 ADD 7 02 03 02 0f 9f ff 00 00 00 STA kl,kml,kmr,kr,fl,fr,tp,aw,sl black 02 08 07 00 00 00 00 00 00 ADD 7 02 04 00 00 00 00 00 00 00 END 02 09 00 00 00 00 00 00 00 SVE /* Reset und Statusabfrage */ 02 07 04 00 00 00 00 00 00 RST 02 06 00 00 00 00 00 00 00 CHK << 10 00 00 00 00 00 00 00 02 08 08 00 00 00 00 00 00 ADD 8 02 03 01 00 60 00 0f f0 00 STA ah,ae aqua 02 08 08 00 00 00 00 00 00 ADD 8 02 04 00 00 00 00 00 00 00 END 02 09 00 00 00 00 00 00 00 SVE /* Reset und Statusabfrage */ 02 07 04 00 00 00 00 00 00 RST 02 06 00 00 00 00 00 00 00 CHK << 10 00 00 00 00 00 00 00 /* Programm 9: Batterie leer */ 02 08 09 00 00 00 00 00 00 ADD 9 02 02 01 00 60 00 0f f0 00 BLI ah,ae aqua 02 08 09 00 00 00 00 00 00 ADD 9 02 04 00 00 00 00 00 00 00 END 02 09 00 00 00 00 00 00 00 SVE /* Reset und Statusabfrage */ 02 07 04 00 00 00 00 00 00 RST 02 06 00 00 00 00 00 00 00 CHK 02 0e 00 c8 00 00 00 00 00 SPE 0xc8 /* Der Rest wird sofort ausgeführt */ 02 03 01 00 03 0f 0f 00 00 STA kl,kml,kmr,kr,tp,aw green 02 04 00 00 00 00 00 00 00 END 02 03 02 00 00 60 f0 00 00 STA fl,fr red 02 04 00 00 00 00 00 00 00 END 02 03 03 00 08 00 00 f0 00 STA sl blue 02 04 00 00 00 00 00 00 00 END 02 05 00 00 00 00 00 00 00 PGE Vor jedem Programm muss ein Reset und Statuscheck durchgeführt werden. Mich wundert es etwas, dass bei Programm 1 die Adresse mit 2 beginnt. Es lassen sich auch Dinge einstellen, die Alien Command Center nicht ermöglicht. Jetzt werd ich mal versuchen einen Treiber für Linux zu schreiben. Vielleicht hilft meine Protokollanalyse auch anderen, um Treiber für weitere Betriebssysteme zu schreiben.

Mit Klappe schließen mein ich das Notebook zu- und wieder aufklappen. Unter Windows bleibt der Bildschrim dunkel und unter Linux kommt das Bild wieder, aber der Kernel beginnt sofort eifrig ACPI-Fehlermeldungen zu produzieren, dass die Log-Files innerhalb kurzer Zeit schon zig GB groß sind. Ich werd morgen mal den Support anrufen. Hoffentlich können die weiterhelfen. Edit: Hab heut angerufen. Bekomm ein neues Mainboard. Hoffentlich geht das dann. Nachtrag: Gestern hat der Techniker nochmal bei mir angerufen. Das Bios-Update und eine gepatchte inf-Datei haben nun dazu geführt, dass der nVidia-Chip zum Leben erwachte. Auch die ACPI-Fehlermeldungen unter Linux sind nun weg. Jetzt klappt alles soweit recht gut.

Hallo! An meinem M14x geht die nVidia-GPU nicht (GT555M, 3GB). Unter Windows sagt das Treiberinstallationsprogramm nur: "The graphics driver could not find compatible hardware". Linux ist hier schon etwas detailierter: [ 0.962636] vgaarb: device added: PCI:0000:00:02.0,decodes=io+mem,owns=io+mem,locks=none [ 0.962643] vgaarb: device added: PCI:0000:01:00.0,decodes=io+mem,owns=none,locks=none [ 0.962646] vgaarb: loaded [ 0.962647] vgaarb: bridge control possible 0000:01:00.0 [ 0.962648] vgaarb: bridge control possible 0000:00:02.0 .... [ 1.470217] Linux agpgart interface v0.103 [ 1.470269] agpgart-intel 0000:00:00.0: Intel Sandybridge Chipset [ 1.470374] agpgart-intel 0000:00:00.0: detected gtt size: 2097152K total, 262144K mappable [ 1.471751] agpgart-intel 0000:00:00.0: detected 32768K stolen memory [ 1.471906] agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0xc0000000 [ 1.472008] [drm] Initialized drm 1.1.0 20060810 [ 1.472063] i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 1.472067] i915 0000:00:02.0: setting latency timer to 64 [ 1.519076] mtrr: no more MTRRs available [ 1.519077] [drm] MTRR allocation failed. Graphics performance may suffer. [ 1.519729] i915 0000:00:02.0: irq 41 for MSI/MSI-X [ 1.519733] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [ 1.519734] [drm] Driver supports precise vblank timestamp query. [ 1.519760] vgaarb: device changed decodes: PCI:0000:00:02.0,olddecodes=io+mem,decodes=none:owns=io+mem [ 1.519762] vgaarb: transferring owner from PCI:0000:00:02.0 to PCI:0000:01:00.0 [ 1.922510] fbcon: inteldrmfb (fb0) is primary device [ 2.041708] Refined TSC clocksource calibration: 2192.876 MHz. [ 2.041715] Switching to clocksource tsc [ 2.296103] Console: switching to colour frame buffer device 200x56 [ 2.299242] fb0: inteldrmfb frame buffer device [ 2.299243] drm: registered panic notifier [ 2.309022] acpi device:32: registered as cooling_device8 [ 2.309199] input: Video Bus as /devices/LNXSYSTM:00/device:00/PNP0A08:00/LNXVIDEO:00/input/input2 [ 2.309205] ACPI: Video Device [GFX0] (multi-head: yes rom: no post: no) [ 2.309238] [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0 [ 2.309290] nouveau 0000:01:00.0: enabling device (0006 -> 0007) [ 2.309296] nouveau 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 2.309300] nouveau 0000:01:00.0: setting latency timer to 64 [ 2.310866] [drm] nouveau 0000:01:00.0: Detected an NVc0 generation card (0x0cf680a1) [ 2.321840] [drm] nouveau 0000:01:00.0: Attempting to load BIOS image from PRAMIN [ 2.331565] [drm] nouveau 0000:01:00.0: ... BIOS signature not found [ 2.331567] [drm] nouveau 0000:01:00.0: Attempting to load BIOS image from PROM [ 2.331575] [drm] nouveau 0000:01:00.0: ... BIOS signature not found [ 2.331576] [drm] nouveau 0000:01:00.0: Attempting to load BIOS image from PCIROM [ 2.341386] nouveau 0000:01:00.0: Invalid ROM contents [ 2.341455] [drm] nouveau 0000:01:00.0: ... BIOS signature not found [ 2.341457] [drm] nouveau 0000:01:00.0: Attempting to load BIOS image from ACPI [ 2.341460] [drm] nouveau 0000:01:00.0: ... BIOS signature not found [ 2.341462] [drm] nouveau 0000:01:00.0: No valid BIOS image found [ 2.347607] nouveau 0000:01:00.0: PCI INT A disabled Der original nVidia-Treiber gibt ähnliche Meldungen von sich. Zudem erhalte ich, wenn ich die Klappe schließe und wieder öffne ACPI-Fehlermeldungen, die auf die PCI-Express-Graphik hindeuten. Bios-Update half nichts. Vielleicht kennt jemand dieses Problem. Gruß, Ayron