"dass die Firmware einen Teil der Hardware darstellt."
Ich weiss nicht wer diesen Blödsinn schreibt, aber Firmware ist nichts anderes als Software. Wo kommen die auf die Idee das Firmware auf einmal Hardware ist? Ein Chip ist Hardware. Ein Chip, auf dem meist proprietäre, low-level code software läuft, bleibt noch immer Hardware - die software ist dann eben die "Firmware", die man meistens flashen/upgraden kann.
Die Firmware ist genauso wie die Hardware proprietär. Das ist damit gemeint. Diese Problematik birgt ungeheuren Sprengstoff: http://wiki.debian.org/KernelFirmwareLicensing Die Auflistung bezieht sich allerdings nur auf Kernel 2.6.17, zeigt aber, um was es dabei im Kern geht (Firmware im Kernel mit oder ohne Firmware-Sourcen; dazu noch die leidigen, aber leider nicht ausblendbaren Lizenzprobleme für eine wirklich freie Linuxdistribution, die man dann auch ohne rechtliche Probleme selbst wieder verteilen kann).
"Bald erkannten die Entwickler, dass die Qualität des Quellcodes zu wünschen übrig ließ und eine Aufnahme in den offiziellen Linux-Kernel unwahrscheinlich war." Tja, irgendwie würde es mich mal interessieren, wie der ein oder andere Windows-Treiber-Quelltext "renommierter" Hersteller aussieht. Da würde sich sicher so mancher Kernel Entwickler im Grab umdrehen...
Nix für ungut, aber bei dem Ausdruck "Unter $XYZ gibt es hingegen keine Probs" muss ich an Skriptkiddies denken und zweifel das mal grundsätzlich an.
Erstens: Ich habe mitunter Verbindungsabbrüche mit meinem WLAN-Chip (Intel) unter Linux, aber mein Mitbewohner hat zu denselben Verbindungsproblemen unter Windows XP noch ganz andere WLAN-Probleme. WPA2 geht bspw. einfach mal garnicht, trotz extra Software/Patches.
Zweitens Verbindungsabbrüche sind auf etliche Dinge zurückzuführen: * Zuviele WLANs mit überschneidenden Funkfrequenzen. * Fehler im Access-Point (bspw. ein älterer Apple Airport hat reproduzierbar ein Problem mit Intel-Chipsätzen). * Fehler im Clientrechner/betriebssystem, wie Entladen/Absturz (?) der WLAN-Chip-Firmware und anderes.
Da jetzt eindeutig zu sagen "das liegt an Windows oder Linux" halte ich bei oberflächlicher Betrachtung für äußerst gewagt. WLAN ist im Vergleich zum Kabel eine fragile Netzwerktechnik, egal unter welchem System.
Sag mal, liest du eigentlich das, was du kommentierst?
Dann nochmal für dich: 1. Ich habe einen Rechner mit zwei Betriebssystemen. Klar? 2. Wenn ich Linux laufen lasse - Probleme. Auch klar? 3. Wenn ich Windows laufen lasse (AUF DEM SELBEN RECHNER!!! DEM SELBEN!!!) dann gibts KEINE (0, NIENTE) Probleme. Soviel auch klar?
Und jetzt lies dir dein Geschreibsel nochmal durch. Wenn Unklarheiten, dann fragen!
1. Wer schreit hat unrecht. 2. Ich hoffe du hast denselben Rechner unter Windows mit mindestens 10 anderen Access-Points und verschiedenen Verschlüsselungstypen ausprobiert. Ansonsten behaupte *niemals*, dass $Betriebssystem mit deiner Hardware keine WLAN-Probleme hat.
Ach ja ich bin kein verbohrter Linuxkommnunist oder so. Ich wollte nur anmerken, dass mir Pauschalbehauptungen rund um WLAN aus sachlichen Gründen massiv auf den Zeiger gehen.
hachja, da kann ich mich wiedererkennen, als mein rt2500 noch kein wpa konnte, und ich windows booten musste, um auf dem wlanrouter kurz mal auf wep umzustellen, ja, da hat mir der treiber einen bluescreen produziert. ich kannte diese dinger eigentlich nur von win98, auf XP hab ich das bis dahin nie gesehen (mit xp hab ich mich aber auch nicht soviel beschäftigt)
soviel zum einwandfreien laufen der win-treiber gott hab ich gelacht
Nur mit dem Unterschied das der Windows-Treiber funktioniert:-)
Mein D-Link-Stick (rt73) lief unter WinXP eher leidlich (sporadische Verbindungsabbrüche, zeitweise geringer Datendurchsatz ...). Der Original Ralinktreiber wollte unter Linux auch eher unzuverlässig, wenn überhaupt, seiner Arbeit nachgehen. Mit den Treibern von serialmonkey läufts wesentlich besser. Nun, der Windowstreiber interessiert mich mangels eigener Windowsinstallation eher weniger. Ich vermute aber ganz stark, das die Qualität des Windowstreibercodes auch nicht so doll war/ist.
Wie ich immer sage: "Der Vorteil quelloffener Software besteht darin, dass der Entwickler es vermeiden wird, Code zu schreiben, dessen er sich schämen müßte."
Hallo, hatte einen rt73-Chip (also USB Stick) zum Laufen bekommen. Relativ leicht unter Slackware und unter Gutsy Gibbon out of the box (allerdings nicht stabil). Seit einem Jahr habe ich hier einen MSI US54SE Stick im Einsatz, der mit einem ZyDAS Treiber läuft. Bei Ubuntu (Gutsy und Hardy) out of the box und stabil und bei Slackware nach dem Einspielen der Firmware ebenfalls stabil.
ich würde einfach irgendwas mit rt2400 oder rt2500 Chipsatz nehmen. Die sind nicht nur meist recht kostengünstig, sondern kommen auch noch ohne extra Firmware die man hin und her kopieren muss aus. Abgesehen davon laufen sie unter Linux (Debian etch) zumindest bei mir stabil und zuverlässig.
Bei mir auch: SuSe 9.3 (jaja uralt, aber läuft und läuft...) + 2500er. War out of the box einsatzfähig. Mit "Firmware" kopieren/installieren hatte ich noch nichts zu tun.
Ich habe einen ALFA USB Stick mit einem Realtek 8187 Chipsatz und der 2dBi Antenne die beiliegt plus einer 9dBi wenn ich mal wieder in die Stadt Fahre. Läuft mit Kernel >2.6.23.x hervorragend da der Treiber im Kernel gewandert ist und weit besser läuft als die 2 offenen Projekte, wovon eines ja schon inaktiv ist. Nach kleineren Schwierigkeiten hab ich den Stick unter 2.6.24.6 mit dem Kernel Modul zum laufen gebracht, die freien Treiber aus dem SF.net SVN waren horror und wollten unter Debian 4 einfach nicht überetzt werden.
MonitorMode, Injection und AP Modus laufen einwandfrei, WPA2 auch ohne schwierigkeiten bisher, Verbindungsabbrüche hatte ich bisher 0 und war schon verdammt weit von meinem AP weg (Speedport W700V mit Orginalantenne). Ich Empfange sogar meinen Nachbarn am Ende der Straße und kann über den sogar noch recht gut ins Netz, das alleine ist schon viel wert wenn die Telekom bei einem Leitungsupgrade mal wieder Mist baut.
Wo meine D-Link DWL-G630 PCMCIA versagt hat, fängt der kleine USB Stick an zu glänzen. Letztere Karte hat auch einen RT61 Chipsatz und ich hab schon jeden Treiber durch, stabil läuft die Karte einfach nicht und ich muss beim Einloggen in ein Wlan die Karte vorkonfigurieren mit den Daten (SSID, WPA und Passphrase), danach die Karte mit ifconfig runterfahren und nach 5 sek. wieder hochfahren damit die Karte sich an den AP anmeldet. Da brauch ich kein Wicd, das kann ich dann gleich selbst Scripten.
Wlan ist wie schon jemand gesagt hat ein extrem leidiges und fragiles Thema. Verbindungsabbrüche passieren aber zu 90% wegen den schlechten Antennen (Ebay 2 Euro China Müll sag ich nur), weshalb ich nur noch Karten oder Dongle mit einem RP-SMA Anschluss kaufe, die laufen weit besser und mal ehrlich, 23 Euro für den kleinen ALFA Dongle ist nicht viel. Den Müll den man von Netgear und Co. bekommt kann man vergessen und kostet mehr, wenn man Pech hat muss man sogar in den Sauren Apfel mampfen und NDISwrapper installieren mit den ach so stabilen Windows Treibern *schauder*
Ansonsten schau dich einfach nach einem Wlan Adapter mit dem Realtek Chipsatz um oder einer Orinoco ComboCardGold (um die 60 Euro), die liefen auch sehr gut unter Linux und werden per default in jeder größeren Distri bzw. neuen Kernel Unterstützt, da musst du dich auch nicht auf den Kopf stellen und gcc auspacken. Wobei ich eher nicht mehr mit PCMCIA Karten Arbeiten würde, die USB Dongels sind schon verdammt gut geworden und können auch stabile Leistung bringen, im gegensatz zu früher wo man nur Probleme hatte.
Wenn "die Qualität des Quellcodes zu wünschen übrig" lässt, wieso ist er dann stabiler und schneller? Wenn hier die rede von unsauberer Programmierung (Rekursionen etc. ?) ist, wieso macht dann das neu schreiben so viel arbeit? Oder habe ich da jetzt etwas falsch verstanden?
Die Qualität von Quellcode hängt nicht nur mit dessen Geschwindigkeit und Stabilität zusammen, sondern auch mit Wartbarkeit, Eleganz und Lesbarkeit. Gerade rekursiver Code kann wesentlich eleganter und lesbarer sein, ich weiss nicht, was du gegen Rekursionen hast.
soweit ich weiß, ist im Kernel Rekursion Tabu, weil eine Iteration meist auf einen Blick als terminierend erkannt werden kann, was bei Rekursion fehleranfälliger ist.
Jedenfalls gab es das Thema mal bei der Reiser4 Integration, die unter anderem darum nicht stattfindet.
Die Qualität bezieht sich auf das wie der Treiber sich in den Kernel integriert. Da gibt es immer mehrere Möglichkeiten, wobei mache Varianten auf nicht spezifiziertes Verhalten im Kernel bauen. Diese "Abkürzungen" machen den Code schneller und mitunter stabiler. Doch die Wartbarkeit und die "automatische" Unterstützung neuer Features gehen dabei verloren.
Ich weiss nicht wer diesen Blödsinn schreibt, aber Firmware ist nichts anderes als Software.
Wo kommen die auf die Idee das Firmware auf einmal Hardware ist?
Ein Chip ist Hardware. Ein Chip, auf dem meist proprietäre, low-level code software läuft, bleibt noch immer
Hardware - die software ist dann eben die "Firmware", die man meistens flashen/upgraden kann.
Das ist damit gemeint.
Diese Problematik birgt ungeheuren Sprengstoff:
http://wiki.debian.org/KernelFirmwareLicensing
Die Auflistung bezieht sich allerdings nur auf Kernel 2.6.17, zeigt aber, um was es dabei im Kern geht (Firmware im Kernel mit oder ohne Firmware-Sourcen; dazu noch die leidigen, aber leider nicht ausblendbaren Lizenzprobleme für eine wirklich freie Linuxdistribution, die man dann auch ohne rechtliche Probleme selbst wieder verteilen kann).
somit in deren Wirken einem dedizierten Hardwarechip.
Lesen UND Verstehen ist halt echt nicht einfach.
Aber Du kannst ja wenigstens schonmal lesen ...
Tja, irgendwie würde es mich mal interessieren, wie der ein oder andere Windows-Treiber-Quelltext "renommierter" Hersteller aussieht. Da würde sich sicher so mancher Kernel Entwickler im Grab umdrehen...
Erstens: Ich habe mitunter Verbindungsabbrüche mit meinem WLAN-Chip (Intel) unter Linux, aber mein Mitbewohner hat zu denselben Verbindungsproblemen unter Windows XP noch ganz andere WLAN-Probleme. WPA2 geht bspw. einfach mal garnicht, trotz extra Software/Patches.
Zweitens Verbindungsabbrüche sind auf etliche Dinge zurückzuführen:
* Zuviele WLANs mit überschneidenden Funkfrequenzen.
* Fehler im Access-Point (bspw. ein älterer Apple Airport hat reproduzierbar ein Problem mit Intel-Chipsätzen).
* Fehler im Clientrechner/betriebssystem, wie Entladen/Absturz (?) der WLAN-Chip-Firmware und anderes.
Da jetzt eindeutig zu sagen "das liegt an Windows oder Linux" halte ich bei oberflächlicher Betrachtung für äußerst gewagt. WLAN ist im Vergleich zum Kabel eine fragile Netzwerktechnik, egal unter welchem System.
Dann nochmal für dich:
1. Ich habe einen Rechner mit zwei Betriebssystemen. Klar?
2. Wenn ich Linux laufen lasse - Probleme. Auch klar?
3. Wenn ich Windows laufen lasse (AUF DEM SELBEN RECHNER!!! DEM SELBEN!!!) dann gibts KEINE (0, NIENTE) Probleme. Soviel auch klar?
Und jetzt lies dir dein Geschreibsel nochmal durch. Wenn Unklarheiten, dann fragen!
2. Ich hoffe du hast denselben Rechner unter Windows mit mindestens 10 anderen Access-Points und verschiedenen Verschlüsselungstypen ausprobiert. Ansonsten behaupte *niemals*, dass $Betriebssystem mit deiner Hardware keine WLAN-Probleme hat.
Ach ja ich bin kein verbohrter Linuxkommnunist oder so. Ich wollte nur anmerken, dass mir Pauschalbehauptungen rund um WLAN aus sachlichen Gründen massiv auf den Zeiger gehen.
soviel zum einwandfreien laufen der win-treiber
gott hab ich gelacht 
Mein D-Link-Stick (rt73) lief unter WinXP eher leidlich (sporadische Verbindungsabbrüche, zeitweise geringer Datendurchsatz ...). Der Original Ralinktreiber wollte unter Linux auch eher unzuverlässig, wenn überhaupt, seiner Arbeit nachgehen. Mit den Treibern von serialmonkey läufts wesentlich besser.
Nun, der Windowstreiber interessiert mich mangels eigener Windowsinstallation eher weniger. Ich vermute aber ganz stark, das die Qualität des Windowstreibercodes auch nicht so doll war/ist.
Gruß, LX
Gibt es irgendwelche Open Source Freundliche WLAN Hersteller?
hatte einen rt73-Chip (also USB Stick) zum Laufen bekommen. Relativ leicht unter Slackware und unter Gutsy Gibbon out of the box (allerdings nicht stabil).
Seit einem Jahr habe ich hier einen MSI US54SE Stick im Einsatz, der mit einem ZyDAS Treiber läuft. Bei Ubuntu (Gutsy und Hardy) out of the box und stabil und bei Slackware nach dem Einspielen der Firmware ebenfalls stabil.
Kann den Stick wärmstens empfehlen!
Die sind nicht nur meist recht kostengünstig, sondern kommen auch noch ohne extra Firmware die man hin und her kopieren muss aus.
Abgesehen davon laufen sie unter Linux (Debian etch) zumindest bei mir stabil und zuverlässig.
MonitorMode, Injection und AP Modus laufen einwandfrei, WPA2 auch ohne schwierigkeiten bisher, Verbindungsabbrüche hatte ich bisher 0 und war schon verdammt weit von meinem AP weg (Speedport W700V mit Orginalantenne). Ich Empfange sogar meinen Nachbarn am Ende der Straße und kann über den sogar noch recht gut ins Netz, das alleine ist schon viel wert wenn die Telekom bei einem Leitungsupgrade mal wieder Mist baut.
Wo meine D-Link DWL-G630 PCMCIA versagt hat, fängt der kleine USB Stick an zu glänzen. Letztere Karte hat auch einen RT61 Chipsatz und ich hab schon jeden Treiber durch, stabil läuft die Karte einfach nicht und ich muss beim Einloggen in ein Wlan die Karte vorkonfigurieren mit den Daten (SSID, WPA und Passphrase), danach die Karte mit ifconfig runterfahren und nach 5 sek. wieder hochfahren damit die Karte sich an den AP anmeldet. Da brauch ich kein Wicd, das kann ich dann gleich selbst Scripten.
Wlan ist wie schon jemand gesagt hat ein extrem leidiges und fragiles Thema. Verbindungsabbrüche passieren aber zu 90% wegen den schlechten Antennen (Ebay 2 Euro China Müll sag ich nur), weshalb ich nur noch Karten oder Dongle mit einem RP-SMA Anschluss kaufe, die laufen weit besser und mal ehrlich, 23 Euro für den kleinen ALFA Dongle ist nicht viel. Den Müll den man von Netgear und Co. bekommt kann man vergessen und kostet mehr, wenn man Pech hat muss man sogar in den Sauren Apfel mampfen und NDISwrapper installieren mit den ach so stabilen Windows Treibern *schauder*
Ansonsten schau dich einfach nach einem Wlan Adapter mit dem Realtek Chipsatz um oder einer Orinoco ComboCardGold (um die 60 Euro), die liefen auch sehr gut unter Linux und werden per default in jeder größeren Distri bzw. neuen Kernel Unterstützt, da musst du dich auch nicht auf den Kopf stellen und gcc auspacken. Wobei ich eher nicht mehr mit PCMCIA Karten Arbeiten würde, die USB Dongels sind schon verdammt gut geworden und können auch stabile Leistung bringen, im gegensatz zu früher wo man nur Probleme hatte.
Jedenfalls gab es das Thema mal bei der Reiser4 Integration, die unter anderem darum nicht stattfindet.
Doch die Wartbarkeit und die "automatische" Unterstützung neuer Features gehen dabei verloren.