wireless disconnects/trouble compiling realtek driver

[I.M.O.G.]

Hey guys.

Problem is in the thread title. I'm having frequent wireless disconnects, and I want to compile the realtek driver/module from source in order to see if that improves functionality over the driver/module included with my kernel. I'm on Arch Linux.

This is my kernel:

Linux version 3.4.8-1-ARCH (tobias@T-POWA-LX) (gcc version 4.7.1 20120721 (prerelease) (GCC) ) #1 SMP PREEMPT Thu Aug 9 21:21:22 CEST 2012

This is my internal wireless device:

03:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8191SEvB Wireless LAN Controller (rev 10)

This is the module its using, which was built into my kernel:

rtl8192se

I downloaded the rtl8192 realtek driver from there, and after extracting it and running make, I get the following:

make -C /lib/modules/3.4.8-1-ARCH/build M=/home/imog/Downloads/rtl_92ce_92se_92de_linux_mac80211_0005.1230.2011 modules
make[1]: Entering directory `/usr/src/linux-3.4.8-1-ARCH'
  CC [M]  /home/imog/Downloads/rtl_92ce_92se_92de_linux_mac80211_0005.1230.2011/base.o
/home/imog/Downloads/rtl_92ce_92se_92de_linux_mac80211_0005.1230.2011/base.c: In function ‘_rtl_init_mac80211’:
/home/imog/Downloads/rtl_92ce_92se_92de_linux_mac80211_0005.1230.2011/base.c:319:6: error: ‘IEEE80211_HW_BEACON_FILTER’ undeclared (first use in this function)
/home/imog/Downloads/rtl_92ce_92se_92de_linux_mac80211_0005.1230.2011/base.c:319:6: note: each undeclared identifier is reported only once for each function it appears in
make[2]: *** [/home/imog/Downloads/rtl_92ce_92se_92de_linux_mac80211_0005.1230.2011/base.o] Error 1
make[1]: *** [_module_/home/imog/Downloads/rtl_92ce_92se_92de_linux_mac80211_0005.1230.2011] Error 2
make[1]: Leaving directory `/usr/src/linux-3.4.8-1-ARCH'
make: *** [all] Error 2

I don't know why the make is erroring out.

 

[Automata]

pacman -S multitail
multitail /var/log/messages

Keep the terminal open and wait for it to disconnect/reconnect. It should give a reason. Here is what happens when I manually disconnect it on my Thinkpad:

Aug 15 07:29:26 localhost NetworkManager[597]: <info> (wlan0): device state change: activated -> disconnected ([B][COLOR=Red]reason 'user-requested'[/COLOR][/B]) [100 30 39]
Aug 15 07:29:26 localhost NetworkManager[597]: <info> (wlan0): deactivating device (reason 'user-requested') [39]
Aug 15 07:29:26 localhost dhcpcd[26838]: received SIGTERM, stopping
Aug 15 07:29:26 localhost dhcpcd[26838]: wlan0: removing interface

What laptop do you have?

 

[I.M.O.G.]

Thinkpad T410

multitail /var/log/messages
 --*- multitail 5.2.9 (C) 2003-2007 by [email protected] -*--

A problem occured at line 511 in function mynewwin (from file term.c):

Failed to create window with dimensions 54x9 at offset -27,-4 (terminal size: 80,22)

Binary build at Feb 25 2012 13:00:23

 

[Automata]

Try making your terminal window bigger and make sure you are running as root. Looking into the laptop for you.

EDIT: According to the Arch wiki, there are very little problems with this laptop, and the wireless does not have a special section.

 

[I.M.O.G.]

Making the terminal window bigger got multitail working. Thanks

The Arch wiki is wrong/outdated for this laptop. Realtek wireless is notoriously crap on linux, but current issues are exacerbated because the 3.X kernel line includes a version of the realtek driver that isn't any good.

 

[Shelnutt2]

As far as the error in OP it looks like the header files were not properly included/referenced.

error: ‘IEEE80211_HW_BEACON_FILTER’ undeclared

Did you run ./configure before running make? (I would assume so)

The other issue might be your using a 3.4 kernel and the drivers only say they are compatible up to 3.2.x. Maybe they are compatible with 3.3/3.4 and not tested, or maybe there was some API/ABI changes in those? I don't follow the kernel close enough to know. You might downgrade the kernel and try again.

edit: After a search the var is declared in include/net/mac80211.h in the 3.3 but not the 3.4 kernel headers. Try downgrading to a 3.2 or 3.3 kernel and see if you need a kernel-headers package in arch?

 

[I.M.O.G.]

Thanks shelnutt.

There is no configure included in the package from Realtek, it instructs to start with make. I thought it was weird that there was no configure as usually that comes before the make.

I have linux-headers installed currently, and I'm on the default kernel that comes with arch which is rather new - I may roll my own and drop back to see if that fixes things.

I haven't had any disconnect since thid's post at 1:30. But I don't think I've done anything to fix it either.

The only thing I have noticed by watching /var/log/messages.log is the following every so often:

Aug 15 16:17:25 localhost dbus[438]: [system] Activating service name='org.freedesktop.NetworkManager' (using servicehelper)
Aug 15 16:17:25 localhost dbus[438]: [system] Activated service 'org.freedesktop.NetworkManager' failed: Launch helper exited with unknown return code 1

I had installed NetworkManager before I installed wicd, but then I disabled NetworkManager in the modules list, so maybe I left part of it still there judging by that error message.

 

[Automata]

Is there any reason you went with wicd over networkmanager? I used wicd on my T61 for months and nothing but issues, especially with it crashing when there were too many access points nearby. It would also refuse to connect to wireless points for 30+ minutes and drop randomly. When I went back to networkmanager, I never had any issues.

 

[I.M.O.G.]

I like networkmanager better, and I installed that first... Always worked great on my earlier thinkpads (including a t60). However this time the applet would appear in the top right, and it would drop down a list of ssid's to connect to, however when clicking on one the list just disappeared - it didn't appear to select one, and gave no indication that it actually was attempting a connection. It couldn't connect to wireless at all. As soon as I installed wicd however, I was connect to wireless. (then disconnected, reconnected, disconnected, etc)

 

[Johnny5]

You might have tried it already but I can confirm Shelnutt is right if you just pacman -S linux-lts-headers and then change the Makefile to KVER := 3.0.40-1-lts you can build the driver.

I bet your problem is going to end up being something in the wpa_supplicant or another config file though.

 

[I.M.O.G.]

I didn't configure wpa_supplicant, its at default. I actually didn't configure much of anything really, beyond building the initial install (which I did over the wire, so that I could screw with wireless once I had a GUI), just installed the pieces needed for wifi.

I'm not running the LTS kernel I don't believe, so I installed linux-headers rather than linux-lts-headers. As you suggest, if I build the driver with a version of linux headers for a kernel I'm not running, you think that would get me anywhere? It doesn't make sense to me, but I could give it a shot. My linux is dated and rusty, so I'm not saying you are wrong - just looking to confirm as what you said doesn't make sense to me off the bat.

 

[Johnny5]

Lol you are absolutely right. Ignore me I was just focused on getting the thing to build successfully, but unless you install the linux-lts kernel as well its not going to do you any good. I'll shutup now

 

[I.M.O.G.]

haha thanks for the input anyways... Maybe I end up going with the LTS-kernel if its 3.2 or 3.3. Haven't had time to look at this again yet, but I also haven't had a disconnect since thid posted in this thread, so he might have already fixed me up.

 

[I.M.O.G.]

So internet just cut out again, for the first time since Thid posted. Coincidentally, I had also just stopped running multitail in the past hour, which had been running pretty much since he posted... I feel like this problem may be related to attempting to make changes to the powerstate of the wireless card, and then proceeding to take a dump. Either it was a coincidence, or running multitail was enough to keep the problem from happening for some really odd reason.

Here's what var/log/messages had to say about matters. The info at the top is repeated a lot above there, just the wlan0 maintaining the connection normally - problem starts at Aug 16 14:57:44:

*Snip*
Aug 16 14:50:12 localhost dhcpcd[1037]: wlan0: renewing lease of 192.168.0.6
Aug 16 14:50:13 localhost dhcpcd[1037]: wlan0: acknowledged 192.168.0.6 from 192.168.0.1
Aug 16 14:50:13 localhost dhcpcd[1037]: wlan0: leased 192.168.0.6 for 3600 seconds
Aug 16 14:57:44 localhost dhcpcd[1037]: wlan0: carrier lost
Aug 16 14:57:49 localhost kernel: [23867.677867] cfg80211: Calling CRDA for country: EC
Aug 16 14:57:49 localhost dhcpcd[27791]: sending signal 1 to pid 1037
Aug 16 14:57:49 localhost dhcpcd[27791]: waiting for pid 1037 to exit
Aug 16 14:57:49 localhost dhcpcd[1037]: received SIGHUP, releasing
Aug 16 14:57:49 localhost dhcpcd[1037]: wlan0: removing interface
Aug 16 14:58:08 localhost kernel: [23886.416624] cfg80211: Calling CRDA to update world regulatory domain
Aug 16 14:58:22 localhost kernel: [23901.110208] cfg80211: Calling CRDA to update world regulatory domain
Aug 16 14:58:37 localhost kernel: [23915.781650] cfg80211: Calling CRDA to update world regulatory domain
Aug 16 14:58:48 localhost kernel: [23926.216851] cfg80211: Calling CRDA to update world regulatory domain
Aug 16 14:59:01 localhost kernel: [23939.284939] cfg80211: Calling CRDA to update world regulatory domain
Aug 16 14:59:15 localhost kernel: [23953.719636] cfg80211: Calling CRDA to update world regulatory domain
Aug 16 14:59:30 localhost kernel: [23968.394259] cfg80211: Calling CRDA to update world regulatory domain
Aug 16 14:59:47 localhost kernel: [23985.504673] cfg80211: Calling CRDA to update world regulatory domain
Aug 16 15:00:01 localhost kernel: [23999.141304] cfg80211: Calling CRDA to update world regulatory domain
Aug 16 15:00:15 localhost kernel: [24013.815990] cfg80211: Calling CRDA to update world regulatory domain
Aug 16 15:00:29 localhost kernel: [24027.362436] cfg80211: Calling CRDA to update world regulatory domain
Aug 16 15:00:42 localhost kernel: [24040.431043] cfg80211: Calling CRDA to update world regulatory domain
Aug 16 15:00:57 localhost kernel: [24055.144739] cfg80211: Calling CRDA to update world regulatory domain
Aug 16 15:01:11 localhost kernel: [24069.616357] cfg80211: Calling CRDA to update world regulatory domain
Aug 16 15:01:35 localhost kernel: [24092.909703] rtl8192se: FW Power Save off (module option)
Aug 16 15:01:35 localhost kernel: [24092.909751] rtl8192se: Driver for Realtek RTL8192SE/RTL8191SE
Aug 16 15:01:35 localhost kernel: [24092.909752] Loading firmware rtlwifi/rtl8192sefw.bin
Aug 16 15:01:58 localhost dhcpcd[28273]: version 5.6.0 starting
Aug 16 15:01:58 localhost dhcpcd[28273]: all: configured as a router, not a host
Aug 16 15:01:58 localhost dhcpcd[28273]: wlan0: rebinding lease of 192.168.0.6
Aug 16 15:01:59 localhost dhcpcd[28273]: wlan0: acknowledged 192.168.0.6 from 192.168.0.1
Aug 16 15:01:59 localhost dhcpcd[28273]: wlan0: checking for 192.168.0.6
Aug 16 15:02:04 localhost dhcpcd[28273]: wlan0: leased 192.168.0.6 for 3600 seconds
Aug 16 15:02:04 localhost dhcpcd[28273]: forked to background, child pid 28301

The part where the connection comes back was after I did rmmod rtl8192se and modprobe rtl8192se to manually bring the connection back.

 

[Johnny5]

I came across this yesterday when I googled your problem. Read the developers response.

http://forums.gentoo.org/viewtopic-p-6870606.html

and

http://wireless.kernel.org/en/developers/Regulatory/CRDA

 

[I.M.O.G.]

I didn't have crda installed, it is installed now, and it instructed me as follows:

Uncomment the right regulatory domain in /etc/conf.d/wireless-regdom.
It will automatically be set when necessary.

We'll see if this makes things any more stable. Thanks for the input Johnny5!

 

[I.M.O.G.]

Not there yet:

Aug 16 16:02:05 localhost dhcpcd[28301]: wlan0: renewing lease of 192.168.0.6
Aug 16 16:22:05 localhost -- MARK --
Aug 16 16:24:35 localhost dhcpcd[740]: sending signal 1 to pid 28301
Aug 16 16:24:35 localhost dhcpcd[740]: waiting for pid 28301 to exit
Aug 16 16:24:35 localhost dhcpcd[28301]: received SIGHUP, releasing
Aug 16 16:24:35 localhost dhcpcd[28301]: wlan0: removing interface
Aug 16 16:24:36 localhost kernel: [29065.256113] cfg80211: Calling CRDA to update world regulatory domain
Aug 16 16:24:36 localhost kernel: [29065.314604] cfg80211: World regulatory domain updated:
Aug 16 16:24:36 localhost kernel: [29065.314607] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
Aug 16 16:24:36 localhost kernel: [29065.314610] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:24:36 localhost kernel: [29065.314613] cfg80211:   (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:24:36 localhost kernel: [29065.314615] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:24:36 localhost kernel: [29065.314618] cfg80211:   (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:24:36 localhost kernel: [29065.314620] cfg80211:   (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:24:36 localhost kernel: [29065.314635] cfg80211: Calling CRDA for country: EC
Aug 16 16:24:36 localhost kernel: [29065.316777] cfg80211: Regulatory domain changed to country: EC
Aug 16 16:24:36 localhost kernel: [29065.316781] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
Aug 16 16:24:36 localhost kernel: [29065.316784] cfg80211:   (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm)
Aug 16 16:24:36 localhost kernel: [29065.316786] cfg80211:   (5170000 KHz - 5250000 KHz @ 20000 KHz), (300 mBi, 1700 mBm)
Aug 16 16:24:36 localhost kernel: [29065.316789] cfg80211:   (5250000 KHz - 5330000 KHz @ 20000 KHz), (300 mBi, 2300 mBm)
Aug 16 16:24:36 localhost kernel: [29065.316791] cfg80211:   (5735000 KHz - 5835000 KHz @ 20000 KHz), (300 mBi, 3000 mBm)
Aug 16 16:24:36 localhost kernel: [29065.316807] cfg80211: Calling CRDA to update world regulatory domain
Aug 16 16:24:36 localhost kernel: [29065.318916] cfg80211: World regulatory domain updated:
Aug 16 16:24:36 localhost kernel: [29065.318918] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
Aug 16 16:24:36 localhost kernel: [29065.318921] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:24:36 localhost kernel: [29065.318923] cfg80211:   (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:24:36 localhost kernel: [29065.318925] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:24:36 localhost kernel: [29065.318926] cfg80211:   (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:24:36 localhost kernel: [29065.318928] cfg80211:   (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:24:55 localhost kernel: [29084.410079] cfg80211: Calling CRDA to update world regulatory domain
Aug 16 16:24:55 localhost kernel: [29084.412425] cfg80211: World regulatory domain updated:
Aug 16 16:24:55 localhost kernel: [29084.412428] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
Aug 16 16:24:55 localhost kernel: [29084.412432] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:24:55 localhost kernel: [29084.412435] cfg80211:   (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:24:55 localhost kernel: [29084.412438] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:24:55 localhost kernel: [29084.412441] cfg80211:   (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:24:55 localhost kernel: [29084.412443] cfg80211:   (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:25:05 localhost kernel: [29094.215537] cfg80211: Calling CRDA to update world regulatory domain
Aug 16 16:25:05 localhost kernel: [29094.217626] cfg80211: World regulatory domain updated:
Aug 16 16:25:05 localhost kernel: [29094.217628] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
Aug 16 16:25:05 localhost kernel: [29094.217630] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:25:05 localhost kernel: [29094.217632] cfg80211:   (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:25:05 localhost kernel: [29094.217633] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:25:05 localhost kernel: [29094.217635] cfg80211:   (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:25:05 localhost kernel: [29094.217637] cfg80211:   (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:25:14 localhost kernel: [29103.198252] cfg80211: Calling CRDA to update world regulatory domain
Aug 16 16:25:14 localhost kernel: [29103.201815] cfg80211: World regulatory domain updated:
Aug 16 16:25:14 localhost kernel: [29103.201820] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
Aug 16 16:25:14 localhost kernel: [29103.201825] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:25:14 localhost kernel: [29103.201829] cfg80211:   (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:25:14 localhost kernel: [29103.201834] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:25:14 localhost kernel: [29103.201838] cfg80211:   (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:25:14 localhost kernel: [29103.201842] cfg80211:   (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:25:23 localhost kernel: [29112.181953] cfg80211: Calling CRDA to update world regulatory domain
Aug 16 16:25:23 localhost kernel: [29112.185530] cfg80211: World regulatory domain updated:
Aug 16 16:25:23 localhost kernel: [29112.185535] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
Aug 16 16:25:23 localhost kernel: [29112.185540] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:25:23 localhost kernel: [29112.185544] cfg80211:   (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:25:23 localhost kernel: [29112.185548] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:25:23 localhost kernel: [29112.185552] cfg80211:   (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:25:23 localhost kernel: [29112.185556] cfg80211:   (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:25:43 localhost kernel: [29132.357455] cfg80211: Calling CRDA to update world regulatory domain
Aug 16 16:25:43 localhost kernel: [29132.359594] cfg80211: World regulatory domain updated:
Aug 16 16:25:43 localhost kernel: [29132.359597] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
Aug 16 16:25:43 localhost kernel: [29132.359599] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:25:43 localhost kernel: [29132.359625] cfg80211:   (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:25:43 localhost kernel: [29132.359628] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:25:43 localhost kernel: [29132.359631] cfg80211:   (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:25:43 localhost kernel: [29132.359634] cfg80211:   (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:25:53 localhost kernel: [29142.231083] cfg80211: Calling CRDA to update world regulatory domain
Aug 16 16:25:53 localhost kernel: [29142.234679] cfg80211: World regulatory domain updated:
Aug 16 16:25:53 localhost kernel: [29142.234684] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
Aug 16 16:25:53 localhost kernel: [29142.234689] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:25:53 localhost kernel: [29142.234693] cfg80211:   (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:25:53 localhost kernel: [29142.234697] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:25:53 localhost kernel: [29142.234702] cfg80211:   (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:25:53 localhost kernel: [29142.234706] cfg80211:   (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:26:02 localhost kernel: [29151.115699] cfg80211: Calling CRDA to update world regulatory domain
Aug 16 16:26:02 localhost kernel: [29151.119220] cfg80211: World regulatory domain updated:
Aug 16 16:26:02 localhost kernel: [29151.119225] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
Aug 16 16:26:02 localhost kernel: [29151.119230] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:26:02 localhost kernel: [29151.119234] cfg80211:   (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:26:02 localhost kernel: [29151.119239] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:26:02 localhost kernel: [29151.119243] cfg80211:   (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:26:02 localhost kernel: [29151.119247] cfg80211:   (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:26:11 localhost kernel: [29160.100281] cfg80211: Calling CRDA to update world regulatory domain
Aug 16 16:26:11 localhost kernel: [29160.103871] cfg80211: World regulatory domain updated:
Aug 16 16:26:11 localhost kernel: [29160.103875] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
Aug 16 16:26:11 localhost kernel: [29160.103880] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:26:11 localhost kernel: [29160.103885] cfg80211:   (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:26:11 localhost kernel: [29160.103889] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:26:11 localhost kernel: [29160.103893] cfg80211:   (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Aug 16 16:26:11 localhost kernel: [29160.103897] cfg80211:   (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[imog@ARCH-LAPTOP-IMOG ~]$ ping google.com
ping: unknown host google.com

 

[Johnny5]

Did you try

iw reg set US

Otherwise I don't know, I'll read more into it.

If manually setting it works, you can make it permanent by adding

COUNTRY=US

to your wpa_supplicant.conf file.

Following the kernel.org page it suggests to also try

udevadm monitor --environment kernel <-----*this is for additional debugging information

 

[I.M.O.G.]

Rolled back to kernel 3.2.28, which should have greater compatibility with my wireless driver. We'll see.