rtl8187 drivers

[SublimePorte]

Howdy,

I am using a netgear wg5111 which uses the rtl8187 chipset.

This chipset is apparently supported in mainline kernels after 2.6.23.

Since the adaptor doesn't work under tcl does this mean the driver was removed from the custom tcl kernel?

If so, how can I get the driver back in there? I tried downloading driver source from realtek and compiling myself, without luck.

[^thehatsrule^]

Is that a wireless chipset?  If so, all of those modules were moved out of the base and into extensions.

[SublimePorte]

Yeh it's a USB wireless adaptor.

So that means if I load the wireless extension, then I should be able to load the kernel module for it?

Or is there a specific extension for each chipset?

[^thehatsrule^]

You can check in the repository.  (can browse it via the downloads link, or appbrowser)

Typically, one would use wireless-2.6.26 (seems to list your module) and wireless_tools currently.

[SublimePorte]

Well it's in the wireless extension.

Have been able to load the module.

then ran these commands to get it working (same as I've used on a few other machines with tcl)

sudo ifconfig wlan0 up
sudo iwconfig wlan0 essid myssid
sudo udhcpc -i wlan0

All work fine except for the dhcp client. It just sits waiting to get it's address, to no avail.

[curaga]

Is your network WPA protected? Or is there MAC filtering on in the router?

[SublimePorte]

No WPA, just MAC filtering. MAC of adaptor is added to control list.

I plugged the adaptor into my laptop running ubuntu 8.10 and connected, just to make sure the adaptor is capable of functioning, and the MAC address is being recognised. Works ok there.

[curaga]

Just to be clear, no WEP either?
If there's WEP, you'll need to run

sudo iwconfig wlan0 key mykey

before running udhcpc

[SublimePorte]

No encryption of any kind. MAC filtering is the only single security feature I have enabled on my router.

[jpeters]

I think somebody else had trouble with the same card a while ago. I have the Netgear WAG511, and it works with ath0 connecting to a 80211b router. It's kind of iffy connecting to an 80211a....gets it sometimes and other times it just keeps trying.    (with DSL, it connects easily)

[RINGSEND]

Just a suggestion.
I noticed, after tweaking a million things, that my wireless (iwl4965 module, WPA) refused to connect because... I was using the draft-n mode that works fine in XP and ubuntu, but is not supported by the module (I came across this mention in the stats.txt file generated by the function in the control panel).
Could this be the cause of your problem, if you are 'n', you could set your router to 'g'.
Just a suggestion.

 

[SublimePorte]

I still haven't had any luck with this, have noticed this in the dmesg output though after trying to connect the interface:

Code: [Select]

wlan0: Initial auth_alg=0
wlan0: authenticate with AP 00:18:4d:05:21:9e
wlan0: RX authentication from 00:18:4d:05:21:9e (alg=0 transaction=2 status=0)
wlan0: authenticated
wlan0: associate with AP 00:18:4d:05:21:9e
wlan0: associate with AP 00:18:4d:05:21:9e
wlan0: associate with AP 00:18:4d:05:21:9e
wlan0: association with AP 00:18:4d:05:21:9e timed out
wlan0: authentication frame received from 00:18:4d:05:21:9e, but not in authenticate state - ignored
wlan0: authentication frame received from 00:18:4d:05:21:9e, but not in authenticate state - ignored
wlan0: association frame received from 00:18:4d:05:21:9e, but not in associate state - ignored
wlan0: association frame received from 00:18:4d:05:21:9e, but not in associate state - ignored
wlan0: association frame received from 00:18:4d:05:21:9e, but not in associate state - ignored
wlan0: association frame received from 00:18:4d:05:21:9e, but not in associate state - ignored
wlan0: association frame received from 00:18:4d:05:21:9e, but not in associate state - ignored
wlan0: association frame received from 00:18:4d:05:21:9e, but not in associate state - ignored