Bugzilla Bug 172913

Hi, here is an ebuild for a working driver for RTL8187 and RTL818x wireless
network cards.

It works with git-sources-2.6.21_rc5-r5 on an RTL8187 in ad-hoc mode with WEP,
for which the only other working method is ndiswrapper.

The project is a fork of rtl8180-sa2400. No non-subversion release has yet been
made.

Created an attachment (id=115065) [details]
rtl-wifi-9999.ebuild

I have 3 comments to add about this:

1) It works on amd64 arch, so you should be able to add ~amd64 to the keywords.
uname -a:
Linux gentoo 2.6.20-gentoo-r7 #8 SMP Sun May 6 06:57:08 MDT 2007 x86_64 AMD
Athlon(tm) 64 X2 Dual Core Processor 6000+ AuthenticAMD GNU/Linux

2) There seems to be a problem when trying to rmmod the ieee80211_crypt_wep_rtl
and ieee80211_crypt_rtl modules.  

# lsmod
Module                  Size  Used by
ieee80211_crypt_wep_rtl     7168  2
ieee80211_crypt_rtl     7680  1 ieee80211_crypt_wep_rtl

It says the wep module is being used twice, but I can't figure out what is
using it.  I ran ifconfig wlan0 down, and rmmod'ed the device modules.  These
are the only two modules that will not rmmod.  Perhaps I'm doing something
wrong?

3) I'm not sure if this is a problem with my kernel, or with the
ieee80211_crypt_wep_rtl module, and perhaps this is better suited for an
upstream bug report, but the only resources I could find on the web relating to
this suggest a fix which I have already done, and it still does not work.

I can insert all the modules fine, and configuring my AP without and
encryption, it is able to associate with no problems.  However, if I try to set
the encryption key, I get the following:

# iwconfig wlan0 enc wep_key_here
Error for wireless request "Set Encode" (8B2A) :
    SET failed on device wlan0 ; Operation not supported.

And in dmesg:

ieee80211_crypt_wep: could not allocate crypto API arc4
wlan0: could not initialize WEP: load module ieee80211_crypt_wep

First of all, the instruction here is wrong, because for this to work properly,
as far as I have understood, the stock kernel ieee80211_* drivers must be
disabled in the kernel.  This should be ieee80211_crypt_wep_rtl (again, this is
more of an upstream issue).  That aside, I've made sure that the crypt_wep_rtl
module is inserted, and I've also tried compiling the stock kernel modules and
inserting them.  Neither has fixed this issue.

The message "could not allocate crypto API arc4" message implies that the
kernel does not have ARC4 support, however, the following entries are enabled
in my kernel config:

CONFIG_CRYPTO=y
CONFIG_CRYPTO_ARC4=y
CONFIG_CRYPTO_CRC32C=y
CONFIG_CRC32=y
CONFIG_LIBCRC32C=y

At any rate, the ebuild should check for the necessary kernel configuration, to
ensure that the IEEE80211 options are disabled, and that the necessary CRYPTO
options are enabled.  But like I said, it does work for non-WEP APs, and on the
amd64 arch.

(In reply to comment #2)
> I have 3 comments to add about this:
> 
> 1) It works on amd64 arch, so you should be able to add ~amd64 to the keywords.
> uname -a:
> Linux gentoo 2.6.20-gentoo-r7 #8 SMP Sun May 6 06:57:08 MDT 2007 x86_64 AMD
> Athlon(tm) 64 X2 Dual Core Processor 6000+ AuthenticAMD GNU/Linux
> 
> 2) There seems to be a problem when trying to rmmod the ieee80211_crypt_wep_rtl
> and ieee80211_crypt_rtl modules.  
> 
> # lsmod
> Module                  Size  Used by
> ieee80211_crypt_wep_rtl     7168  2
> ieee80211_crypt_rtl     7680  1 ieee80211_crypt_wep_rtl
> 
> It says the wep module is being used twice, but I can't figure out what is
> using it.  I ran ifconfig wlan0 down, and rmmod'ed the device modules.  These
> are the only two modules that will not rmmod.  Perhaps I'm doing something
> wrong?
> 
> 3) I'm not sure if this is a problem with my kernel, or with the
> ieee80211_crypt_wep_rtl module, and perhaps this is better suited for an
> upstream bug report, but the only resources I could find on the web relating to
> this suggest a fix which I have already done, and it still does not work.
> 
> I can insert all the modules fine, and configuring my AP without and
> encryption, it is able to associate with no problems.  However, if I try to set
> the encryption key, I get the following:
> 
> # iwconfig wlan0 enc wep_key_here
> Error for wireless request "Set Encode" (8B2A) :
>     SET failed on device wlan0 ; Operation not supported.
> 
> And in dmesg:
> 
> ieee80211_crypt_wep: could not allocate crypto API arc4
> wlan0: could not initialize WEP: load module ieee80211_crypt_wep
> 
> First of all, the instruction here is wrong, because for this to work properly,
> as far as I have understood, the stock kernel ieee80211_* drivers must be
> disabled in the kernel.  This should be ieee80211_crypt_wep_rtl (again, this is
> more of an upstream issue).  That aside, I've made sure that the crypt_wep_rtl
> module is inserted, and I've also tried compiling the stock kernel modules and
> inserting them.  Neither has fixed this issue.
> 
> The message "could not allocate crypto API arc4" message implies that the
> kernel does not have ARC4 support, however, the following entries are enabled
> in my kernel config:
> 
> CONFIG_CRYPTO=y
> CONFIG_CRYPTO_ARC4=y
> CONFIG_CRYPTO_CRC32C=y
> CONFIG_CRC32=y
> CONFIG_LIBCRC32C=y
> 
> At any rate, the ebuild should check for the necessary kernel configuration, to
> ensure that the IEEE80211 options are disabled, and that the necessary CRYPTO
> options are enabled.  But like I said, it does work for non-WEP APs, and on the
> amd64 arch.
> 
I observe exactly the same problem(s) using 2.6.22-gentoo-r5.

Created an attachment (id=132942) [details]
rtl-wifi-9999.ebuild

Switches between WIRELESS_EXT and NET_RADIO.

Bad news: Doesn't work with WPA for RTL8187.

Good news: git-sources-2.6.23_rc9-r6 contains an RTL8187 kernel module which
works with WPA. Info:

http://forums.gentoo.org/viewtopic-p-4344212.html#4344212

Created an attachment (id=135760) [details]
compile dies in  * Preparing r8180 module

what was the last working revision?

*** This bug has been marked as a duplicate of bug 176438 ***