I have a DWL-650, and it works great with your driver. You are awsome. I'm not a programmer by trade, but I do dabble from time to time, and I thought that I would poke around with hardware wep (since almost every access point I connect to has wep enabled). Here's what I do:
[root@cherry rtl8180-0.15]# insmod ieee80211_crypt.ko
[root@cherry rtl8180-0.15]# insmod ieee80211_crypt_wep.ko
[root@cherry rtl8180-0.15]# insmod ieee80211.ko
[root@cherry rtl8180-0.15]# insmod r8180.ko hwwep=1
dmesg then reports:
ieee80211_crypt: registered algorithm 'NULL'
ieee80211_crypt: registered algorithm 'WEP'
ieee80211: loading with WEP enabled.
Linux kernel driver for rtl8180-sa2400 based WLAN cards
Copyright (c) 2004 - Andrea Merello
rtl8180: Initializing module
rtl8180: Initializing proc filesystem
rtl8180: Configuring chip resources
ACPI: PCI interrupt 0000:02:00.0[A] -> GSI 11 (level, low) -> IRQ 11
rtl8180: IO space @ 0x00004000
rtl8180: Hardware frame sequence numbers disabled
rtl8180: Reported EEPROM chip is a 93c46 (1Kbit)
rtl8180: Card reports RF frontend by Philips.
rtl8180: OK! Philips SA2400 radio chipset is supported.
rtl8180: Card MAC address is 00:05:5d:96:ca:17
rtl8180: RfParam: 5
rtl8180: Energy threshold: b
rtl8180: Analog PHY found
rtl8180: Antenna A is default antenna
rtl8180: Antenna diversity is disabled
rtl8180: 40-bit WEP is supported in hardware
rtl8180: 104-bit WEP is supported in hardware
rtl8180: IRQ 11
rtl8180: Not associated
divert: allocating divert_blk for wlan0
rtl8180: Driver probe completed
So far, so good. Then I bring it up, and set the essid and wep key.
[root@cherry rtl8180-0.15]# ifconfig wlan0 up
[root@cherry rtl8180-0.15]# iwconfig wlan0 essid houseofspam
[root@cherry rtl8180-0.15]# iwconfig wlan0 key 1234567890abcdef1234567890
and dmesg has:
rtl8180: Bringing up iface
rtl8180: Card successfully reset
wlan0: no IPv6 routers present
rtl8180: Not associated
IEEE802.11: Associating with houseofspam
IEEE802.11: Sending authentication request
IEEE802.11: Reiceved authentication response
IEEE802.11: Sending association request
IEEE802.11: Reiceved association response
IEEE802.11: Successfully associated
rtl8180: Joining the BSS
rtl8180: Enabling hardware WEP support
rtl8180: key 0 0 0 0
rtl8180: Setting wep key to 78563412 efcdab90 78563412 90
rtl8180: key 90 78563412 efcdab90 78563412
What weirds me out is I enter a key, and the driver changes around the byte ordering (2nd last dmesg line above), and then the card returns that it has a different byte ordered key (last line). Could this be some of the problems with hwwep? Am I totally barking up the wrong tree?
Might be,altought reading the code seems that just prints are in swapped order. Anyway when I was trying to make mi NIC work with HW wep (before I discovered it didn't support it and addedd SW wep) I've done a lot of tryes by reversing the byte order, might be remained something wrong in the code. I will read the code again and try to see if I find some bug:i'm interested in HW wep. Anyway if you want to give it a look the involved function are rtl8180_set_hw_wep in file r8180_core.c and r8180_wx_set_key in file r8180_wx.c.
Log in to post a comment.