Hallo,
hat jemand schon mal eine WLAN Karte mit dem Chipsatz rt2500 zum laufen bekommen?
Es gibt ja eine Version vom Treiber, die vom Hersteller (RALINK) angeboten wird, und eine von einem Opensource Projekt rt2x00.
Beide muss man kompilieren und dazu brauch ich die Kernelsources. Diese habe ich mir gezogen(RPMs). Nun wusste ich nicht, wo die auf meinem Rechner stecken . Da hab ich in einem Forum gelesen, dass ich "rpmbuild -bp --target=i686 kernel-2.6.10.spec" im Verzeichnis /usr/src/redhat/SPECS/ eingeben soll. Nun hat sich sowas wie ein Kernelsource unter /usr/src/redhat/BUILD abgelegt.
In der Readme vom Opensource Projekt und vom Hersteller steht das: For 2.6 series kernel:
a. $make -C /path/to/source SUBDIRS=$PWD modules Where /path/to/source is the path to the source directory for the
(configured and built) target kernel.
b. run '/sbin/insmod rt2500.ko' (as root) '/sbin/ifconfig ra0 inet YOUR_IP up'
als ich die erste Zeile ausgeführt hatte, hat er mir alle Module des Kernels kompiliert. Muss das sein? Wenn ich insmod rt2500.ko eingebe, sagt er, die Datei existiere nicht.
Kann mir jemand helfen? Eigentlich müsste diese Karte doch funktionieren, denn der Hersteller gibt Linuxkompatibelität an.
Die Kartenbezeichnung lautet MSI PC54G2. Mein Kernel hat die Version 2.9.10-1.741, also der letzte Fedora Kernel aus dem RPM. Unter der Seite http://www.linuxwiki.de/LinuxWireless ist die Karte erwähnt worden. Ich weiß sonst echt nicht mehr weiter.
Hat jemand eine Idee?
Am Freitag, den 21.01.2005, 17:43 +0100 schrieb David Saro:
Hallo,
hat jemand schon mal eine WLAN Karte mit dem Chipsatz rt2500 zum laufen bekommen?
Es gibt ja eine Version vom Treiber, die vom Hersteller (RALINK) angeboten wird, und eine von einem Opensource Projekt rt2x00.
Beide muss man kompilieren und dazu brauch ich die Kernelsources.
Brauchst du vermutlich nicht. Versuche mal:
[...] In der Readme vom Opensource Projekt und vom Hersteller steht das: For 2.6 series kernel:
a. $make -C /path/to/source SUBDIRS=$PWD modules Where /path/to/source is the path to the source directory for the
make -C /lib/modules/$(uname -r)/build SUBDIRS=$PWD modules
Hoffe es hilft.
CU thl
Hallo,
make -C /lib/modules/$(uname -r)/build SUBDIRS=$PWD modules
leider hats nicht geholfen. Das ist die Fehlermeldung:
[root@pose Module]# make -C /lib/modules/$(uname -r)/build SUBDIRS=$PWD modules make: Entering directory `/lib/modules/2.6.10-1.741_FC3/build' CC [M] /home/pose/rt2500-1.0.0/Module/rtmp_main.o /home/pose/rt2500-1.0.0/Module/rtmp_main.c: In function `RT2500_probe': /home/pose/rt2500-1.0.0/Module/rtmp_main.c:163: Warnung: Verarbeiten des Argumentes 1 von »readl« erzeugt Zeiger von Ganzzahl ohne Typkonvertierung /home/pose/rt2500-1.0.0/Module/rtmp_main.c:164: Warnung: Verarbeiten des Argumentes 1 von »readl« erzeugt Zeiger von Ganzzahl ohne Typkonvertierung /home/pose/rt2500-1.0.0/Module/rtmp_main.c: In function `RT2500_open': /home/pose/rt2500-1.0.0/Module/rtmp.h:1087: nicht implementiert: »inline« beim Aufruf von »NICDisableInterrupt« gescheitert: function body not available /home/pose/rt2500-1.0.0/Module/rtmp_main.c:266: nicht implementiert: von hier aufgerufen /home/pose/rt2500-1.0.0/Module/rtmp.h:1090: nicht implementiert: »inline« beim Aufruf von »NICEnableInterrupt« gescheitert:function body not available /home/pose/rt2500-1.0.0/Module/rtmp_main.c:322: nicht implementiert: von hier aufgerufen /home/pose/rt2500-1.0.0/Module/rtmp_main.c: In function `RTMPIsr': /home/pose/rt2500-1.0.0/Module/rtmp_main.c:465: Warnung: Verarbeiten des Argumentes 1 von »readl« erzeugt Zeiger von Ganzzahl ohne Typkonvertierung /home/pose/rt2500-1.0.0/Module/rtmp_main.c:466: Warnung: Verarbeiten des Argumentes 2 von »writel« erzeugt Zeiger von Ganzzahl ohne Typkonvertierung make[1]: *** [/home/pose/rt2500-1.0.0/Module/rtmp_main.o] Fehler 1 make: *** [_module_/home/pose/rt2500-1.0.0/Module] Fehler 2 make: Leaving directory `/lib/modules/2.6.10-1.741_FC3/build' [root@pose Module]#
Am Freitag, den 21.01.2005, 21:37 +0100 schrieb David Saro:
Hallo,
make -C /lib/modules/$(uname -r)/build SUBDIRS=$PWD modules
leider hats nicht geholfen. Das ist die Fehlermeldung:
Grummel grummel -- gibt mir bitte mal die URL von dem Treiber.
BTW; Besteht von anderen Leute noch Interesse an dem Treiber -- dann backe ich im Zweifel gleich ein rpm für rpm.livna.org
CU thl
Hallo,
also die Projektseite lautet: http://sourceforge.net/projects/rt2400
Hier ist ein direkter Link zum Source Tarball: http://mesh.dl.sourceforge.net/sourceforge/rt2400/rt2500-1.0.0.tar.gz
Der Source vom propritären Treiber ist unter: http://www.ralinktech.com/drivers/Linux/RT2500-Linux-STA-1.4.5.0.zip
BTW; Besteht von anderen Leute noch Interesse an dem Treiber -- dann backe ich im Zweifel gleich ein rpm für rpm.livna.org
Das Problem ist ja, dass ich mich für diese Karte entschieden habe, weil der Hersteller Linuxkompatibelität vorgibt. Also ich denk mal, dass ich nicht der einzige bin, der sich damit rum ärgert. In vielen Foren hab ich von ähnlichen Problemen gelesen.
David Saro
Am Sonntag, den 23.01.2005, 01:36 +0100 schrieb David Saro:
Hallo,
also die Projektseite lautet: http://sourceforge.net/projects/rt2400
Hier ist ein direkter Link zum Source Tarball: http://mesh.dl.sourceforge.net/sourceforge/rt2400/rt2500-1.0.0.tar.gz
Der Source vom propritären Treiber ist unter: http://www.ralinktech.com/drivers/Linux/RT2500-Linux-STA-1.4.5.0.zip
Hihi, mit der neuen Version von gestern kann man das Modul compilieren. Siehe:
http://sourceforge.net/mailarchive/forum.php?thread_id=6381659&forum_id=... http://rt2x00.serialmonkey.com/wiki/index.php/Main_Page
HTH
CU thl
Hallo,
ich glaub ich bin ein ganzes Stück weiter! Danke! Als ich nach dem kompilieren den PC neustartete, sprang Kudzu an und meldete die neue Hardware. Kudzu hat sie dann auch konfiguriert. Nun kommt beim hochfahren von eth(1) dies: "rt2500 Gerät eth1 scheint zu fehlen, Initialisierung verzögert."
Also ich hab keine Ahnung warum das so ist.
On Sunday 23 January 2005 20:07, Thorsten Leemhuis wrote:
Am Sonntag, den 23.01.2005, 01:36 +0100 schrieb David Saro:
Hallo,
also die Projektseite lautet: http://sourceforge.net/projects/rt2400
Hier ist ein direkter Link zum Source Tarball: http://mesh.dl.sourceforge.net/sourceforge/rt2400/rt2500-1.0.0.tar.gz
Der Source vom propritären Treiber ist unter: http://www.ralinktech.com/drivers/Linux/RT2500-Linux-STA-1.4.5.0.zip
Hihi, mit der neuen Version von gestern kann man das Modul compilieren. Siehe:
http://sourceforge.net/mailarchive/forum.php?thread_id=6381659&forum_id=... 09 http://rt2x00.serialmonkey.com/wiki/index.php/Main_Page
HTH
CU thl
Am Dienstag, den 25.01.2005, 13:03 +0100 schrieb David Saro:
Nun kommt beim hochfahren von eth(1) dies: "rt2500 Gerät eth1 scheint zu fehlen, Initialisierung verzögert."
Also ich hab keine Ahnung warum das so ist.
Vermutlich hat Kudzu die Karte nicht als Wireless erkannt. Manche Treiber sind noch nicht so weit.
Prüfe, ob in der Datei /etc/sysconfig/network-scripts/ifcfg-eth1
der Eintrag TYPE=Wireless
enthalten ist.
Möglich ist auch, das der Treiber mit der Bezeichnung eth[x] nicht zurecht kommt und etwas anderes haben will, z.B. wlan0 oder rt0
Falls das so ist, mußt Du z.B. ifcfg-eth1 in ifcfg-wlan0 umbenennen, in etc/modprobeconf (bei FC3) den Eintrag alias wlan0 [Treibername] einfügen, und eventuell in /etc/sysconfig/hwconf den Eintrag für eth1 entsprechend ändern.
Und am besten Kudzu beim Booten sagen, bloß nichts an der Konfiguration zu machen (also Option ignorieren). Das geht in solchen Fällen vielfach noch schief.
Peter
Am Samstag, den 22.01.2005, 16:40 +0100 schrieb Thorsten Leemhuis:
BTW; Besteht von anderen Leute noch Interesse an dem Treiber -- dann backe ich im Zweifel gleich ein rpm für rpm.livna.org
Ja, ich hätte großes Interesse. Nutze ebenfalls die letzte Kernel- Aktualisierung von FC3 und habe den Treiber installiert. Aber wenn ich ihn aktivieren will oder auch das Konfigurationsprogramm nutzen will, funktioniert nichts. Letzteres stürzt irgendwann wilkürlich ab und hat auch schon mal den ganzen Rechner blockiert. Meine Karte ist eine Asus wl-107g.
Martin
Hi,
ich muss dringend den Leuten abraten die den Treiber in dem Stadium ersthaft nutzen wollen! Als ich eth0 in wlan umänderte, war keine Veränderung. Doch als ich es mit rt0 oder ra0 (so wie es in der readme vorgeschrieben wurde) probierte, ist der PC eingefroren und wenn ich jetzt neustarte kommt nach der udev Initialisierung Kernel Panic. Nichts geht mehr.
Jetzt muss ich mir was ausdenken wie ich mein System retten kann. Was haltet ihr davon wenn ich in den Rescue Modus von der DVD gehe und dann erstmal das alte Kernelpackage installiere? Müsste funktionieren, oder?
-----Original Message----- Date: Thu, 27 Jan 2005 11:33:18 +0100 Subject: Re: WLAN rt2500 From: Martin Bolte mail@silico.net To: fedora@leemhuis.info, Fedora discussions in German fedora-de-list@redhat.com
Am Samstag, den 22.01.2005, 16:40 +0100 schrieb Thorsten Leemhuis:
BTW; Besteht von anderen Leute noch Interesse an dem Treiber -- dann backe ich im Zweifel gleich ein rpm für rpm.livna.org
Ja, ich hätte großes Interesse. Nutze ebenfalls die letzte Kernel- Aktualisierung von FC3 und habe den Treiber installiert. Aber wenn ich ihn aktivieren will oder auch das Konfigurationsprogramm nutzen will, funktioniert nichts. Letzteres stürzt irgendwann wilkürlich ab und hat auch schon mal den ganzen Rechner blockiert. Meine Karte ist eine Asus wl-107g.
Martin
-- Fedora-de-list mailing list Fedora-de-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-de-list
Am Donnerstag, den 27.01.2005, 22:46 +0100 schrieb david.saro@t- online.de:
Jetzt muss ich mir was ausdenken wie ich mein System retten kann. Was haltet ihr davon wenn ich in den Rescue Modus von der DVD gehe und dann erstmal das alte Kernelpackage installiere? Müsste funktionieren, oder?
Am einfachsten wäre es, wenn Du noch eine (ältere) Version des Kernels als alternative Boot Option im Grub Menü hast, wo dieser Treiber noch nicht eingebunden ist. Die solltest Du ohne Probleme booten können. (Ich habe mir angewöhnt, immer eine funktionsfähige Kernelversion oder die Installationsversion als Fallack Lösung zu behalten).
Falls das nicht der Fall ist, müßtest Du von der Boot CD im Rescue Modus booten, in /lib/modules/2.6.... die Treiberdateien suchen und löschen. Anschließend kannst Du noch depmod -a aufrufen. Dann sollten die Treiberdateien beim nächsten boot nicht mehr stören. Kudzu wird sich dann melden und sich über entfernte Hardware beschweren, aber das ist dann ok.
Gruß Peter
Once upon a time david.saro@t-online.de wrote:
ich muss dringend den Leuten abraten die den Treiber in dem Stadium ersthaft nutzen wollen! Als ich eth0 in wlan umänderte, war keine Veränderung. Doch als ich es mit rt0 oder ra0 (so wie es in der readme vorgeschrieben wurde) probierte, ist der PC eingefroren und wenn ich jetzt neustarte kommt nach der udev Initialisierung Kernel Panic. Nichts geht mehr.
Jetzt muss ich mir was ausdenken wie ich mein System retten kann. Was haltet ihr davon wenn ich in den Rescue Modus von der DVD gehe und dann erstmal das alte Kernelpackage installiere? Müsste funktionieren, oder?
Starte das System einfach normal, und gehe in den interaktiven Modus - dann kannst du eventuell udev abschalten. Oder du gehst in den Rescue Modus, und änderst das wieder zurück um in eth0.
Roland
Ich danke euch. Hab im Rescue Modus wieder auf eth1 zurückgestellt und die rt2500.ko gelöscht in /lib/... Jetzt kann ich meinen Rechner wieder nutzen. Nun heißt es wohl warten auf eine stabile Version. Falls irgendwer irgendeine Version zum laufen bringen sollte, kann er es hier ja melden.
Nochmals Danke.
On Friday 28 January 2005 01:57, Roland Wolters wrote:
Once upon a time david.saro@t-online.de wrote:
ich muss dringend den Leuten abraten die den Treiber in dem Stadium ersthaft nutzen wollen! Als ich eth0 in wlan umänderte, war keine Veränderung. Doch als ich es mit rt0 oder ra0 (so wie es in der readme vorgeschrieben wurde) probierte, ist der PC eingefroren und wenn ich jetzt neustarte kommt nach der udev Initialisierung Kernel Panic. Nichts geht mehr.
Jetzt muss ich mir was ausdenken wie ich mein System retten kann. Was haltet ihr davon wenn ich in den Rescue Modus von der DVD gehe und dann erstmal das alte Kernelpackage installiere? Müsste funktionieren, oder?
Starte das System einfach normal, und gehe in den interaktiven Modus - dann kannst du eventuell udev abschalten. Oder du gehst in den Rescue Modus, und änderst das wieder zurück um in eth0.
Roland
-- Fedora-de-list mailing list Fedora-de-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-de-list
Hi David,
On Thu, Jan 27, 2005 at 10:46:58PM +0100, david.saro@t-online.de wrote:
ich muss dringend den Leuten abraten die den Treiber in dem Stadium ersthaft nutzen wollen!
Kann mich Deiner Empfehlung nicht anschliessen! Benutze inzwischen die aktuelle Beta Version und hatte auch einige Woche immer die CVS Version am Start. Auch bei intensiver Nutzung habe ich keine Probleme / Abstürze festgestellt. Aus meiner Sicht funktioniert der Treiber sehr stabil.
Ich verwende ihn momentan auf einen selbst kompilierten 2.6.9 Kernel aus den Fedora Sourcen (inkl. Swsusp 2.15).
Als ich eth0 in wlan umänderte, war keine Veränderung. Doch als ich es mit rt0 oder ra0 (so wie es in der readme vorgeschrieben wurde) probierte, ist der PC eingefroren
Kein Problem bei mir. ra0 funktioniert einwandfrei.
Am Samstag, 29. Januar 2005 18:06 schrieb Felix Roeser:
Da ich es nicht mit dem Treiber vom Opensourceprojekt hin bekommen habe, hab ich das ganze jetzt mit ndiswrapper probiert und bin erstaunlich weit gekommen. Eigentlich funktioniert fast alles, doch bei der Konfiguration von WPA häng ich nun fest.
Das Problem ist das ich aus der Ausgabe nach "wpa_supplicant -Dndiswrapper -iwlan0 -c/etc/wpa_supplicant.conf -dd" nichts fehlerhaftes herauslesen kann. Dennoch funktioniert ein anschließendes "dhcp wlan0" nicht.
Dies ist ein Auszug aus meiner ndiswrapper.conf:
ctrl_interface=/var/run/wpa_supplicant # for wpa_cli support network={ ssid="Pose" psk="xxxxxxx" key_mgmt=WPA-PSK proto=WPA }
Die Ausgabe nach dem ausführen von "wpa_supplicant -Dndiswrapper -iwlan0 -c/etc/wpa_supplicant.conf -dd" sieht so aus:
Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.conf' Reading configuration file '/etc/wpa_supplicant.conf' ctrl_interface='/var/run/wpa_supplicant' ctrl_interface_group=0 eapol_version=1 ap_scan=0 Line: 190 - start of a new network block SSID - hexdump_ascii(len=4): 50 4f 53 45 POSE PSK (ASCII passphrase) - hexdump_ascii(len=12): xx xx xx xx xx xx xx xx xx xx xx xx xxxxxxxxxxxx key_mgmt: 0x2 proto: 0x1 PSK (from passphrase) - hexdump(len=32): xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx Priority group 0 id=0 ssid='POSE' EAPOL: SUPP_PAE entering state DISCONNECTED EAPOL: KEY_RX entering state NO_KEY_RECEIVE EAPOL: SUPP_BE entering state INITIALIZE EAP: EAP entering state DISABLED EAPOL: External notification - portEnabled=0 EAPOL: External notification - portValid=0 Setting scan request: 0 sec 100000 usec Already associated with a configured network - generating associated event Association event - clear replay counter Associated with 00:00:00:00:00:00 EAPOL: External notification - portEnabled=0 EAPOL: External notification - portValid=0 EAPOL: External notification - portEnabled=1 EAPOL: SUPP_PAE entering state CONNECTING EAPOL: txStart BSSID not set when trying to send an EAPOL frame Using the source address of the last received EAPOL frame 00:00:00:00:00:00 as the EAPOL destination TX EAPOL - hexdump(len=18): 00 00 00 00 00 00 00 11 09 be c7 dc 88 8e 01 01 00 00 EAPOL: SUPP_BE entering state IDLE EAP: EAP entering state INITIALIZE EAP: EAP entering state IDLE Setting authentication timeout: 10 sec 0 usec EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=29 idleWhile=59 EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=28 idleWhile=58 EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=27 idleWhile=57 EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=26 idleWhile=56 EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=25 idleWhile=55 EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=24 idleWhile=54 EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=23 idleWhile=53 EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=22 idleWhile=52 EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=21 idleWhile=51 EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=20 idleWhile=50 Authentication with 00:00:00:00:00:00 timed out. Setting scan request: 0 sec 0 usec Already associated with a configured network - generating associated event Association event - clear replay counter Associated with 00:00:00:00:00:00 EAPOL: External notification - portEnabled=0 EAPOL: SUPP_PAE entering state DISCONNECTED EAPOL: SUPP_BE entering state INITIALIZE EAP: EAP entering state DISABLED EAPOL: External notification - portValid=0 EAPOL: External notification - portEnabled=1 EAPOL: SUPP_PAE entering state CONNECTING EAPOL: txStart BSSID not set when trying to send an EAPOL frame Using the source address of the last received EAPOL frame 00:00:00:00:00:00 as the EAPOL destination TX EAPOL - hexdump(len=18): 00 00 00 00 00 00 00 11 09 be c7 dc 88 8e 01 01 00 00 EAPOL: SUPP_BE entering state IDLE EAP: EAP entering state INITIALIZE EAP: EAP entering state IDLE Setting authentication timeout: 10 sec 0 usec EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=29 idleWhile=59 EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=28 idleWhile=58 EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=27 idleWhile=57 EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=26 idleWhile=56 EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=25 idleWhile=55 EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=24 idleWhile=54 EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=23 idleWhile=53 EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=22 idleWhile=52 EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=21 idleWhile=51 EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=20 idleWhile=50 Authentication with 00:00:00:00:00:00 timed out. Setting scan request: 0 sec 0 usec Already associated with a configured network - generating associated event Association event - clear replay counter Associated with 00:00:00:00:00:00 EAPOL: External notification - portEnabled=0 EAPOL: SUPP_PAE entering state DISCONNECTED EAPOL: SUPP_BE entering state INITIALIZE EAP: EAP entering state DISABLED EAPOL: External notification - portValid=0 EAPOL: External notification - portEnabled=1 EAPOL: SUPP_PAE entering state CONNECTING EAPOL: txStart BSSID not set when trying to send an EAPOL frame Using the source address of the last received EAPOL frame 00:00:00:00:00:00 as the EAPOL destination TX EAPOL - hexdump(len=18): 00 00 00 00 00 00 00 11 09 be c7 dc 88 8e 01 01 00 00 EAPOL: SUPP_BE entering state IDLE EAP: EAP entering state INITIALIZE EAP: EAP entering state IDLE Setting authentication timeout: 10 sec 0 usec EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=29 idleWhile=59 EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=28 idleWhile=58 EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=27 idleWhile=57 EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=26 idleWhile=56 EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=25 idleWhile=55 EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=24 idleWhile=54 EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=23 idleWhile=53 EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=22 idleWhile=52 EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=21 idleWhile=51 EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=20 idleWhile=50 Authentication with 00:00:00:00:00:00 timed out. Setting scan request: 0 sec 0 usec Already associated with a configured network - generating associated event Association event - clear replay counter Associated with 00:00:00:00:00:00 EAPOL: External notification - portEnabled=0 EAPOL: SUPP_PAE entering state DISCONNECTED EAPOL: SUPP_BE entering state INITIALIZE EAP: EAP entering state DISABLED EAPOL: External notification - portValid=0 EAPOL: External notification - portEnabled=1 EAPOL: SUPP_PAE entering state CONNECTING EAPOL: txStart BSSID not set when trying to send an EAPOL frame Using the source address of the last received EAPOL frame 00:00:00:00:00:00 as the EAPOL destination TX EAPOL - hexdump(len=18): 00 00 00 00 00 00 00 11 09 be c7 dc 88 8e 01 01 00 00 EAPOL: SUPP_BE entering state IDLE EAP: EAP entering state INITIALIZE EAP: EAP entering state IDLE Setting authentication timeout: 10 sec 0 usec EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=29 idleWhile=59 EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=28 idleWhile=58 EAPOL: Port Timers tick - authWhile=0 heldWhile=0 startWhen=27 idleWhile=57 Signal 2 received - terminating EAPOL: External notification - portEnabled=0 EAPOL: SUPP_PAE entering state DISCONNECTED EAPOL: SUPP_BE entering state INITIALIZE EAP: EAP entering state DISABLED EAPOL: External notification - portValid=0
Hat jemand vielleicht eine Idee?
Hi David,
On Thu, Jan 27, 2005 at 10:46:58PM +0100, david.saro@t-online.de wrote:
ich muss dringend den Leuten abraten die den Treiber in dem Stadium ersthaft nutzen wollen!
Kann mich Deiner Empfehlung nicht anschliessen! Benutze inzwischen die aktuelle Beta Version und hatte auch einige Woche immer die CVS Version am Start. Auch bei intensiver Nutzung habe ich keine Probleme / Abstürze festgestellt. Aus meiner Sicht funktioniert der Treiber sehr stabil.
Ich verwende ihn momentan auf einen selbst kompilierten 2.6.9 Kernel aus den Fedora Sourcen (inkl. Swsusp 2.15).
Als ich eth0 in wlan umänderte, war keine Veränderung. Doch als ich es mit rt0 oder ra0 (so wie es in der readme vorgeschrieben wurde) probierte, ist der PC eingefroren
Kein Problem bei mir. ra0 funktioniert einwandfrei.
de-users@lists.fedoraproject.org