Bug 558337 - Wireless Card Not Supported (Realtek RTL8191SE )
Summary: Wireless Card Not Supported (Realtek RTL8191SE )
Keywords:
Status: CLOSED DEFERRED
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 12
Hardware: x86_64
OS: Linux
low
urgent
Target Milestone: ---
Assignee: John W. Linville
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 558348 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-01-24 23:42 UTC by zilrro
Modified: 2010-06-10 13:51 UTC (History)
11 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2010-06-09 17:47:54 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
rtl8192se-makefile-power-fix.patch (678 bytes, patch)
2010-03-05 18:36 UTC, Andy Gospodarek
no flags Details | Diff
makefile-power-fix-patch.txt against rtl8192se_linux_2.6.0015.0127.2010 (540 bytes, patch)
2010-04-07 09:34 UTC, Dodji Seketeli
no flags Details | Diff

Description zilrro 2010-01-24 23:42:45 UTC
Description of problem:
The wireles card is not detected in the Toshiba Laptop T110. 

Version-Release number of selected component (if applicable):
Realtek RTL8191SE Wireless LAN 802.11n PCI-E NIC (Hardware ID: pci\ven_10ec&dev_8172)

OS: Fedora 12 (64 bits)
Kernel: 2.6.31.12-174.2.3.fc12.x86_64 

Additional info:
[root@localhost ********]# lsmod
Module Size Used by
michael_mic 2752 0
arc4 2160 0
ecb 3264 0
fuse 62064 6
ipt_MASQUERADE 3616 1
iptable_nat 7456 1
nf_nat 22580 2 ipt_MASQUERADE,iptable_nat
bridge 54112 0
stp 2724 1 bridge
llc 6400 2 bridge,stp
sunrpc 191912 1
cpufreq_ondemand 7824 1
acpi_cpufreq 10528 0
freq_table 4864 2 cpufreq_ondemand,acpi_cpufreq
xt_physdev 2592 1
ip6t_REJECT 5856 2
nf_conntrack_ipv6 21912 2
ip6table_filter 4016 1
ip6_tables 19664 1 ip6table_filter
ipv6 298928 28 ip6t_REJECT,nf_conntrack_ipv6
uinput 9248 0
snd_hda_codec_intelhdmi 14912 1
snd_hda_intel 30360 2
snd_hda_codec 72832 2 snd_hda_codec_intelhdmi,snd_hda_intel
r8192se_pci 462376 0
snd_hwdep 9224 1 snd_hda_codec
snd_seq 58080 0
snd_seq_device 7620 1 snd_seq
snd_pcm 83144 2 snd_hda_intel,snd_hda_codec
snd_timer 22608 2 snd_seq,snd_pcm
uvcvideo 58972 0
snd 67592 12 snd_hda_codec_intelhdmi,snd_hda_intel,snd_hda_code c,snd_hwdep,snd_seq,snd_seq_device,snd_pcm,snd_tim er
iTCO_wdt 13008 0
iTCO_vendor_support 3588 1 iTCO_wdt
soundcore 7328 1 snd
atl1c 33796 0
videodev 36160 1 uvcvideo
v4l1_compat 13892 2 uvcvideo,videodev
v4l2_compat_ioctl32 10736 1 videodev
i2c_i801 12800 0
snd_page_alloc 9568 2 snd_hda_intel,snd_pcm
rfkill 20488 1
serio_raw 6644 0
joydev 11984 0
wmi 7280 0
dm_multipath 17208 0
i915 222016 2
drm_kms_helper 25376 1 i915
drm 172416 3 i915,drm_kms_helper
i2c_algo_bit 6020 1 i915
i2c_core 28928 5 videodev,i2c_i801,i915,drm,i2c_algo_bit
video 23476 1 i915
output 3360 1 video
[root@localhost **********]#

Comment 1 zilrro 2010-01-25 00:52:13 UTC
[root@localhost *********]# lspci -tv
-[0000:00]-+-00.0 Intel Corporation Mobile 4 Series Chipset Memory Controller Hub
+-02.0 Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller
+-02.1 Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller
+-1a.0 Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4
+-1a.1 Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5
+-1a.2 Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6
+-1a.7 Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2
+-1b.0 Intel Corporation 82801I (ICH9 Family) HD Audio Controller
+-1c.0-[02]--
+-1c.4-[07]----00.0 Attansic Technology Corp. Device 1062
+-1c.5-[08]----00.0 Realtek Semiconductor Co., Ltd. Device 8172
+-1d.0 Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1
+-1d.1 Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2
+-1d.2 Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3
+-1d.7 Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1
+-1e.0-[0a]--
+-1f.0 Intel Corporation ICH9M-E LPC Interface Controller
+-1f.2 Intel Corporation ICH9M/M-E SATA AHCI Controller
\-1f.3 Intel Corporation 82801I (ICH9 Family) SMBus Controller




[root@localhost **********]# modprobe toshiba_acpi
FATAL: Error inserting toshiba_acpi (/lib/modules/2.6.31.12-174.2.3.fc12.x86_64/kernel/drivers/platform/x86/toshiba_acpi.ko): No such device
[root@localhost ******]# cd /proc/acpi
[root@localhost acpi]# ls
ac_adapter dsdt fadt power_resource thermal_zone
battery embedded_controller fan processor video
button event info sleep wakeup
[root@localhost acpi]# yum install smolt
Loaded plugins: presto, refresh-packagekit
Setting up Install Process
Package smolt-1.4-4.fc12.noarch already installed and latest version
Nothing to do

More Hardware Information:
http://img716.imageshack.us/img716/8195/devicemanagerwindows.jpg

Comment 2 John W. Linville 2010-02-09 16:52:11 UTC
You might want to try the kmod-staging package from rpmfusion.org?

Comment 3 Jiri Skala 2010-02-22 08:45:45 UTC
*** Bug 558348 has been marked as a duplicate of this bug. ***

Comment 4 Andy Gospodarek 2010-03-05 18:36:37 UTC
Created attachment 398092 [details]
rtl8192se-makefile-power-fix.patch

The device 10ec:8171 is not supported in F12 either.

The GPL'd vendor driver from RealTek works with some tweaks on 2.6.31.12-174.2.22.fc12.

Attached is a patch to the Makefile to disable low power settings.  Whenever I would disconnect from AC power, wireless would start to go a bit crazy and didn't work long.

Comment 5 Dodji Seketeli 2010-04-07 09:34:58 UTC
Created attachment 404873 [details]
makefile-power-fix-patch.txt against rtl8192se_linux_2.6.0015.0127.2010

FWIW, I confirm that applying the patch to the latest version of the vendor GPL driver -- rtl8192se_linux_2.6.0015.0127.2010 -- works great, even when the laptop is disconnected from AC power.

The patch doesn't apply cleanly on that version so I did update it a little bit. I am not sure if I did anything dangerous or not.

Comment 6 John W. Linville 2010-06-09 17:47:54 UTC
This requires progress upstream.  When there is a working, supportable driver there then Fedora will get it naturally.

Comment 7 Dodji Seketeli 2010-06-10 07:35:12 UTC
Would it be possible that this bug remains open, but in a state that reflects that we are waiting for progress in upstream?

The fact that the bug was filed and opened allowed people, including myself, to learn about the issue, learn about how to work around the issue regarding the low power setting etc. Thus, I believe it's useful for some users that the bug remains open until the issue is solved upstream.

Comment 8 John W. Linville 2010-06-10 13:51:45 UTC
What state do you suggest?  I'm trying to convey that this isn't a bug in something currently part of Fedora and that when upstream grows the proper support then Fedora will get that support through the normal process.

Now, if I could only convince you and/or Andy to work on getting rtl8192se converted into a mac80211 driver in the upstream kernel... :-)


Note You need to log in before you can comment on or make changes to this bug.