LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Linux - Newbie (https://www.linuxquestions.org/questions/linux-newbie-8/)
-   -   Bad wireless troubles, desktop machine running Ubuntu 9.04 (https://www.linuxquestions.org/questions/linux-newbie-8/bad-wireless-troubles-desktop-machine-running-ubuntu-9-04-a-747997/)

MrCode 08-16-2009 05:24 PM

Bad wireless troubles, desktop machine running Ubuntu 9.04
 
Hello, everybody. I'm having some real problems with my USB wireless adapter in Ubuntu 9.04 (kernel 2.6.28-14-generic), although I'm not surprised, after hearing about people with other problems regarding Linux wireless support.

What's happening is this: I'll go to connect to my wireless network (which is WPA2 encrypted, btw), and it'll seem like it's connecting, but it takes a while for it do do so. However, when I pull up a terminal to do some pinging to see if I've got a connection, 95% of the time it returns "Destination Host Unreachable" wherever I try to ping (even the router itself) It'll keep this up for a good while (anywhere from 10-15 minutes to an hour or more) before it'll finally connect successfully.

I really don't understand what's going on with this. I've got it set to connect using manual configs, so I know it's not DHCP, since I'm not even using it. I've got the correct DNS server IPs put in, because when it does finally get a successful connection, I can get online. I have a Terminal running in the background (on a separate virtual desktop, minimized) doing constant pings to the router to ensure that it doesn't drop the connection, and that seems to do fine.

My system info:

Dell Dimension 4600

Intel® Pentium 4 2.66GHz

1.5GB RAM

3 HDDs: 1 Maxtor internal drive (40GB), 1 Maxtor OneTouch USB external drive (160GB), and 1 Western Digital SATA internal drive (320GB)

OSes: MS Windows XP (on Maxtor internal drive) and Ubuntu 9.04 (on Western Digital SATA internal drive)

Video adapter: NVIDIA GeForce 7300GT AGP 512MB VRAM

Network adapter: NetGear WN111v1 USB adapter.

I'm using the Windows drivers with ndiswrapper for the NetGear adapter. So far, this is the only problem I have with Linux. The video drivers work great (I've got Compiz enabled and everything), and all the programs I've used so far haven't really had a hitch, except for NetworkManager so far.

I apologize if I'm being a bit too verbose; I'm just trying as best I can to clarify exactly what my problem is. Yes, I've tried the Ubuntu forums, but no one there seems to be able to help me (apparently what's going on here is some deep Linux voodoo ;)). So, if anyone can offer some decent advice, it would be much appreciated.

MrCode 08-18-2009 02:23 AM

bump...Does this mean that no one is able to help out? Or is it because I posted in the wrong forum?

foodown 08-18-2009 02:37 AM

The fact that it eventually connects and then stays connected would seem to indicate that you have done well configuring the thing.

After all, if the configuration were the problem, it would NEVER work.

I'm assuming that you have no such difficulties in Windows, or you'd've mentioned that, given your self-professed verbosity.

I apologize in that I am by no means an expert when it comes to wireless networking under Linux. However, my wife's laptop is also a Pentium 4, also using wireless, also running Linux (Slackware not Ubuntu, but the kernel (which is all that matters) is almost identical.) with the only difference being that her wireless card is PCMCIA, and not USB.

I wonder if IRQ sharing isn't playing a role in this issue? Are there any other USB devices in use on your machine?

The WN111 RangeMax is not listed in the HCL, but apparently it is at least partially supported. Do you know what module is being used as the driver? If not post the output of lsmod and we should be able to tell.

The other consideration is the classic wireless LAN crap that you have doubtlessly already considered . . . does moving the computer around help . . . move the AP, etc.

shpenat 08-18-2009 03:56 AM

Few things to try:

Check signal strength on both sides (AP and NetGear). If it is too weak getting connected may be problematic.

Check dmesg whether it is really getting your card recognized and not trying to use any kernel module instead before activating ndiswrapper

MrCode 08-18-2009 05:11 PM

@foodown:

I have 3 devices (one is composite) plugged into USB ports on the back. 1) the external HDD, 2) the network adapter, and 3) the keyboard/mouse (which are wireless, and the USB slot is taken by the reciever, thereby making it a composite device...?). They all seem to work fine under Linux except for the network adapter.

I Wiki'd IRQ, and it seems to me that if it's a problem with interrupts, then I guess ndiswrapper is to blame? Also, another thing is that there are 3 of us in this house, and 1 needs to use a VPN for his work activities. I can never seem to connect while he's on the VPN. Maybe it's something to do with connection sharing?

and @shpenat: I'm pretty sure that the router is within signal range. It's only 2 floors below me (maybe about 10-15 ft.)

MrCode 08-19-2009 05:40 PM

One other thing: I did a
Code:

lsmod | grep "ndiswrapper"
while connected and got this:
Code:

ndiswrapper          193436  0
Does that "0" mean it's not really in use? If that's the case, then shouldn't that mean the wireless wouldn't work at all? Also, if I right-click on the NetworkManager icon and go to Connection Information it shows that it's using ndiswrapper as the driver.

foodown 08-19-2009 09:15 PM

The 0 just means that no other modules are using it.


Could you please post the full output of lsmod, lsusb, and dmesg?

MrCode 08-19-2009 11:25 PM

Here's the output:

lsmod:

Code:

Module                  Size  Used by
binfmt_misc            16776  1
bridge                56212  0
stp                    10500  1 bridge
bnep                  20224  2
input_polldev          11912  0
video                  25360  0
output                11008  1 video
lp                    17156  0
snd_intel8x0          37532  3
joydev                18496  0
snd_ac97_codec        112292  1 snd_intel8x0
ac97_bus                9856  1 snd_ac97_codec
snd_pcm_oss            46336  0
snd_mixer_oss          22656  1 snd_pcm_oss
snd_pcm                83076  3 snd_intel8x0,snd_ac97_codec,snd_pcm_oss
snd_seq_dummy          10756  0
snd_seq_oss            37760  0
snd_seq_midi          14336  0
snd_rawmidi            29696  1 snd_seq_midi
snd_seq_midi_event    15104  2 snd_seq_oss,snd_seq_midi
snd_seq                56880  6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer              29704  2 snd_pcm,snd_seq
snd_seq_device        14988  5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
iTCO_wdt              19108  0
iTCO_vendor_support    11652  1 iTCO_wdt
hid_logitech          16256  0
ff_memless            13320  1 hid_logitech
ppdev                  15620  0
snd                    62756  16 snd_intel8x0,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
psmouse                61972  0
dcdbas                15264  0
pcspkr                10496  0
nvidia              9550692  46
soundcore              15200  1 snd
snd_page_alloc        16904  2 snd_intel8x0,snd_pcm
serio_raw              13444  0
usbhid                42336  1 hid_logitech
ndiswrapper          193436  0
shpchp                40212  0
parport_pc            40100  1
parport                42220  3 lp,ppdev,parport_pc
intel_agp              34108  1
agpgart                42696  2 nvidia,intel_agp
usb_storage            99648  1
fbcon                  46112  0
tileblit              10752  1 fbcon
font                  16384  1 fbcon
bitblit                13824  1 fbcon
softcursor              9984  1 bitblit

lsusb:

Code:

Bus 001 Device 002: ID 0d49:7212 Maxtor
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 002: ID 046d:c517 Logitech, Inc. LX710 Cordless Desktop Laser
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

dmesg: so long not all of it could fit in terminal window: see this link. Sorry if it's too long, probably only a few lines are relevant...but I don't know which ones.

As a note, I've updated my kernel since my first post, I'm now with 2.6.28-15. Same wireless behavior, though.

MrCode 08-20-2009 05:26 PM

Sorry about the bump, but otherwise I don't think this post would be noticed...

I had the .inf and .sys files that ndiswrapper uses for the wireless adapter on my external drive, and I just tried moving them to my Linux drive (/etc to be precise) and I re-installed them, and the connection went up almost immediately after I attempted re-connecting! Now, I don't know if this is a permanent fix, but it'll do for now, at least.

Maybe this is the "IRQ sharing bug" you were talking about (seeing as how the drive I was keeping the driver files on is USB)...I don't know. But if it is, then this might be a permanent fix. I'll see how it goes tomorrow when I try to get online, and if things are still going wrong, I'll post about it.

Thanks for the advice, guys!

MrCode 08-21-2009 01:22 PM

Well, I think I've blown the VPN theory out the window, because I've got a connection even while the VPN is active. I still have a significant delay in gaining Internet access, though; I guess IRQ sharing had nothing to do with it. :( If anyone has any other theories, please post them. I personally think it has to do with ndiswrapper, but I'm not entirely sure, and I don't know how to research into the problem. (ndiswrapper is FOSS, right? Maybe looking into the source would help? Although I don't really know anything about programming for network interfaces, I do have a little C/C++ experience. If I find that the important part is in ASM, then I'll be disappointed, let's just say that.)

foodown 08-21-2009 11:20 PM

Quote:

Originally Posted by MrCode (Post 3652722)
Well, I think I've blown the VPN theory out the window, because I've got a connection even while the VPN is active. I still have a significant delay in gaining Internet access, though; I guess IRQ sharing had nothing to do with it. :(

Probably not, but I still think that moving the windows drivers off of the USB drive was a very good idea.

Quote:

Originally Posted by MrCode (Post 3652722)
If anyone has any other theories, please post them. I personally think it has to do with ndiswrapper, but I'm not entirely sure, and I don't know how to research into the problem.

I'm not sure if it's a flaw in ndiswrapper per se, but it might be advisable to play around with different versions of the windows driver, say older versions and versions for win2k, winxp, vista, etc. You might find something that "jives" better with the wrapper.

MrCode 08-22-2009 08:30 PM

Thanks for the tip. I'll see if using an older (or newer?) driver makes a difference. One thing I also noticed, though: I looked at /etc/network/interfaces, and it looks like there are only lines for lo and I think eth0, but nothing for wlan0. Maybe that's where the problem is? If so, would adding "iface wlan0 inet manual" help? Or is it something else? I don't know the syntax of this config file...

I suppose I've got some learning to do...if I don't know the syntax of the config files (except maybe xorg.conf, which looks somewhat like C or structured BASIC), then I guess I can't really look into problems like this efficiently. To be honest, I'm surprised no one has posted anything regarding "homework questions" yet, LOL. But anyways, I'll try changing driver versions first and see how that goes.

EDIT: Here are some screenshots to clarify what's going on:

When I go to connect (after waiting for 10-15 seconds)

The (false) connection always drops after a little while

Just FYI, the load indicators are, from left to right, CPU, Network, Disk. that's why the middle one is circled.

MrCode 08-23-2009 01:45 AM

Well, I tried both. I can't seem to find any newer (or older) versions of the drivers for the network card. The worst part is that even if I did, it would require me to install them on the Windows drive first; All NetGear device drivers come in a "handy" self-extracting .exe. AARGH!! You can't even use Archive Manager to extract them (it's not a WinZip self-extracting .exe or PKUNZIP or anything like that, it's a full-on Windows InstallShield thing or whatever).

I do have a D-Link DWA-130, but that's proven to be more of a hassle than the NetGear. I found Linux drivers, but I can't get them to install properly. They're distributed in source form, and so you have to compile them with make. It always crashes at the "make install" step for me. ndiswrapper drivers don't work at all.

Also, I tried editing /etc/network/interfaces, but to no avail. Now, even though I put things back to the way they were, it seems to only be able to detect my wireless network, and I can never seem to connect to it (haven't gotten anything the whole day, just more bogus connections and "Destination Host Unreachable").

Any ideas? I can post the output of the (failing) D-Link driver install if you want...

I suppose if all else fails I can reformat the Linux drive and install a different distro on it (e.g. Debian, Fedora, Slackware (that one seems to be popular among the LQ crowd)) and see if it's any "friendlier" towards maybe the D-Link adapter. I mainly chose Ubuntu for its "user-friendliness". I suppose I could learn to man-up a little and get a little bit more mature distro... Which one do you guys recommend?

MrCode 08-24-2009 10:24 PM

Please? Any distro recommendations or advice w/ the D-Linux adapter?

Here's the output of make (which now seems to be failing before I ever get to "make install"):
Code:

make -C tools
make[1]: Entering directory `/lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/tools'
gcc -g bin2h.c -o bin2h
make[1]: Leaving directory `/lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/tools'
/lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/tools/bin2h
cp -f os/linux/Makefile.6 /lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux/Makefile
make  -C  /lib/modules/2.6.28-15-generic/build SUBDIRS=/lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux modules
make[1]: Entering directory `/usr/src/linux-headers-2.6.28-15-generic'
  CC [M]  /lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux/../../common/mlme.o
/lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux/../../common/mlme.c: In function ‘BssEntrySet’:
/lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux/../../common/mlme.c:3633: warning: unused variable ‘idx’
  CC [M]  /lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux/../../common/rtmp_wep.o
  CC [M]  /lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux/../../common/action.o
  CC [M]  /lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux/../../common/ba_action.o
  CC [M]  /lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux/../../common/cmm_data.o
  CC [M]  /lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux/../../common/rtmp_init.o
  CC [M]  /lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux/../../common/rtmp_tkip.o
  CC [M]  /lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux/../../common/cmm_sync.o
  CC [M]  /lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux/../../common/eeprom.o
  CC [M]  /lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux/../../common/cmm_sanity.o
  CC [M]  /lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux/../../common/cmm_info.o
  CC [M]  /lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux/../../common/cmm_wpa.o
  CC [M]  /lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux/../../common/dfs.o
  CC [M]  /lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux/../../sta/assoc.o
  CC [M]  /lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux/../../sta/aironet.o
  CC [M]  /lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux/../../sta/auth.o
  CC [M]  /lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux/../../sta/auth_rsp.o
  CC [M]  /lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux/../../sta/sync.o
  CC [M]  /lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux/../../sta/sanity.o
  CC [M]  /lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux/../../sta/rtmp_data.o
  CC [M]  /lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux/../../sta/connect.o
  CC [M]  /lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux/../../sta/wpa.o
  CC [M]  /lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux/../../os/linux/rt_linux.o
  CC [M]  /lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux/../../os/linux/rt_profile.o
  CC [M]  /lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux/../../os/linux/rt_main_dev.o
/lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux/../../os/linux/rt_main_dev.c: In function ‘rt_ieee80211_if_setup’:
/lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux/../../os/linux/rt_main_dev.c:788: error: ‘struct net_device’ has no member named ‘nd_net’
make[2]: *** [/lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux/../../os/linux/rt_main_dev.o] Error 1
make[1]: *** [_module_/lib/firmware/2008_0528_RT2870_Linux_STA_v1.3.0.0/os/linux] Error 2
make[1]: Leaving directory `/usr/src/linux-headers-2.6.28-15-generic'
make: *** [LINUX] Error 2

I get the feeling that this just means that the source is poorly written... does that mean I'll have to go in and edit the source myself? (please let that not be the case...I know nothing about this field of programming, let alone being able to deduce how these drivers are supposed to work on a hardware level!)

foodown 08-24-2009 11:05 PM

Quote:

Originally Posted by MrCode (Post 3656258)
I get the feeling that this just means that the source is poorly written... does that mean I'll have to go in and edit the source myself? (please let that not be the case...I know nothing about this field of programming, let alone being able to deduce how these drivers are supposed to work on a hardware level!)

Well it certainly looks like a syntax error in the source, at least just based on this output:
Code:

rt_main_dev.c:788: error: ‘struct net_device’ has no member named ‘nd_net’

I don't, however, recommend trying to rewrite it. :)

Which revision in your D-Link? (A, B, or C) I will d/l the source and see if I can build it. If so, I can post the steps that worked for me. (Assuming that the source is not completely broken.)

That, or, you can post a link to the actual source archive and I can just go from there.

Just curious, but why do you invoke "make -C tools" and not "./configure; make; make install"? Is that what it says to do in a README file or something?

MrCode 08-25-2009 01:48 PM

The adapter is h/w revision C, and here's a direct link to the driver archive: DWA-130 REV-C Linux drivers

You might notice an Ubuntu logo on this post...it just means I've gotten a temporary connection - I'll probably lose it again next time I reboot the machine. I got it by setting the mode to "DHCP (addresses only)". I guess DHCP isn't a complete bust after all, although I highly doubt that it's a permanent solution.

foodown 08-25-2009 08:28 PM

Here's what happens when I try to install the mod from the source you linked:
Code:

root@hydra5:/usr/src/rtl8192u_linux_2.6.0006.1031.2008# cp -raf firmware/RTL8192U /lib/firmware
root@hydra5:/usr/src/rtl8192u_linux_2.6.0006.1031.2008# make
make[1]: Entering directory `/usr/src/linux-2.6.30.1'     
  CC [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/ieee80211_rx.o
  CC [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/ieee80211_softmac.o
  CC [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/ieee80211_tx.o   
  CC [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/ieee80211_wx.o   
/usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/ieee80211_wx.c: In function 'ieee80211_wx_set_gen_ie_rsl':
/usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/ieee80211_wx.c:990: warning: format '%d' expects type 'int', but argument 2 has type 'size_t'
  CC [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/ieee80211_module.o                                                               
/usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/ieee80211_module.c: In function 'store_debug_level':                                       
/usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/ieee80211_module.c:308: warning: comparison of distinct pointer types lacks a cast         
  CC [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/ieee80211_softmac_wx.o                                                           
  CC [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/rtl819x_HTProc.o                                                                 
  CC [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/rtl819x_TSProc.o                                                                 
  CC [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/rtl819x_BAProc.o                                                                 
/usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/rtl819x_BAProc.c: In function 'ieee80211_rx_ADDBAReq':                                     
/usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/rtl819x_BAProc.c:385: warning: format '%d' expects type 'int', but argument 3 has type 'long unsigned int'                                                                                                                                                           
/usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/rtl819x_BAProc.c: In function 'ieee80211_rx_ADDBARsp':                                                 
/usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/rtl819x_BAProc.c:484: warning: format '%d' expects type 'int', but argument 3 has type 'long unsigned int'                                                                                                                                                           
/usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/rtl819x_BAProc.c: In function 'ieee80211_rx_DELBA':                                                     
/usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/rtl819x_BAProc.c:614: warning: format '%d' expects type 'int', but argument 3 has type 'long unsigned int'                                                                                                                                                           
  CC [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/dot11d.o                                                                                     
  CC [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/ieee80211_crypt.o                                                                             
  CC [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/ieee80211_crypt_ccmp.o                                                                       
  CC [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/ieee80211_crypt_tkip.o                                                                       
  CC [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/ieee80211_crypt_wep.o                                                                         
  LD [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/ieee80211-rsl.o                                                                               
  LD [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/ieee80211_crypt-rsl.o                                                                         
  LD [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/ieee80211_crypt_wep-rsl.o                                                                     
  LD [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/ieee80211_crypt_tkip-rsl.o                                                                   
  LD [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/ieee80211_crypt_ccmp-rsl.o                                                                   
  Building modules, stage 2.                                                                                                                                 
  MODPOST 5 modules                                                                                                                                         
  CC      /usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/ieee80211-rsl.mod.o                                                                           
  LD [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/ieee80211-rsl.ko                                                                             
  CC      /usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/ieee80211_crypt-rsl.mod.o                                                                     
  LD [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/ieee80211_crypt-rsl.ko
  CC      /usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/ieee80211_crypt_ccmp-rsl.mod.o
  LD [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/ieee80211_crypt_ccmp-rsl.ko
  CC      /usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/ieee80211_crypt_tkip-rsl.mod.o
  LD [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/ieee80211_crypt_tkip-rsl.ko
  CC      /usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/ieee80211_crypt_wep-rsl.mod.o
  LD [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211/ieee80211_crypt_wep-rsl.ko
make[1]: Leaving directory `/usr/src/linux-2.6.30.1'
make[1]: Entering directory `/usr/src/linux-2.6.30.1'
  CC [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/HAL/rtl8192u/r8192U_core.o
/usr/src/rtl8192u_linux_2.6.0006.1031.2008/HAL/rtl8192u/r8192U_core.c: In function 'rtl8192_rx_initiate':
/usr/src/rtl8192u_linux_2.6.0006.1031.2008/HAL/rtl8192u/r8192U_core.c:1179: warning: passing argument 4 of 'usb_fill_bulk_urb' makes pointer from integer without a cast
/usr/src/rtl8192u_linux_2.6.0006.1031.2008/HAL/rtl8192u/r8192U_core.c:1209: warning: passing argument 4 of 'usb_fill_bulk_urb' makes pointer from integer without a cast
/usr/src/rtl8192u_linux_2.6.0006.1031.2008/HAL/rtl8192u/r8192U_core.c: In function 'rtl8192_rx_isr':
/usr/src/rtl8192u_linux_2.6.0006.1031.2008/HAL/rtl8192u/r8192U_core.c:1590: warning: passing argument 4 of 'usb_fill_bulk_urb' makes pointer from integer without a cast
/usr/src/rtl8192u_linux_2.6.0006.1031.2008/HAL/rtl8192u/r8192U_core.c:1597: warning: assignment makes pointer from integer without a cast
/usr/src/rtl8192u_linux_2.6.0006.1031.2008/HAL/rtl8192u/r8192U_core.c: In function 'rtl8192_usb_initendpoints':
/usr/src/rtl8192u_linux_2.6.0006.1031.2008/HAL/rtl8192u/r8192U_core.c:2964: warning: cast from pointer to integer of different size
/usr/src/rtl8192u_linux_2.6.0006.1031.2008/HAL/rtl8192u/r8192U_core.c:2974: warning: cast to pointer from integer of different size
  CC [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/HAL/rtl8192u/r8180_93cx6.o
  CC [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/HAL/rtl8192u/r8192U_wx.o
  CC [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/HAL/rtl8192u/r8190_rtl8256.o
  CC [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/HAL/rtl8192u/r819xU_phy.o
  CC [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/HAL/rtl8192u/r819xU_firmware.o
  CC [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/HAL/rtl8192u/r819xU_cmdpkt.o
  CC [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/HAL/rtl8192u/r8192U_dm.o
  CC [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/HAL/rtl8192u/r819xU_firmware_img.o
  LD [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/HAL/rtl8192u/r8192_usb.o
  Building modules, stage 2.
  MODPOST 1 modules
  CC      /usr/src/rtl8192u_linux_2.6.0006.1031.2008/HAL/rtl8192u/r8192_usb.mod.o
  LD [M]  /usr/src/rtl8192u_linux_2.6.0006.1031.2008/HAL/rtl8192u/r8192_usb.ko
make[1]: Leaving directory `/usr/src/linux-2.6.30.1'
root@hydra5:/usr/src/rtl8192u_linux_2.6.0006.1031.2008#
root@hydra5:/usr/src/rtl8192u_linux_2.6.0006.1031.2008#
root@hydra5:/usr/src/rtl8192u_linux_2.6.0006.1031.2008#
root@hydra5:/usr/src/rtl8192u_linux_2.6.0006.1031.2008# make install
make[1]: Entering directory `/usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211'
make -C /lib/modules/2.6.30.1AMD_Bad_Boy/build M=/usr/src/rtl8192u_linux_2.6.0006.1031.2008 CC=gcc modules
make[2]: Entering directory `/usr/src/linux-2.6.30.1'
  Building modules, stage 2.
  MODPOST 0 modules
make[2]: Leaving directory `/usr/src/linux-2.6.30.1'
rm -fr /lib/modules/2.6.30.1AMD_Bad_Boy/kernel/drivers/net/wireless/RTL8192U
mkdir -p /lib/modules/2.6.30.1AMD_Bad_Boy/kernel/drivers/net/wireless/RTL8192U
depmod -a
make[1]: Leaving directory `/usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211'
make[1]: Entering directory `/usr/src/rtl8192u_linux_2.6.0006.1031.2008/HAL/rtl8192u'
make -C /lib/modules/2.6.30.1AMD_Bad_Boy/build M=/usr/src/rtl8192u_linux_2.6.0006.1031.2008 CC=gcc modules
make[2]: Entering directory `/usr/src/linux-2.6.30.1'
  Building modules, stage 2.
  MODPOST 0 modules
make[2]: Leaving directory `/usr/src/linux-2.6.30.1'
install -p -m 644 r8192_usb.ko  /lib/modules/2.6.30.1AMD_Bad_Boy/kernel/drivers/net/wireless/RTL8192U
make[1]: Leaving directory `/usr/src/rtl8192u_linux_2.6.0006.1031.2008/HAL/rtl8192u'
root@hydra5:/usr/src/rtl8192u_linux_2.6.0006.1031.2008#

It seems to work fine with just 'make; make install.'
An insmod call after that reports no errors . . . but, then again, I can't test it since I don't have the device. :)

Code:

root@hydra5:/usr/src/rtl8192u_linux_2.6.0006.1031.2008# insmod /lib/modules/2.6.30.1AMD_Bad_Boy/kernel/drivers/net/wireless/RTL8192U/r8192_usb.ko         
root@hydra5:/usr/src/rtl8192u_linux_2.6.0006.1031.2008# lsmod                                                                                               
Module                  Size  Used by                                                                                                                       
snd_seq_midi            7584  0                                                                                                                             
snd_emu10k1_synth      7200  0                                                                                                                             
snd_emux_synth        36544  1 snd_emu10k1_synth                                                                                                           
snd_seq_virmidi        6560  1 snd_emux_synth                                                                                                               
snd_seq_midi_emul      7008  1 snd_emux_synth                                                                                                               
cdc_acm                17920  0                                                                                                                             
vboxnetadp            99884  0                                                                                                                             
vboxnetflt            107276  0                                                                                                                             
vboxdrv              1711500  1 vboxnetflt
snd_seq_dummy          3236  0
snd_seq_oss            31744  0
snd_seq_midi_event      7520  3 snd_seq_midi,snd_seq_virmidi,snd_seq_oss
snd_seq                56896  9 snd_seq_midi,snd_emux_synth,snd_seq_virmidi,snd_seq_midi_emul,snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
snd_pcm_oss            43680  0
snd_mixer_oss          18400  1 snd_pcm_oss
ipv6                  285152  16
nfsd                  104744  9
lp                    12196  0
fuse                  60512  1
nvidia              10264104  36
b43                  132040  0
rfkill                11508  1 b43
mac80211              154540  1 b43
ppdev                  8808  0
processor              38720  0
cfg80211              72280  2 b43,mac80211
led_class              4680  1 b43
input_polldev          4080  1 b43
thermal                16032  0
tulip                  55808  0
ssb                    46864  1 b43
thermal_sys            17248  2 processor,thermal
pcmcia                36568  1 ssb
parport_pc            28616  1
parport                37680  3 lp,ppdev,parport_pc
pcmcia_core            37028  2 ssb,pcmcia
rtc_cmos              11928  0
rtc_core              19620  1 rtc_cmos
rtc_lib                2912  1 rtc_core
snd_emu10k1          151136  3 snd_emu10k1_synth
snd_rawmidi            23360  3 snd_seq_midi,snd_seq_virmidi,snd_emu10k1
snd_ac97_codec        121784  1 snd_emu10k1
ac97_bus                1952  1 snd_ac97_codec
snd_pcm                81416  3 snd_pcm_oss,snd_emu10k1,snd_ac97_codec
snd_seq_device          7316  8 snd_seq_midi,snd_emu10k1_synth,snd_emux_synth,snd_seq_dummy,snd_seq_oss,snd_seq,snd_emu10k1,snd_rawmidi
snd_timer              22704  3 snd_seq,snd_emu10k1,snd_pcm
snd_page_alloc          9872  2 snd_emu10k1,snd_pcm
snd_util_mem            4128  2 snd_emux_synth,snd_emu10k1
snd_hwdep              8680  2 snd_emux_synth,snd_emu10k1
snd                    66824  17 snd_emux_synth,snd_seq_virmidi,snd_seq_oss,snd_seq,snd_pcm_oss,snd_mixer_oss,snd_emu10k1,snd_rawmidi,snd_ac97_codec,snd_pcm,snd_seq_device,snd_timer,snd_hwdep
i2c_nforce2            7712  0
emu10k1_gp              3488  0
psmouse                47452  0
gameport              11920  2 emu10k1_gp
soundcore              7328  1 snd
hwmon                  2760  1 thermal_sys
joydev                12256  0
usblp                  14112  0
sg                    30656  0
button                  6560  0
evdev                  11648  8
serio_raw              6404  0
r8192_usb            239563  0
root@hydra5:/usr/src/rtl8192u_linux_2.6.0006.1031.2008#
root@hydra5:/usr/src/rtl8192u_linux_2.6.0006.1031.2008# rmmod r8192_usb
root@hydra5:/usr/src/rtl8192u_linux_2.6.0006.1031.2008#


MrCode 08-26-2009 01:26 PM

Ok... it seems to work for you, so it must not be the source that's broken... I do have a theory, though: I noticed that you've un-tarred the file to the /usr/src directory. Maybe that's where I should put mine? That could be what the problem is; maybe it's just confused because it's not in the right directory. I've had similar problems before. I'll try it next time I lose internet and really can't get it back (I usually give it about 5 or 10 attempts before saying it's never gonna connect).

Yes, I'm posting from Ubuntu again... This time I set it back to manual, unplugged the adapter, and plugged it back in. Like I said, this is really inconsistent, so I'm hoping I can maybe get those Ralink drivers working so that I can use the D-Link instead. I've tested it under Windows, too, and it seems to do just fine there.

EDIT: Another idea would be to get a DWA-140. It's listed under the (Ubuntu) HCL as working "out-of-the-box".

MrCode 08-27-2009 12:19 PM

Well, I tried compiling and installing the drivers again, and I got this at the "make install" step:

Code:

mrcode@linuxbox:/usr/src/rtl8192u_linux_2.6.0006.1031.2008$ sudo make install
make[1]: Entering directory `/usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211'
make -C /lib/modules/2.6.28-15-generic/build M= CC=gcc modules
make[2]: Entering directory `/usr/src/linux-headers-2.6.28-15-generic'
  HOSTCC  scripts/basic/fixdep
  HOSTCC  scripts/basic/docproc
  HOSTCC  scripts/basic/hash
  HOSTCC  scripts/kconfig/conf.o
scripts/kconfig/conf.c: In function ‘conf_askvalue’:
scripts/kconfig/conf.c:104: warning: ignoring return value of ‘fgets’, declared with attribute warn_unused_result
scripts/kconfig/conf.c: In function ‘conf_choice’:
scripts/kconfig/conf.c:306: warning: ignoring return value of ‘fgets’, declared with attribute warn_unused_result
  HOSTCC  scripts/kconfig/kxgettext.o
  HOSTCC  scripts/kconfig/zconf.tab.o
  HOSTLD  scripts/kconfig/conf
scripts/kconfig/conf -s arch/x86/Kconfig
make[2]: Leaving directory `/usr/src/linux-headers-2.6.28-15-generic'
make[2]: Entering directory `/usr/src/linux-headers-2.6.28-15-generic'
  CHK    include/linux/version.h
  CHK    include/linux/utsrelease.h
  UPD    include/linux/utsrelease.h
  SYMLINK include/asm -> include/asm-x86
make[3]: *** No rule to make target `kernel/bounds.c', needed by `kernel/bounds.s'.  Stop.
make[2]: *** [prepare0] Error 2
make[2]: Leaving directory `/usr/src/linux-headers-2.6.28-15-generic'
make[1]: *** [modules] Error 2
make[1]: Leaving directory `/usr/src/rtl8192u_linux_2.6.0006.1031.2008/ieee80211'
make: *** [install] Error 2

It turns out the other one I posted was wrong because I was compiling the wrong thing (oops!). All I know at this point is that some source file called "bounds.c" must be either missing or in a folder other than the one it needs to be in. If that's the case, could you maybe point me towards where it needs to be?

And yes I have to use sudo otherwise it'll fail on me. I suppose another way could be to "sudo -i" to login as root and try it again...would that make any difference? I can't just "su" because I apparently don't have the root password. I've tried my user password, but apparently they're not one in the same.

foodown 08-27-2009 12:42 PM

Quote:

Originally Posted by MrCode (Post 3659740)
And yes I have to use sudo otherwise it'll fail on me. I suppose another way could be to "sudo -i" to login as root and try it again...would that make any difference? I can't just "su" because I apparently don't have the root password. I've tried my user password, but apparently they're not one in the same.

Hmmm . . . just to be sure, try this sequence of commands in the base source directory:
Code:

$ sudo su -
Password:
# make uninstall
# make clean
# make
# make install

I'll never understand the whole Ubuntu sudoers setup . . . supposedly more secure, but then by default any user can become root with their OWN password with that 'sudo su -' . . . oh, well.

It's kinda like double-clicking 'Programs' in the Start Menu on Windows. Can't be disabled (easily) and gives any user access to everything on the drive. LOL.

MrCode 08-27-2009 06:37 PM

Okay, I tried running those commands as root, and the drivers compiled and (supposedly) installed successfully this time (yay!), but when I try to do an insmod, it gives me this:

Code:

insmod: error inserting '/lib/modules/2.6.28-15-generic/kernel/drivers/net/wireless/RTL8192U/r8192_usb.ko': -1 Unknown symbol in module
Does that mean the compile didn't go well? What did I do wrong? I ran them in the same sequence as you wrote them.

foodown 08-28-2009 01:02 AM

Quote:

Originally Posted by MrCode (Post 3660149)
Does that mean the compile didn't go well? What did I do wrong? I ran them in the same sequence as you wrote them.

Well, if it built and installed, it went well.

What about after reboot? When you reboot and connect the stick, it should auto-load the module and start working.

MrCode 08-28-2009 01:30 AM

Oh...surprised I didn't think of that myself. Well, I'm gonna call it a night here soon anyway, so I'll try the D-Link tomorrow.

MrCode 08-28-2009 02:29 PM

Ok, I tried booting w/ the D-Link adapter in the USB port where the NetGear one was, and it seems to work! The only problem is that my internet access is still delayed...and after a little while of my gaining access, the whole system freezes! No mouse movement, no keyboard response, nothing. I have to press and hold the power button on the tower to reboot the machine. Could this be a major glitch in the drivers? (Maybe that's what all the warnings were about during the build process regarding unused return variables.) And I'm guessing that since internet access is still sketchy, then that problem's not on my end... I'll try setting it to WPA or WPA2 security, but not the combined one (it's a NetGear router, too, in case anyone was curious). In the meantime, I guess I'll just have to deal with using the NetGear adapter with ndiswrapper and hoping for a net connection... :(

MrCode 08-30-2009 04:04 PM

Well, I've found that the problem seems to be on the router's end. I tried resetting the router (w/o changing any settings), and that seemed to make it work. Is this the only way I can make it work? I already mentioned that I can use the D-Link adapter, but it consistently freezes my system (maybe that's what the error was talking about when it mentioned an "unknown symbol"; something was going to majorly interfere with system operations).


All times are GMT -5. The time now is 10:46 PM.