Closing
]]>Thanks alot for to everyone who contributed!
]]>Bought one from thinkpenguin and works like a charm, out of the box. There are some disconnections from time to time, but no more than maybe twice a week. I recommend the switch to everyone, seriously. Your asus will drive you nutz.
]]>I usually cheat. After upgrading my Arch kernel, I usually grab the kernel source from kernels.org and roll my own kernel with drivers I I interested built in. If I want to slip in patches or new modules, I add them to the tree I had downloaded, and do a make, followed by a make install_modules. Note that this is NOT the recommended method.
]]>This is exactly what I have done.
1. wget http://dlcdnet.asus.com/pub/ASUS/wirele … 3_1008.zip
2. unzip Linux_PCE_N53_1008.zip
3. cd Linux
4. tar -xvjpf DPO_GPL_RT5592STA_LinuxSTA_v2.6.0.0_20120326.tar.bz2
5. cd DPO_GPL_RT5592STA_LinuxSTA_v2.6.0.0_20120326
6. wget http://gridlox.net/diff/rt5592sta_fix_64bit_3.15.patch
7. patch -p1 < rt5592sta_fix_64bit_3.15.patch
8. make (both as normal user and root)
It fails at step 8, with the following output:
make -C tools
make[1]: Entering directory '/home/sup3rman/build/Linux/DPO_GPL_RT5592STA_LinuxSTA_v2.6.0.0_20120326/tools'
gcc -g bin2h.c -o bin2h
make[1]: Leaving directory '/home/sup3rman/build/Linux/DPO_GPL_RT5592STA_LinuxSTA_v2.6.0.0_20120326/tools'
/home/sup3rman/build/Linux/DPO_GPL_RT5592STA_LinuxSTA_v2.6.0.0_20120326/tools/bin2h
cp -f os/linux/Makefile.6 /home/sup3rman/build/Linux/DPO_GPL_RT5592STA_LinuxSTA_v2.6.0.0_20120326/os/linux/Makefile
make -C /lib/modules/3.17.6-1-ARCH/build SUBDIRS=/home/sup3rman/build/Linux/DPO_GPL_RT5592STA_LinuxSTA_v2.6.0.0_20120326/os/linux modules
make[1]: Entering directory '/usr/lib/modules/3.17.6-1-ARCH/build'
make[1]: *** No rule to make target 'modules'. Stop.
make[1]: Leaving directory '/usr/lib/modules/3.17.6-1-ARCH/build'
Makefile:384: recipe for target 'LINUX' failed
make: *** [LINUX] Error 2
Am I doing something wrong or does it not work with this kernel version?
]]>1. Download and extract driver src from Asus's website
2. Download jcrews's 3.15.8 patch
3. cd to driver src root directory
4. run "patch -p1 < /path/to/patch/file"
5. make
6. make install
7. modprobe rt5592sta
I have an Edimax card: http://www.edimax.com/en/produce_detail … pl2_id=139
and was able to build on 3.14.6-1 64bit kernel.
Steps taken:
Download Patch and PKGBUILD from @Webbah
Add the extra step provided by @benjkaiser
then
makepkg -s
su
pacman -U {pkg}
depmod
modprobe rt5592sta
lspci -k
01:00.0 Network controller: Ralink corp. Device 5592
Subsystem: Device 7392:d722
Kernel driver in use: rt2860
Kernel modules: rt5592sta
had some issues though initially but after reboot makepkg -s seemed to work fine??
{EDIT}
After fix from @benjkaizer I also needed to edit the PKGBUILD in order to not decompress the original source code again:
build() {
cd "${srcdir}/Linux"
#tar -xjf ${_srctarname}
cd $(basename -s .tar.bz2 $_srctarname)
# patch the moronic makefile
patch -p1 -i "${srcdir}/arch_build_preparation.patch"
# patching for 3.8 kernel compatibility
patch -p1 -i "${srcdir}/rt5592sta_fix_64bit_3.8.patch"
patch -p1 -i "${srcdir}/patch314.patch"
make
}
/opt/rt5592sta/os/linux/../../sta/sta_cfg.c:4896:85: error: macro "__DATE__" might prevent reproducible builds [-Werror=date-time]
snprintf(extra, size, "Driver version-%s, %s %s\n", STA_DRIVER_VERSION, __DATE__, __TIME__ );
I was able to fix this however by commenting out the line in the error (hopefully this has no adverse effects, but it makes the compilation succeed and my card work).
Change sta/sta_cfg.c line 4896 from:
snprintf(extra, size, "Driver version-%s, %s %s\n", STA_DRIVER_VERSION, __DATE__, __TIME__ );
to
//snprintf(extra, size, "Driver version-%s, %s %s\n", STA_DRIVER_VERSION, __DATE__, __TIME__ );
If anybody has an idea for the annoying "IOCTL::unknown IOCTL's cmd = 0x00008947" spamming my dmesg, I would love to hear it..
]]>I didn't notice the AUR page (I tend to just check this thread when building the driver after a kernel upgrade doesn't work).
Thanks for the simple instructions and uploading those files. I looked at the patch and since I had all the files up I just modified the file myself, but thanks for putting it all together.
]]>There are a LOOOT of "IOCTL errors" on the dmesg, but they seem inoffensive at first sigh, no real issue after ~1 week of running.
]]>Patch only : http://up.levert.ch/d7ba21-patch314.patch (rename patch314.patch and put in the main aur package folder, next to the PKGBUILD given right below)
...and the new PKGBUILD : http://up.levert.ch/5360b2-PKGBUILD
If you're not sure about what to do, you should download this archive, containing the full folder.
http://up.levert.ch/2dc4b1-rt5592hallou89.tgz
Untar it (tar xzvf 2dc4b1-rt5592hallou89.tgz), move to the rt5592sta_linux_hollow89 folder, and makepkg as usual.
]]>It seems to be 3.12.4 all over again (failing to build)
]]>