Acer 3002LC, SIS900-NIC will unter 9.2 nur mit Kernel 2.6.12 oder acpi=oldboot
Habe hier einen Acer Aspire 3002LC und der hat einen SIS900 NIC. Wie schon häufig diskutiert blinken die Netzwerk-LED's zwar bei z.B. einem ping, aber es geht nichts durch. Mit einem ACPI=oldboot bzw =off geht dann das NIC, aber ACPI wollte ich eigentlich nutzen. Mit Kernel 2.6.12 funktioniert der NIC problemlos. Allerdings wartet der 2.6.12 beim booten mittendrinnen immer ca. 1 Minute lang auf ein SynPS/2 Synaptics TouchPad on isa0060/serio Das und das dann nicht mehr funktionierende Suspend to Disk ist unschön (der Wechsel in Runlevel 3, die KDE-Oberfläche macht der Acer nicht mehr mit. BTW: was patched Suse da eigentlich in ihren default-Kernel, daß es da geht?). Von google weiß ich, daß es helfen kann im BIOS das Bestriebsystem von Win auf DOS zu setzen. Bei dem Acer 3002LC ist aber im BIOS dafür kein Schalter vorgesehen. Bei einem Amilo 1630 (AMD64) habe hatte ich anfangs auch das Problem mit dem dort eingebauten SIS900. Nach einem erstmaligen acpi=oldboot habe ich das nie wieder eingeben müssen. Der Laptop hat sich irgendwie verändert und betreibt das NIC seitdem auch mit ACPI korrekt. danke schonmal Ekkard
On Mon, Aug 08, 2005 at 04:53:58PM +0200, Ekkard Gerlach wrote:
Habe hier einen Acer Aspire 3002LC und der hat einen SIS900 NIC. Wie schon häufig diskutiert blinken die Netzwerk-LED's zwar bei z.B. einem ping, aber es geht nichts durch. Mit einem ACPI=oldboot bzw =off geht dann das NIC, aber ACPI wollte ich eigentlich nutzen.
acpi=oldboot ist exakt dasselbe wie acpi=ht und effektiv dasselbe wie acpi=off. probier mal die anderen PCI / ACPI optionen durch, z.b. die im dmesg vorgeschlagene PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
Mit Kernel 2.6.12 funktioniert der NIC problemlos. Allerdings
Dort wird der Schrott-In-Silicon-Treiber halt gefixt sein ;-)
wartet der 2.6.12 beim booten mittendrinnen immer ca. 1 Minute lang auf ein SynPS/2 Synaptics TouchPad on isa0060/serio
psmouse.proto=bare?
Das und das dann nicht mehr funktionierende Suspend to Disk ist unschön (der Wechsel in Runlevel 3, die KDE-Oberfläche macht der Acer nicht mehr mit.
Hier verstehe ich dich nicht, suspend wechselt nicht den runlevel, aber ist ja nicht so wichtig
BTW: was patched Suse da eigentlich in ihren default-Kernel, daß es da geht?).
1. Bekannte bugs werden gefixt 2. von SUSE gibt es keinen 2.6.12
Von google weiß ich, daß es helfen kann im BIOS das Bestriebsystem von Win auf DOS zu setzen. Bei dem Acer 3002LC ist aber im BIOS dafür kein Schalter vorgesehen.
Da gilt die google-vermutung wohl für ein anderes System :-)
Bei einem Amilo 1630 (AMD64) habe hatte ich anfangs auch das Problem mit dem dort eingebauten SIS900. Nach einem erstmaligen acpi=oldboot habe ich das nie wieder eingeben müssen. Der Laptop hat sich irgendwie verändert und betreibt das NIC seitdem auch mit ACPI korrekt.
ich denke eher an einen Dreckeffekt (das Wort paßt bei Amilos so schön :-) Vermutlich initialisiert das BIOS die Hardware nur halb, und die andere Hälfte hängt vom Wasserstand in der Pegnitz und der Mondphase ab. Das booten wird dann zum Glücksspiel. Wenn du zwischendurch mal Windows bootest (oder die Kiste hart abstürzt) kann es durchaus sein, daß es wieder nicht mehr geht. Das ist aber nur einen Vermutung von mir. -- Stefan Seyfried
Mit einem BIOS-Update von 53A21 auf 53A24 funktioniert Suspend to Disk dann auch mit dem 2.6.12 !! Das Hurrahh ist aber noch nur ein halbes, denn die Tastatur geht nach einem Resume from Disk nicht mehr. Was könnte ich da tun? * Stefan Seyfried schrieb:
probier mal die anderen PCI / ACPI optionen durch, z.b. die im dmesg vorgeschlagene
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report hat nichts gebracht.
Mit Kernel 2.6.12 funktioniert der NIC problemlos. Allerdings
Dort wird der Schrott-In-Silicon-Treiber halt gefixt sein ;-) Offenbar. Oder Suse macht mit IRQ's Mist, DENN: unter Suse 9.3 (na gut, ist halt Kernel 2.6.11) gehts genausowenig.
wartet der 2.6.12 beim booten mittendrinnen immer ca. 1 Minute lang auf ein SynPS/2 Synaptics TouchPad on isa0060/serio
psmouse.proto=bare? das hilft, ja. Diese Stelle beim booten wird dann zügig durchlaufen, allerdings steht der Bootvorgang dann ein paar Zeilen später für wieder ca 1 Minute:
[...] starting udev creating devices Gibts da auch eine "Medizin" dagegen?
Bei einem Amilo 1630 (AMD64) habe hatte ich anfangs auch das Problem mit dem dort eingebauten SIS900. Nach einem erstmaligen acpi=oldboot habe ich das nie wieder eingeben müssen. Der Laptop hat sich irgendwie verändert und betreibt das NIC seitdem auch mit ACPI korrekt.
ich denke eher an einen Dreckeffekt (das Wort paßt bei Amilos so schön :-) Der Amilo läuft unter Debian aber perfekt: http://www.design-to-use.de/linux/amilo_a1630/amilo_a1630.php
Vermutlich initialisiert das BIOS die Hardware nur halb, und die andere Hälfte hängt vom Wasserstand in der Pegnitz und der Mondphase ab. Das Oder auch von Suse, so ein klein bißchen? ;-)
Gruss Ekkard
participants (2)
-
Ekkard Gerlach -
Stefan Seyfried