View Full Version : rtl8192e staging drivers
fnshman
10th November 2009, 02:43 AM
OK---newbie here
I've googled, searched forums, googled somemore, searched forums somemore.
All I want to do is install the staging drivers from the staging tree.
I've tried every 'make' target I can think of.
I know pretty much nothing about programming. (enough to be dangerous)
I just want to compile and install the wireless driver.
Please help
Toshiba Satellite P505D
AMD Turion X2
ATI RADEON HD3200
Realtek RTL8192E Wireless adapter
320GB hd
4GB Ram
F12 Constantine
RahulSundaram
10th November 2009, 04:48 AM
Hi,
Staging drivers are packaged in RPM Fusion.
leigh123linux
10th November 2009, 03:39 PM
Try
make -j3 -C /usr/src/kernels/2.6.31.5-127.fc12.x86_64 SUBDIRS=/home/leigh/linux-staging-2.6.31.5/drivers/staging modules CONFIG_RTL8192E=m
Change kernel path and subdir to suit.
leigh123linux
10th November 2009, 03:43 PM
Hi,
Staging drivers are packaged in RPM Fusion.
The staging driver package doesn't support any rtl8192 cards
It only builds these drivers.
# which drivers to built
%global stgdrvs AGNX ASUS_OLED EPL ET131X HECI LINE6_USB RT2860 RT2870 RT3070 RTL8187SE SLICOSS W35UND PRISM2_USB VIDEO_GO7007
fnshman
10th November 2009, 09:46 PM
The 2.6.32 kernel staging supports the rtl8192e and rtl8192su cards.
The 2.6.31.5-122 RPMFusion staging supports th rtl8192su card only.
I haven't checked the 5-127 kernel yet.
I'll try the first post suggestion.
Bump: Tried the code you suggested. This is what I got. Guess I'll wait for the pro's to get this driver at least in beta.
CC [M] drivers/staging/rtl8192e/r8192E_core.o
drivers/staging/rtl8192e/r8192E_core.c:
In function ‘rtl8192_alloc_rx_desc_ring’:
drivers/staging/rtl8192e/r8192E_core.c:1579:
warning: passing argument 2 of ‘pci_map_single’ makes pointer from integer without a cast
include/asm-generic/pci-dma-compat.h:33:
note: expected ‘void *’ but argument is of type ‘sk_buff_data_t’
drivers/staging/rtl8192e/r8192E_core.c:
In function ‘rtl8192_rx’:
drivers/staging/rtl8192e/r8192E_core.c:5809:
warning: passing argument 2 of ‘pci_map_single’ makes pointer from integer without a cast
include/asm-generic/pci-dma-compat.h:33:
note: expected ‘void *’ but argument is of type ‘sk_buff_data_t’
drivers/staging/rtl8192e/r8192E_core.c:
At top level:
drivers/staging/rtl8192e/r8192E_core.c:720:
warning: ‘rtl8192_set_mode’ defined but not used
drivers/staging/rtl8192e/r8192E_core.c:865:
warning: ‘rtl8192_beacon_disable’ defined but not used
drivers/staging/rtl8192e/r8192E_core.c:903:
warning: ‘rtl8192_reset’ defined but not used
CC [M] drivers/staging/rtl8192e/r8180_93cx6.o
CC [M] drivers/staging/rtl8192e/r8192E_wx.o
CC [M] drivers/staging/rtl8192e/r8190_rtl8256.o
CC [M] drivers/staging/rtl8192e/r819xE_phy.o
CC [M] drivers/staging/rtl8192e/r819xE_firmware.o
CC [M] drivers/staging/rtl8192e/r819xE_cmdpkt.o
drivers/staging/rtl8192e/r819xE_cmdpkt.c:
In function ‘cmpk_message_handle_tx’:
drivers/staging/rtl8192e/r819xE_cmdpkt.c:138:
warning: assignment makes pointer from integer without a cast
CC [M] drivers/staging/rtl8192e/r8192E_dm.o
CC [M] drivers/staging/rtl8192e/ieee80211/ieee80211_rx.o
CC [M] drivers/staging/rtl8192e/ieee80211/ieee80211_softmac.o
CC [M] drivers/staging/rtl8192e/ieee80211/ieee80211_tx.o
CC [M] drivers/staging/rtl8192e/ieee80211/ieee80211_wx.o
drivers/staging/rtl8192e/ieee80211/ieee80211_wx.c:
In function ‘ieee80211_wx_set_gen_ie_rsl’:
drivers/staging/rtl8192e/ieee80211/ieee80211_wx.c:990:
warning: format ‘%d’ expects type ‘int’, but argument 2 has type ‘size_t’
CC [M] drivers/staging/rtl8192e/ieee80211/ieee80211_module.o
drivers/staging/rtl8192e/ieee80211/ieee80211_module.c:
In function ‘store_debug_level’:
drivers/staging/rtl8192e/ieee80211/ieee80211_module.c:310:
warning: comparison of distinct pointer types lacks a cast
CC [M] drivers/staging/rtl8192e/ieee80211/ieee80211_softmac_wx.o
CC [M] drivers/staging/rtl8192e/ieee80211/rtl819x_HTProc.o
CC [M] drivers/staging/rtl8192e/ieee80211/rtl819x_TSProc.o
CC [M] drivers/staging/rtl8192e/ieee80211/rtl819x_BAProc.o
drivers/staging/rtl8192e/ieee80211/rtl819x_BAProc.c:
In function ‘ieee80211_rx_ADDBAReq’:
drivers/staging/rtl8192e/ieee80211/rtl819x_BAProc.c:385:
warning: format ‘%d’ expects type ‘int’, but argument 3 has type ‘long unsigned int’
drivers/staging/rtl8192e/ieee80211/rtl819x_BAProc.c:
In function ‘ieee80211_rx_ADDBARsp’:
drivers/staging/rtl8192e/ieee80211/rtl819x_BAProc.c:484:
warning: format ‘%d’ expects type ‘int’, but argument 3 has type ‘long unsigned int’
drivers/staging/rtl8192e/ieee80211/rtl819x_BAProc.c:
In function ‘ieee80211_rx_DELBA’:
drivers/staging/rtl8192e/ieee80211/rtl819x_BAProc.c:614:
warning: format ‘%d’ expects type ‘int’, but argument 3 has type ‘long unsigned int’
CC [M] drivers/staging/rtl8192e/ieee80211/dot11d.o
CC [M] drivers/staging/rtl8192e/ieee80211/ieee80211_crypt.o
CC [M] drivers/staging/rtl8192e/ieee80211/ieee80211_crypt_tkip.o
CC [M] drivers/staging/rtl8192e/ieee80211/ieee80211_crypt_ccmp.o
CC [M] drivers/staging/rtl8192e/ieee80211/ieee80211_crypt_wep.o
LD [M] drivers/staging/rtl8192e/r8192_pci.o
WARNING: drivers/staging/rtl8192e/r8192_pci.o(.init.text+0x12b):
Section mismatch in reference from the function ieee80211_init() to the function .exit.text:ieee80211_crypto_tkip_exit()
The function __init ieee80211_init() references
a function __exit ieee80211_crypto_tkip_exit().
This is often seen when error handling in the init function
uses functionality in the exit path.
The fix is often to remove the __exit annotation of
ieee80211_crypto_tkip_exit()
so it may be used outside an exit section.
WARNING: drivers/staging/rtl8192e/r8192_pci.o(.init.text+0x130):
Section mismatch in reference from the function ieee80211_init() to the function .exit.text:
ieee80211_crypto_deinit()
The function __init ieee80211_init() references
a function __exit ieee80211_crypto_deinit().
This is often seen when error handling in the init function
uses functionality in the exit path.
The fix is often to remove the __exit annotation of
ieee80211_crypto_deinit()
so it may be used outside an exit section.
WARNING: drivers/staging/rtl8192e/r8192_pci.o(.init.text+0x145):
Section mismatch in reference from the function ieee80211_init() to the function .exit.text:ieee80211_crypto_ccmp_exit()
The function __init ieee80211_init() references
a function __exit ieee80211_crypto_ccmp_exit().
This is often seen when error handling in the init function
uses functionality in the exit path.
The fix is often to remove the __exit annotation of
ieee80211_crypto_ccmp_exit() so it may be used outside an exit section.
WARNING: drivers/staging/rtl8192e/r8192_pci.o(.init.text+0x14a):
Section mismatch in reference from the function ieee80211_init() to the function .exit.text:ieee80211_crypto_tkip_exit()
The function __init ieee80211_init()
references
a function __exit ieee80211_crypto_tkip_exit().
This is often seen when error handling in the init function
uses functionality in the exit path.
The fix is often to remove the __exit annotation of
ieee80211_crypto_tkip_exit()
so it may be used outside an exit section.
WARNING: drivers/staging/rtl8192e/r8192_pci.o(.init.text+0x14f):
Section mismatch in reference from the function ieee80211_init() to the function .exit.text:ieee80211_crypto_deinit()
The function __init ieee80211_init() references
a function __exit ieee80211_crypto_deinit().
This is often seen when error handling in the init function
uses functionality in the exit path.
The fix is often to remove the __exit annotation of
ieee80211_crypto_deinit() so it may be used outside an exit section.
gherson
16th December 2009, 07:26 PM
Easy to get wireless working on Fedora 12 on a Toshiba L505 with Realtek RTL8191SE wifi card once I downloaded http://launchpadlibrarian.net/36688638/rtl8192se_linux_2.6.0010.1211.2009.tar.gz (per https://bugs.launchpad.net/ubuntu/+source/linux/+bug/401126/comments/134) and took "method 1" from its readme.txt:
make
su
make install
reboot
Before that, much flailing.
best,
george
fnshman
17th December 2009, 09:49 AM
Thanks for the info--- I'll give it a try
fnshman
21st December 2009, 11:06 PM
Well----I can't seem to find any documented differences between the rtl8192e and the rtl8192se, but the "SE" version doesn't work.
I'll have to keep looking I guess. :(
gherson
22nd December 2009, 03:12 AM
Any errors?
ifconfig should report a wlan0.
i should mention that shortly after my post above, my laptop completely locked up. After rebooting, I had to reinstall the driver I referenced to get wifi working again. Lately my wifi is working great.
fnshman
22nd December 2009, 09:04 PM
Here is the output of MAKE
gherson
23rd December 2009, 09:29 AM
No errors are listed, just warnings. Did you stop there?
fnshman
23rd December 2009, 04:43 PM
The module is loading, but I can't get wlan0 to come up.
There are no error messages when I invoke ./wlan0up
I must be missing something stupid.
gherson
23rd December 2009, 05:18 PM
My r8169 line from lsmod gives a different size:
r8169 28452 0
My steps were as simple as i described (download, make, etc) so i don't know what if anything you're missing. sorry.
Asdo13
4th January 2010, 12:58 AM
Hi there, have you found any solution for this issue?
I've downloaded this archive from this forum;
rtl8192se_linux_2.6.0010.1211.2009
and also, this one from the Realtek page;
rtl8192se_linux_2.6.0013.1204.2009
and with both i have the next error when i'm trying to do "make"
make: *** /lib/modules/2.6.31.9-174.fc12.i686/build: No existe el fichero o el directorio. Alto.
make: *** [all] Error 2
thanks in advance.
fnshman
4th January 2010, 10:40 AM
I haven't got it working yet.
The module loads manually when I run "./wlan0up" , but ifconfig and iwconfig don't list wlan.
fnshman
27th January 2010, 12:53 PM
Still researching and playing with this disaster.
I have decided to forget 64bit anything for OS's
I can't get staging drv's to work, can't get vendor rtl8192se drv's to work and can't find any differences between the "se" and the "e" version of the chipset except for a couple added letters in the name. There is no difference in the description on the vendor website.
I tried switching to NDISWRAPPER, only to find the Windblows 7 (no, not a typo) drivers don't work with ndiswrapper, and I can't find a 64 bit driver for XP, and the 32bit drv won't work in 64bit linux.
64bit architecture has been around for a long time, almost 8 years, why are we still having so much trouble getting things to work. I'm beginning to think 64bit was a marketing ploy by Microshaft to get everyone to buy new hardware--(like that doesn't happen all the time).
Sorry-----frustrated----needed to VENT!!!!!
4Play1st
27th January 2010, 04:10 PM
yaa me to wireless problem
but after hours and hours i'm manage to solved it
please try ndiswrapper (a tool to load windows wifi driver on linux)
so far it works fine for me!
first u need to install/update your rmfusion (use yum to do this)
then install ndiswrapper, you can use yum or add/removed sofware menu on fedora 12
assume that ndiswrapper installed on you laptop then
copy your windows wireless driver to local disk
then open console -> use root user then type
ndiswrapper -i <direcory path of your windows driver file, it should be *.inf file>
to see if driver installed use "ndiswrapper -l"
use "modprobe ndiswrapper" to load driver into kernel
then use "ndiswrapper -mi" to ensure ndiswrapper module loads each time of booting
it should work right now
dont forget some laptop need some configuration button to active wireless
this information i found in fedora forum
hope this can help u :)
K3JAE
22nd February 2010, 08:04 PM
I installed the 64 bit version and it works... periodically. On initial boot it loads, connects, all is good. Let it go idle for a few minutes, it breaks and will not reconnect. It appears there are a lot of Laptops new using this card... especially most newer Toshiba machines (which mine is).
Something needs to be fixed here for both 32 and 64 bit machines.
Since I am an absolute newbie to Linux, I can only plead that someone finds or writes a stable, working driver. Unbelievable that RealTek will not get on this little project and get a more reliable driver out for both 32 and 64 bit systems.
RicardOO
23rd February 2010, 06:04 PM
el controlador que esta en realtek (rtl8192se) para inux, sireve para la tarjeta rtl8192e
leigh123linux
23rd February 2010, 06:11 PM
el controlador que esta en realtek (rtl8192se) para inux, sireve para la tarjeta rtl8192e
Please post in English only.
mohdrizal
28th March 2010, 03:50 PM
rtl8192se working on ndsiwrapper, but problem in signal. I try use wireless usb, signal detect 100%.. and i try use rtl8192se, signal detect 50%..
this problem on driver or device?
fnshman
28th April 2010, 11:10 PM
SUCCESS!!!!!!!!!
downloaded "rtl8192e_linux_2.6.0011.1029.2009.tar.gz" which is the driver and firmware from Realek.
I installed in x86_64 but it will not work, but in i386 will work.
I tried the F13 Beta but couldn't get it to work there, so went back to F12.
Maybe eventually someone will get 64 bit figured out.
Thanks for everyone's input.
mohdrizal
29th April 2010, 02:17 AM
SUCCESS!!!!!!!!!
downloaded "rtl8192e_linux_2.6.0011.1029.2009.tar.gz" which is the driver and firmware from Realek.
I installed in x86_64 but it will not work, but in i386 will work.
I tried the F13 Beta but couldn't get it to work there, so went back to F12.
Maybe eventually someone will get 64 bit figured out.
Thanks for everyone's input.
i think rtl8192e 2010 release, how about your signal? my problem its same. signal detect just 50% - 80%.
fnshman
29th April 2010, 03:16 PM
I stay consistently in the 79-81% range and I have a lot of walls and a floor between me and the access point. I think that's pretty good. After a fresh install of F12 I did a very large update that took almost 2 hours and had no problems at all.
mohdrizal
30th April 2010, 02:37 AM
I stay consistently in the 79-81% range and I have a lot of walls and a floor between me and the access point. I think that's pretty good. After a fresh install of F12 I did a very large update that took almost 2 hours and had no problems at all.
Thx for you reply, now i know.. my netbook lenovo x100e got problem on linux.
Powered by vBulletin® Version 4.2.5 Copyright © 2024 vBulletin Solutions Inc. All rights reserved.