Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 3 reacties
Bron: Source Forge, submitter: Frank071

Er wordt hard gesleuteld aan de open source Linux drivers voor de Intel PRO/Wireless 2100-netwerkkaart. Tien dagen geleden maakten we nog melding van versie 0.58 en inmiddels zijn we alweer vier versies verder. Het bijzondere aan dit project is dat het door Intel wordt ondersteund en gesponsord. De drivers zijn gemaakt voor Linux met kernelversie 2.6.4 of hoger. Daarnaast zijn de Wireless Tools voor Linux nodig en moet de firmware een bepaalde minimale versie hebben. Het changelog van de driver sinds de laatste vermelding in de meuktracker ziet er als volgt uit:

Changes in 0.62
  • Fixed #361: After set to monitor, can't unload
  • Fixed #351: Lockup/Panic/etc. on rmmod/modprobe looping
  • Fixed compilation problems if legacy firmware loader enabled
  • Fixed compilation problems if CONFIG_PM is not defined
Changes in 0.61
  • Fixed problem with AdHoc networks not being created after the channel and essid were provided
  • Added support to reactively set the Cstate limit in the ACPI core (requires cstate patch to ACPI core)
Changes in 0.60
  • Fixed problem with adapter not shutting down on module unload (thanks to Stefan Rompf)
  • Added additional printks during the pci probe function to isolate initialization errors.
  • Fixed #327 - noise level always 256dBm. iwconfig will no longer report the Noise level (we don't have access to that value)
  • Changed delay for the wireless event (after association) to 1/10th second (vs 2. seconds) in an attempt to correct WPA problems (thanks to Pedro Ramalhais and Stefan Rompf)
  • Fixed race condition during reset (thanks to Benjamin Osheroff)
  • Reworked how context is tracked across monitor/managed/adhoc mode
  • Added status, cfg, and capability sysfs entry
  • Changed the security policy back to how it was in 0.58 to re-enable WPA
  • Changed iwconfig output back to how it was in 0.58 to fix compatability with waproamd and any scripts that rely on /proc/net/wireless entries existing even when not associated
  • Cleaned up the fatal_error and pci sysfs reporting function
  • Removed cardmem, txqueue, and rxqueue sysfs entries
  • Fixed potential bug with printk being passed a non-null terminated string
  • Changed delay for the wireless event (after association) to 1/10th second (vs. 2 seconds) in an attempt to correct WPA problems.
  • Fixed problem with the driver not loading if RF kill is active
  • Added a KERN_INFO printk in net_dev->init indicating if RF kill is active.
  • Fixed #340 - changing authentication mode resets the wep key
  • Fixed #339 - txpower values are inverted
  • Fixed problem where POWER_DOWN command was not being sent to card on shutdown (possibly fixes #76)
  • Fixed #192 can't switch over to new AP if you turn off a previously associated AP
Changes in 0.59
  • Fixed problem with version number not displaying on driver load
  • Changed security policy change logic to reconfigure security subsystem on capability change vs. forcing a disassociate
  • Added IEEE80211_DL_EAP for debugging EAP packet transfers
  • Partial transition to unified status, config, and capability bit-fields vs. multiple variables
  • Significant changes to key management routines, especially in regard to multiple WEP key support.
  • Reworked how the HW/SW RF Kill state is reported via sysfs. See README.ipw2100 for details.
  • Changed iwconfig output to not defined undefined wireless stats while not associated (ie., Link Quality)
  • Fixed problem with compiling on 2.6.10 (thanks to Yi Zhu)
Moderatie-faq Wijzig weergave

Reacties (3)

Helaas is er één probleempje: De firmware is niet vrij verspreidbaar.
Hierdoor mag het niet door open source besturingssysytemen meegeleverd worden.
Theo de Raadt van het OpenBSD project heeft het hier duidelijker verwoord:
http://marc.theaimsgroup.com/?l=openbsd-misc&m=109994542424009&w=2

Froeten,
Fraz
Is het met deze drivers mogelijk om airsnort of wepcrack te gebruiken?
Het probleem dat Intel de firmware niet vrij verspreid hoeft gebruikers niet echt te raken. De driver zoals die via sourceforge wordt ontwikkeld is wel vrij, de firmware kan alleen worden gedownload na accoord-verklaring met een gebruikerslicentie. Dat is niet nieuw of vreemd. Er zijn immers ook drivers die onder licentie worden verstrekt (en de kernel 'tainten').

Waar de Raadt het over heeft is dat Intel ook een 'vendor license' heeft. Die zorgt er voor dat de vendor met voorwaarden accoord moet gaan die zich uitstrekken tot de gebruiker. OpenBSD heeft zich daartegen verklaard, Suse en Redhat doen het wel. Ook dat is niet nieuw, Beide leveranciers leveren al jaren een of meer images naast de standaard installatie mee, waarop rechten van enige vorm rusten. Het is alleen de vraag waar deze firmware op meegeleverd gaat worden.

Ik kan goed meevoelen met de Raadt, maar zou het jammer vinden als de reactie hier en nu gebruikers afhoudt van het gebruik van de in het publieke domein ontwikkelde driver. De alternatieven zijn in ieder geval duurder.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True