10ec:8176 [Lenovo ThinkPad X120e] Wireless not working in 12.04 for rtl8192ce (RTL8188CE)

Bug #902557 reported by Martin Albisetti
472
This bug affects 89 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Confirmed
Medium
Unassigned
Precise
Won't Fix
Medium
Unassigned

Bug Description

Wireless no longer seems to work since I upgraded to Precise, it was working (albeit very flaky) ion 11.10, but it never seems to be able to connect to any access points since the upgrade.
It can see all the available networks, but it can't seem to connect to any of them.

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: linux-image-3.2.0-3-generic-pae 3.2.0-3.9
ProcVersionSignature: Ubuntu 3.2.0-3.9-generic-pae 3.2.0-rc4
Uname: Linux 3.2.0-3-generic-pae i686
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24.
ApportVersion: 1.90-0ubuntu1
Architecture: i386
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 1: SB [HDA ATI SB], device 0: CONEXANT Analog [CONEXANT Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC1: beuno 1763 F.... pulseaudio
CRDA:
 country EC:
  (2402 - 2482 @ 40), (N/A, 20)
  (5170 - 5250 @ 20), (3, 17)
  (5250 - 5330 @ 20), (3, 23), DFS
  (5735 - 5835 @ 20), (3, 30)
Card0.Amixer.info:
 Card hw:0 'Generic'/'HD-Audio Generic at 0xf0244000 irq 44'
   Mixer name : 'ATI R6xx HDMI'
   Components : 'HDA:1002aa01,00aa0100,00100200'
   Controls : 5
   Simple ctrls : 1
Card0.Amixer.values:
 Simple mixer control 'IEC958',0
   Capabilities: pswitch pswitch-joined penum
   Playback channels: Mono
   Mono: Playback [on]
Card1.Amixer.info:
 Card hw:1 'SB'/'HDA ATI SB at 0xf0240000 irq 16'
   Mixer name : 'Conexant CX20582 (Pebble)'
   Components : 'HDA:14f15066,17aa21df,00100302'
   Controls : 8
   Simple ctrls : 5
Card29.Amixer.info:
 Card hw:29 'ThinkPadEC'/'ThinkPad Console Audio Control at EC reg 0x30, fw unknown'
   Mixer name : 'ThinkPad EC (unknown)'
   Components : ''
   Controls : 1
   Simple ctrls : 1
Card29.Amixer.values:
 Simple mixer control 'Console',0
   Capabilities: pswitch pswitch-joined penum
   Playback channels: Mono
   Mono: Playback [on]
Date: Sat Dec 10 12:54:26 2011
EcryptfsInUse: Yes
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release i386 (20111012)
MachineType: LENOVO 05962RU
ProcEnviron:
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.2.0-3-generic-pae root=UUID=c9ef48cc-ddc5-4873-ac9b-2a14fe2329d3 ro quiet splash vt.handoff=7
RelatedPackageVersions:
 linux-restricted-modules-3.2.0-3-generic-pae N/A
 linux-backports-modules-3.2.0-3-generic-pae N/A
 linux-firmware 1.62
SourcePackage: linux
UpgradeStatus: Upgraded to precise on 2011-12-10 (0 days ago)
dmi.bios.date: 08/25/2011
dmi.bios.vendor: LENOVO
dmi.bios.version: 8FET31WW (1.15 )
dmi.board.asset.tag: Not Available
dmi.board.name: 05962RU
dmi.board.vendor: LENOVO
dmi.board.version: Not Available
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: Not Available
dmi.modalias: dmi:bvnLENOVO:bvr8FET31WW(1.15):bd08/25/2011:svnLENOVO:pn05962RU:pvrThinkPadX120e:rvnLENOVO:rn05962RU:rvrNotAvailable:cvnLENOVO:ct10:cvrNotAvailable:
dmi.product.name: 05962RU
dmi.product.version: ThinkPad X120e
dmi.sys.vendor: LENOVO

Revision history for this message
Martin Albisetti (beuno) wrote :
Brad Figg (brad-figg)
Changed in linux (Ubuntu):
status: New → Confirmed
Revision history for this message
Brad Figg (brad-figg) wrote : Test with newer development kernel (3.2.0-4.10)

Thank you for taking the time to file a bug report on this issue.

However, given the number of bugs that the Kernel Team receives during any development cycle it is impossible for us to review them all. Therefore, we occasionally resort to using automated bots to request further testing. This is such a request.

We have noted that there is a newer version of the development kernel than the one you last tested when this issue was found. Please test again with the newer kernel and indicate in the bug if this issue still exists or not.

If the bug still exists, change the bug status from Incomplete to Confirmed. If the bug no longer exists, change the bug status from Incomplete to Fix Released.

If you want this bot to quit automatically requesting kernel tests, add a tag named: bot-stop-nagging.

 Thank you for your help, we really do appreciate it.

Changed in linux (Ubuntu):
status: Confirmed → Incomplete
tags: added: kernel-request-3.2.0-4.10
Revision history for this message
Martin Albisetti (beuno) wrote : Re: Wireless not working in 12.04 for rtl8192ce

Still happens with the lastest kernel.

Changed in linux (Ubuntu):
status: Incomplete → Confirmed
tags: added: apport-collected
description: updated
Revision history for this message
Martin Albisetti (beuno) wrote : AcpiTables.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : AlsaDevices.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : AplayDevices.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : BootDmesg.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : CRDA.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : Card0.Codecs.codec.0.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : Card1.Amixer.values.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : Card1.Codecs.codec.0.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : CurrentDmesg.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : IwConfig.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : Lspci.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : Lsusb.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : PciMultimedia.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : ProcCpuinfo.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : ProcInterrupts.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : ProcModules.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : PulseSinks.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : PulseSources.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : RfKill.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : UdevDb.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : UdevLog.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : WifiSyslog.txt

apport information

Revision history for this message
Joseph Salisbury (jsalisbury) wrote : Re: Wireless not working in 12.04 for rtl8192ce

Would it be possible for you to test the latest upstream kernel? It will allow additional upstream developers to examine the issue. Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . If possible, please test the latest v3.2-rcN kernel (Not a kernel in the daily directory). Once you've tested the upstream kernel, please remove the 'needs-upstream-testing' tag(Only that one tag, please leave the other tags). This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs-upstream-testing' text.

If this bug is fixed by the mainline kernel, please add the following tag 'kernel-fixed-upstream-KERNEL-VERSION'. For example, if kernel version 3.2-rc1 fixed and issue, the tag would be: 'kernel-fixed-upstream-v3.2-rc1'.

If the mainline kernel does not fix this bug, please add the tag: 'kernel-bug-exists-upstream'.

If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel-unable-to-test-upstream'. If you believe this bug does not require upstream testing, please add the tag: 'kernel-upstream-testing-not-needed'.

Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".

Thanks in advance.

Changed in linux (Ubuntu):
importance: Undecided → Medium
status: Confirmed → Incomplete
tags: added: needs-upstream-testing
Revision history for this message
Martin Albisetti (beuno) wrote :

Bug is still present after installing linux-image-3.2.0-030200rc5-generic-pae_3.2.0-030200rc5.201112091935_i386.deb

Will re-attach logs.

tags: added: kernel-bug-exists-upstream
Changed in linux (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
Martin Albisetti (beuno) wrote :

Bug is still present after installing linux-image-3.2.0-030200rc5-generic-pae_3.2.0-030200rc5.201112091935_i386.deb

Also, after installing that kernel, I could no longer access any terminals (either gnome-terminal or any TTY with control+alt+f1-6).
Everything else worked, but no terminal, so I couldn't collect logs with the latest kernel.
Same symptoms, though.

Revision history for this message
Martin Albisetti (beuno) wrote : AcpiTables.txt

apport information

description: updated
Revision history for this message
Martin Albisetti (beuno) wrote : AlsaDevices.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : AplayDevices.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : BootDmesg.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : CRDA.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : Card0.Codecs.codec.0.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : Card1.Amixer.values.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : Card1.Codecs.codec.0.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : CurrentDmesg.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : IwConfig.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : Lspci.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : Lsusb.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : PciMultimedia.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : ProcCpuinfo.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : ProcInterrupts.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : ProcModules.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : PulseSinks.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : PulseSources.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : RfKill.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : UdevDb.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : UdevLog.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : WifiSyslog.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : Re: Wireless not working in 12.04 for rtl8192ce

Added more logs since for the first time, for a brief moment, wireless connected :)

Tim Gardner (timg-tpi)
Changed in linux (Ubuntu Precise):
assignee: nobody → Tim Gardner (timg-tpi)
status: Confirmed → In Progress
Revision history for this message
Tim Gardner (timg-tpi) wrote :

I've compared PCI information, so I believe I have identical hardware. I'm using a clean x86_64 Precise install from Dec 13. I've tested against these access points:

WRT310 N (2.4 Ghz)
WNDR 3300 G
Atheros MIPS AGN (2.4 Ghz)

The Linksys E3000 that you are using is capable of dual band (2.4 Ghz and 5 Ghz). I suggest you configure it to only operate in BG mode (2.4 Ghz) without N enabled to see if that makes a difference. The RTL8188CE wifi adapter is only capable of operating in 2.4 Ghz.

Revision history for this message
Martin Albisetti (beuno) wrote :

I've tested with a live cd of 64bit, and it sometimes connects, sometimes it doesn't. I've tried it against the E3000 at 2.4Ghz (it has 2 antennas, so having the 5Ghz on or off shouldn't matter), but I've also tried it against a Linksys WRT54G set up as a repeater, and it's the same thing (as well as an unknown neighbour AP with no encryption).
It'll connect, most likely on first boot, and then after suspending/resuming a few times, or connecting/disconnecting, it'll timeout trying to connect many times, and maybe, it'll be able to re-connect at some point.
Attaching the logs from that session with apport-collect

description: updated
Revision history for this message
Martin Albisetti (beuno) wrote : AcpiTables.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : AlsaDevices.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : AplayDevices.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : BootDmesg.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : Card0.Codecs.codec.0.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : Card1.Amixer.values.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : Card1.Codecs.codec.0.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : CurrentDmesg.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : IwConfig.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : Lspci.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : Lsusb.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : PciMultimedia.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : ProcCpuinfo.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : ProcInterrupts.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : ProcModules.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : PulseSinks.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : PulseSources.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : RfKill.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : UdevDb.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : UdevLog.txt

apport information

Revision history for this message
Martin Albisetti (beuno) wrote : WifiSyslog.txt

apport information

Revision history for this message
Tim Gardner (timg-tpi) wrote : Re: Wireless not working in 12.04 for rtl8192ce

Two items of note in WifiSyslog.txt; your adapter EEPROM thinks its in Ecuador (EC) while mine thinks its French (FR), mine always authenticates and associates on the first attempt.

I don't think the regulatory domain differences are significant. However, the inability to get an authentication response might indicate a transmitter or antenna problem. I don't suppose you made sure this thing worked under Windows ?

Revision history for this message
Martin Albisetti (beuno) wrote :

I never booted into Windows, booted directly into an Oneiric live cd and installed it :)
I could try installing wiping and Windows if it'll help debug.
Alternatively, is there any way to change the regulatory domain to discard that?

Revision history for this message
Tim Gardner (timg-tpi) wrote :

Martin - I think the regulatory domain is a red herring. Knowing whether Windows works would be very instructive. That would at least tell us the hardware is sane because I'm beginning to have my doubts.

Revision history for this message
Martin Albisetti (beuno) wrote :

Alright, after jumping through a lot of hoops I got Windows 7 on it (blew away my Ubuntu partition!), and wireless works perfectly.
I can connect to my networks as many times as I want, tried rebooting, suspeding and switching between networks dozens of times. It's super responsive and works great.
I've found random forum posts on the internet suggesting that replacing the firmware in Ubuntu with the one on Windows fixes the problem. Not sure if that means anything.
Also the "type" for my X102e is 0596.

Will install a fresh precise on it now again.

Revision history for this message
Tim Gardner (timg-tpi) wrote :

Maybe you should dual-boot until we figure this out. If you know the firmware file, perhaps you can attach it so I can experiment with it.

Revision history for this message
Tim Gardner (timg-tpi) wrote :

Martin - any luck with the fresh install and full update ?

Revision history for this message
Martin Albisetti (beuno) wrote :

Haven't been able to do a fresh install, filed bug #905411.
Downloading alternate installer right now :)
I'm not super hopeful, though, considering the live CD has the same problem with the wireless.

I went back and found some of the threads discussing the fact that the kernel driver sucks and it needs to be downloaded and re-compiled from the realtek website (it didn't compile for me on Precise):
- http://ubuntuforums.org/showthread.php?t=1699238
- http://forums.techarena.in/windows-software/1440447.htm
- http://www.thinkwiki.org/wiki/Ubuntu_10.10_Installation_instructions_for_the_ThinkPad_X120e
- https://bugs.launchpad.net/ubuntu/+source/linux/+bug/769812
- https://bugs.launchpad.net/ubuntu/+source/linux/+bug/749871
- Several places mention this as a source to get things working in previous versions: https://launchpad.net/~lexical/+archive/hwe-wireless

Revision history for this message
Martin Albisetti (beuno) wrote :

Fresh install, updated packages, same story.
Wireless doesn't work most of the time, although with enough retries it manages to connect.

Revision history for this message
Martin Albisetti (beuno) wrote :

After downloading and compiling the driver from realitek, it seems to work well.
Here are the instructions (it's a bit convoluted atm for precise):
Download 92ce_se_de_linux_mac80211_0003.0401.2011.tar.gz from: http://www.realtek.com.tw/downloads/downloadsView.aspx?Langid=1&PFid=48&Level=5&Conn=4&ProdID=278&DownTypeID=3&GetDown=false&Downloads=true
Then decompress and follow the instructions here: http://ubuntuforums.org/showpost.php?p=11545154&postcount=9

Revision history for this message
Martin Albisetti (beuno) wrote :

After a day of using it, it doesn't so much work "well", but "better". The connection establishes faster (takes 1 or 2 tries rather than a billion) and is better at sustaining it (although it still drops every now and then).

Revision history for this message
Martin Albisetti (beuno) wrote :

After continued use and talking to other folks with the same chipset, the problem seems to become very obvious under heavy usage like video streaming or using google hangouts.

Revision history for this message
Martin Albisetti (beuno) wrote :
summary: - Wireless not working in 12.04 for rtl8192ce
+ Wireless not working in 12.04 for rtl8192ce (RTL8188CE)
Revision history for this message
Tim Gardner (timg-tpi) wrote : Re: Wireless not working in 12.04 for rtl8192ce (RTL8188CE)

Have any of you tried 'apt-get install linux-backports-modules-cw-3.3-precise-generic' ?

Revision history for this message
Martin Albisetti (beuno) wrote :

I ended up replacing the card with an Intel one because the laptop was basically an expensive brick :)
I do still have it, so I'll try to put it back and try that package.

It does seem to be an extended problem: http://blogs.gnome.org/danni/2012/03/08/wireless-issues-with-rtl8192ce-and-thinkpad-x220/

Revision history for this message
hangelwen (hangelwen) wrote :

I got the same problem(Thinkpad T420)!!!

Actually, I have this problem on 11.04, 11.10 also(tried a lot but did not get it work, which forced me to get back to windows for a while. Now trying 12.04, the problem is still there!!)

@Tim Gardner (timg-tpi)
I tried 'apt-get install linux-backports-modules-cw-3.3-precise-generic' , not working.

I tried kernel 3.2.0-18 and 3.3.0-030300rc6, problem still there.

And also followed some suggestions to replace network-manager with wicd, still there.

network works great under windows without any problem

Revision history for this message
Martin Albisetti (beuno) wrote :

Seems better with linux-backports-modules-cw-3.3-precise-generic:

331 packets transmitted, 317 received, 4% packet loss, time 330600ms

1000 packets transmitted, 988 received, 1% packet loss, time 1000720ms
rtt min/avg/max/mdev = 1.199/5.505/815.552/37.140 ms

But still noticeable unreliability (streaming a video over the network lags every few minutes).

This is all on the local network, 4 mts from the router and the same situation has zero packet loss with the intel wireless card.

Revision history for this message
Jaroslav (jaroslavj) wrote :

Lenovo L420 user here. Everything works fine at home on WPA2 Personal with Technicolor Gateway TG582n

and

wifi hotspot on android Atrix phone.

Drops constantly on WPA2 Enterprise with PEAP and MSCHAP this is uni network(EDUROAM).

Doesn't work neither on 12.04 supplied drivers or those from realtek website.

Revision history for this message
Diogo Falcomer (diogo-falcomer) wrote :

Hi Guys, same problem here. In Windows work very well.

I have a sager NP8151 and same realtek Wifi Lan, connect in wifi work in 4 pings stops traffic.

i`m using ubuntu 12.04 beta, any solution for the problem?

Sorry for my english.

Revision history for this message
GreyGeek (greygeek77) wrote :

I've been running Kubuntu Precise since Jan 3rd and the 3.2.0-14 kernel and didn't have any problems until the 3.2.0-18 kernel. I've upgraded successively to the -21 kernel, which I am now using and the loss of receive performance is still present.

Dropping my wireless router from 11n to 11g increased the time between drop outs but didn't stop them. Enabling or disabling IPv6 had no effect. As I carry my laptop away from my Tl-1430N wireless router (with three antennas and transmitting at high power) the signal strength drops from 90% (2.5 meters away) to20% (20 meters away), upon which the rtl8192ce disconnects from the AP. While I am setting here less than 3 meters from my AP with only 92% I have 5 neighbors who are getting 100% signal strength on my Acer 7739.

There was an announcement claiming that the "loss of receive performance" had been fixed in 3.2.0-14. On March 30, 2012 GregH announced that the same problem had been patched in the 3.0-stable kernel. Perhaps someone with a little cred in that area should tell him that a regression has crept into the kernel since -19.

Brad Figg (brad-figg)
tags: added: kernel-wifi
Revision history for this message
DrPaulaner (dr-paulaner) wrote :

with the -23 kernel the bug is still present.

Revision history for this message
Jaroslav (jaroslavj) wrote :

Still present even in 3.4-rc4 kernel.

Revision history for this message
Sergio (sergiorussia) wrote :

I have Asus PCE-N15 card with this chipset.
In Windows it works just ok, but in Ubuntu it loses connectivity every 1-2 minutes.
Network manager shows that wifi is connected and is ok, but i cant access even my router.
Reconnect to wifi network helps, but also for 1-2 minutes. Sometimes, though, connection remains vital for a longer period.
Problem was present in 11.10 (dont know about earlier Ubuntu releases, i got this card not so long ago).

Revision history for this message
Jan Henke (jhe) wrote :

I am also affected. Laptop is a ThinkPad X121e brought in October 2011. Same behaviour as above. In both 11.10 and 12.04 the WLAN connection is very unstable and even hard to establish. Observed behaviour is that after an apparently random period of time there is no more communication possible on the connection, but the network manager still indicates an established connection. A manual reconnection fixes the problem for the moment but it reappears again after some minutes.

I propose to set the Importance to high at least, given the fact that it affects quite a lot of people and that it severely affects the usability. Having to reset the WLAN connection every few minutes severely reduces the working efficiency.

Revision history for this message
Flo (spam01) wrote :

Same for me on a Thinkpad X121e (AMD version). The wireless connection was really unstable, regardless if using stock driver or Realtek driver and regardless of the powersave-setting (module option ips).

This bug really makes networking unusable, especially when using NFS. Eventually I replaced the card with an Intel model (although this is a bit tricky on an AMD Thinkpad...).

Revision history for this message
FlyingMG (flyingmg) wrote :

I am also affected.
I also have a Netbook 121e (AMD Version) running ubuntu 11.10 64bit.
The unstability grows with the fact that the connection is weaker.

This network connection problem is very very annoying and I hope that a solution will be found very soon.

Changing the network adapter would be nice if this would be not so tricky and I would rather avoid opening a computer that has still valid waranty...

Revision history for this message
Uli Tillich (utillich) wrote :

My Girlfriend also has a x121e with the same problems, so I replaced her WLAN card.
For those wanting to do the same: The trick is to plug the card into the spare mini PCIe slot and not the WLAN card slot. This way the BIOS will not complain about unsuproted hardware. The spare slot is meant for a WWAN/UMTS card, but the WLAN antenna cables reach it just fine. It is really simple to do its just 3 screws for the panel and one for the card, plus the antenna plugs.

I bought a Intel Centrino Advanced - N 6200 card (half lenght PCIe) for about 20€ and it works perfectly. Though I recomend using a full lenght PCI express card as thats what the slot is made for (I had to fix mine with tape, which is a lot mare stable than it sounds).

(Sorry if this is of topic for a bug report, but I thought it might help some people.)

You can also check here: http://askubuntu.com/questions/95360/how-to-get-a-stable-wlan-connection-with-a-lenovo-x121e/

Revision history for this message
HousieMousie2 (housiemousie2) wrote :

Toshiba NB505, Network controller: Realtek Semiconductor Co., Ltd. RTL8188CE 802.11b/g/n WiFi Adapter (rev 01)

Works perfectly in Windows 7 Basic. Worked very well in 11.10. Fails to connect in 12.04.

Revision history for this message
John (john-e-francis) wrote :

Lenovo w520 experiences problems roaming and then losing authenticatoin on WPA2-PEAP-MSCHAPV2 corp network. Seems to work OK at other times. Generic Pangolin install with official updates.

Revision history for this message
mjreged (mjreged) wrote :

I bought Asus N15 Internal PCI-E card which uses the realtek chipset and the rtl8192ce driver. The stability is unbearable, connection drops too frequently, and it take really long time to even get connected. It shows 300Mb/s but on uploads it can't even transfer 1mb/s on local network. Just purchased Cisco PCI N600 adapter. I hope that one has a well written driver, should have it in 2 days.

Revision history for this message
Benno (bpboersma) wrote :

I'm on a Microstar, Ubuntu 12.04 w/ Sitecom WL-352 USB adapter which uses RTL8192SU apparently. Same issue here. Network Mgr indicates 150 Mb/s. In reality speed drops to 0.0 or 0.1 Kb/s. Practically impossible to access internet. Spent 2 days already trying to find a solution but nothing yet. Worked all fine until latest updates in 11.10.

Revision history for this message
Edin Hodzic (dino-f) wrote :

Another ThinkPad W520 with realtek RTL8188CE wifi adapter here.
Very often cannot connect to wireless network.
Seems related to the signal strength. Connects near the AP, but fails further away...
If need info from the system, let me know, or if there is a change to try, I could do that.

Revision history for this message
Edin Hodzic (dino-f) wrote :

Built the wifi driver from the Realtek web site at

    http://www.realtek.com/downloads/downloadsView.aspx?Langid=1&PNid=21&PFid=48&Level=5&Conn=4&DownTypeID=3&GetDown=false&Downloads=true

with the description "Linux driver for kernel 2.6.24 (and later, up to 3.2.x)" for device I got "RTL8188CE", and it seems to act better.

I am running Ubuntu 12.04, 3.2.0-24-generic kernel.

Revision history for this message
Jan Henke (jhe) wrote :

My recent observations suggest that high CPU load contributes in loosing the wireless connection.

Revision history for this message
pim bombeeck (pimbombeeck) wrote :

i got a RTL8188CE in a acer d257 and it dc's after some minutes of using.
building the driver from realtek does not help

Revision history for this message
Sergio (sergiorussia) wrote :

i should note that for last week or two i got stable connection with my ASUS PCE-N15.
i did not do anything special, just installed all official Ubuntu updates.
dont know is this related or not, but i also updated firmware for my wi-fi router (Zyxel Keenetic) to the latest.

Revision history for this message
Pierre-Antoine Queloz (paqueloz) wrote :

I had the same issue with Ubuntu 12.04 on Shuttle XS35-703 V2 (Realtek RTL8188CE).
No more problems with the driver from Realtek from comment #106.

Revision history for this message
Edin Hodzic (dino-f) wrote :

I am still having quite a bit of problem. Seems related to the signal power, and also to whether the laptop is running off of battery or power supply...

Considering giving up on the Realtek device and going a different device, perhaps Intel...

Revision history for this message
Omega (atrauzzi) wrote :

Ubuntu 12.04, using an ASUS PCE-N15 with the RTL8188CE chipset. Connects to the network but the connection is very flakey. Intermittent dropouts.

Best way to test is with streaming audio. I get constant dropouts, especially when browsing at the same time.

For reference, an 802.11g wifi *bridge* plugged into my ethernet has been performing better in the same spot!

Revision history for this message
Nicholas Bowers (paintba11er89) wrote :

Ubuntu 12.04 64bit, Lenovo E420s, RTL8188CE Wifi Adapter. No problems in Windows.

Same problems as everyone above. Has no trouble connecting to the internet, but loses connectivity every few minutes and will only be resolved by disconnecting and reconnecting. Additionally, connection speed is MUCH lower on Ubuntu than in Windows. This becomes extremely apparent when video chatting. Have spent weeks trying to fix this issue with every fix imaginable I could find through Google. Nothing works.

Anything less than High Importance on this, as it affects such a wide swath of people and makes operating on Ubuntu unbearable, is ridiculous. This is a verified problem, and some guidance would be appreciated.

Revision history for this message
ar (arjenmeijernl) wrote :

Nicola see comment #106 to solve all your network problems.

Revision history for this message
Jan Henke (jhe) wrote :

ar comment #106 did not help me. The problems continued. So "see comment #106 to solve all your network problems." does not work for everybody and we still need a out-of-the-box-solution for all people.

Revision history for this message
Edin Hodzic (dino-f) wrote :

A quick test with Ubuntu 11.10, booted off of a USB stick, shows a more reliable operation.

Revision history for this message
Francis Stanbridge (fbs) wrote :

Toshiba NB510 - RT8188CE - unreliable connection, drops connection frequently, requires reboot to re-connect. Behaviour displayed with 12.04 stock install and with Realtek drivers. Happens with several wifi APs and HTC phone as AP.

When I set another laptop up with adhoc wifi AP using net manager applet, the RT8188CE connected and worked perfect;y for 5+ hours.

Revision history for this message
Chris Tolliday (ctolliday) wrote :

"Ubuntu 12.04 64bit, Lenovo E420s, RTL8188CE Wifi Adapter. No problems in Windows."

Same here, wifi is basically unusable in areas with weak signal strength. ie. disconnects after ~10 seconds.
Whereas it can easily maintain a connection in windows with the same signal strength without dropping out.

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote :

Ubuntu 12.04, 64bit, Lenovo ThinkPad E525, RTL8188CE. Affected by problems.

I've been watching the output to syslog and have noticed a few things.

* When the card is actually up, it works great.
* When the card goes into "poor performance," it's actually rapidly negotiating and losing authentication with the router. I frequently see "Reason 6" messages prior to a reauthentication attempt.

kernel: [ 111.866669] wlan0: deauthentiated from <redacted> (Reason: 6)
wpa_supplicant[1090]: CTRL-EVENT-DISCONNECTED bssid=<redacted> reason=6

These messages are followed by successful renegotiation, which typically ends with the line:
dhclient: bound to <IP address> -- renewal in 48 seconds.

At this point, either another DHCPREQUEST occurs, which means the connection works for another X seconds, or it fails for whatever reason and spits out a giant amount of spam, preceded by the Reason 6 codes.

That leads me to suspect something funny about timing. When the timing lines up right, the card works fine. When the timing doesn't line up right, it bombs out.

I've tried the fix from comment #106, but to no avail.

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote :

Also, for whatever it's worth, the wireless connection works fine on unsecured APs. I don't know if it has he same effect on a WEP-secured or WPA1-secured AP; my AP is using WPA2-Personal (AES+TKIP, though I tried just AES with no change in the results).

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote :

Disregard previous message -- the connection stayed up longer without wireless encryption, but it eventually suffered the usual Reason 6 error as well.

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote :
Download full text (6.3 KiB)

Fed up with trying to make the on-board RealTek chip work, I acquired a wireless USB device...which exhibits the exact same problems. It's a Ralink device, rather than RealTek, using a completely separate driver. I've also tried using the upstream 3.4 rc6 kernel (3.4.0-030400rc6-generic) to no apparent (positive) effect.

At this juncture, I do not believe the issue to be related to the drivers or devices. I have another laptop (also Lenovo, but a T61 rather than an E525) running 12.04 64-bit (3.2.0.25-generic kernel) as well, using the Intel wireless chip, and it does not experience these issues, so it does not appear to be something related to an interaction between 64-bit Precise and the router.

Is everyone on this bug using 64-bit? Does anyone experience the issues with 32-bit?

------

lsusb from the new Ralink USB adapter:
===============================
Bus 001 Device 002: ID 148f:3070 Ralink Technology, Corp. RT2870/RT3070 Wireless Adapter
Device Descriptor:
  bLength 18
  bDescriptorType 1
  bcdUSB 2.00
  bDeviceClass 0 (Defined at Interface level)
  bDeviceSubClass 0
  bDeviceProtocol 0
  bMaxPacketSize0 64
  idVendor 0x148f Ralink Technology, Corp.
  idProduct 0x3070 RT2870/RT3070 Wireless Adapter
  bcdDevice 1.01
  iManufacturer 1 Ralink
  iProduct 2 802.11 n WLAN
  iSerial 3 1.0
  bNumConfigurations 1
  Configuration Descriptor:
    bLength 9
    bDescriptorType 2
    wTotalLength 67
    bNumInterfaces 1
    bConfigurationValue 1
    iConfiguration 0
    bmAttributes 0x80
      (Bus Powered)
    MaxPower 450mA
    Interface Descriptor:
      bLength 9
      bDescriptorType 4
      bInterfaceNumber 0
      bAlternateSetting 0
      bNumEndpoints 7
      bInterfaceClass 255 Vendor Specific Class
      bInterfaceSubClass 255 Vendor Specific Subclass
      bInterfaceProtocol 255 Vendor Specific Protocol
      iInterface 5 1.0
      Endpoint Descriptor:
        bLength 7
        bDescriptorType 5
        bEndpointAddress 0x81 EP 1 IN
        bmAttributes 2
          Transfer Type Bulk
          Synch Type None
          Usage Type Data
        wMaxPacketSize 0x0200 1x 512 bytes
        bInterval 0
      Endpoint Descriptor:
        bLength 7
        bDescriptorType 5
        bEndpointAddress 0x01 EP 1 OUT
        bmAttributes 2
          Transfer Type Bulk
          Synch Type None
          Usage Type Data
        wMaxPacketSize 0x0200 1x 512 bytes
        bInterval 0
      Endpoint Descriptor:
        bLength 7
        bDescriptorType 5
        bEndpointAddress 0x02 EP 2 OUT
        bmAttributes 2
          Transfer Type Bulk
          Synch Type None
          Usage Type ...

Read more...

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote : apport information

AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24.
ApportVersion: 2.0.1-0ubuntu10
Architecture: amd64
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 1: Generic_1 [HD-Audio Generic], device 0: CONEXANT Analog [CONEXANT Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC1: mcc 1927 F.... pulseaudio
 /dev/snd/controlC0: mcc 1927 F.... pulseaudio
Card0.Amixer.info:
 Card hw:0 'Generic'/'HD-Audio Generic at 0xf0b44000 irq 47'
   Mixer name : 'ATI R6xx HDMI'
   Components : 'HDA:1002aa01,00aa0100,00100200'
   Controls : 6
   Simple ctrls : 1
Card0.Amixer.values:
 Simple mixer control 'IEC958',0
   Capabilities: pswitch pswitch-joined penum
   Playback channels: Mono
   Mono: Playback [on]
Card1.Amixer.info:
 Card hw:1 'Generic_1'/'HD-Audio Generic at 0xf0b40000 irq 16'
   Mixer name : 'Conexant CX20590'
   Components : 'HDA:14f1506e,17aa21ea,00100002'
   Controls : 8
   Simple ctrls : 5
Card29.Amixer.info:
 Card hw:29 'ThinkPadEC'/'ThinkPad Console Audio Control at EC reg 0x30, fw unknown'
   Mixer name : 'ThinkPad EC (unknown)'
   Components : ''
   Controls : 1
   Simple ctrls : 1
Card29.Amixer.values:
 Simple mixer control 'Console',0
   Capabilities: pswitch pswitch-joined penum
   Playback channels: Mono
   Mono: Playback [on]
DistroRelease: Ubuntu 12.04
HibernationDevice: RESUME=UUID=b9f78d7b-be8e-4156-8010-a2cfb0b79e36
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Release amd64 (20120425)
MachineType: LENOVO 12002LU
NonfreeKernelModules: fglrx
Package: linux (not installed)
ProcEnviron:
 TERM=xterm
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcFB: 0 EFI VGA
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.2.0-26-generic root=UUID=cb82d0af-3338-47c5-9e83-e95a82673440 ro reboot=pci quiet
ProcVersionSignature: Ubuntu 3.2.0-26.41-generic 3.2.19
RelatedPackageVersions:
 linux-restricted-modules-3.2.0-26-generic N/A
 linux-backports-modules-3.2.0-26-generic N/A
 linux-firmware 1.79
RfKill:
 0: phy0: Wireless LAN
  Soft blocked: no
  Hard blocked: no
Tags: precise precise
Uname: Linux 3.2.0-26-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip fuse lpadmin netdev plugdev sambashare sudo
dmi.bios.date: 12/06/2011
dmi.bios.vendor: LENOVO
dmi.bios.version: GBET02WW(1.02)
dmi.board.asset.tag: Not Available
dmi.board.name: 12002LU
dmi.board.vendor: LENOVO
dmi.board.version: Not Available
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: Not Available
dmi.modalias: dmi:bvnLENOVO:bvrGBET02WW(1.02):bd12/06/2011:svnLENOVO:pn12002LU:pvrThinkPadE525:rvnLENOVO:rn12002LU:rvrNotAvailable:cvnLENOVO:ct10:cvrNotAvailable:
dmi.product.name: 12002LU
dmi.product.version: ThinkPad E525
dmi.sys.vendor: LENOVO

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote : AcpiTables.txt

apport information

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote : AlsaDevices.txt

apport information

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote : AplayDevices.txt

apport information

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote : BootDmesg.txt

apport information

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote : CRDA.txt

apport information

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote : Card0.Codecs.codec.0.txt

apport information

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote : Card1.Amixer.values.txt

apport information

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote : Card1.Codecs.codec.0.txt

apport information

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote : CurrentDmesg.txt

apport information

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote : IwConfig.txt

apport information

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote : Lspci.txt

apport information

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote : Lsusb.txt

apport information

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote : PciMultimedia.txt

apport information

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote : ProcCpuinfo.txt

apport information

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote : ProcInterrupts.txt

apport information

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote : ProcModules.txt

apport information

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote : PulseList.txt

apport information

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote : UdevDb.txt

apport information

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote : UdevLog.txt

apport information

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote : WifiSyslog.txt

apport information

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote : Re: Wireless not working in 12.04 for rtl8192ce (RTL8188CE)

I just plugged the Ralink USB adapter into my (otherwise working) ThinkPad T61 (as mentioned, also running 12.04 64-bit) and it started providing Reason 6 disconnects as well (wlan1). The Intel wireless adapter (wlan0) continues to encounter no Reason 6 issues.

Is it possible BOTH Ralink and RealTek drivers are encountering the same trouble?

Revision history for this message
Jaroslav (jaroslavj) wrote :

For all Thinkpad users, precisely L420 series, I had this problem for about half-year now, no suggestion works, neither the driver from realtek nor changing kernel versions.

The general problem appears to be if the signal is weak around 50% it starts to go nuts.

Best suggestion? If you can replace the laptop, if you don't have a warranty and maybe want a faster option just buy a Intel® Centrino® Advanced-N 6205 costs about 20$ works nicely with Lenovo laptops takes 5min to install.

Good luck to everybody ;)

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote :

On a lark, I tried the latest Live CD version of Linux Mint 13 + Cinnamon.

Same Reason 6 error there, too. Same terrible connection fidelity.

Revision history for this message
XabiX (xabix666) wrote :

I tried to use the kernel 3.2.21 from http://kernel.ubuntu.com/~kernel-ppa/mainline/?C=M;O=D

I tried disabling the n radio as explained here http://askubuntu.com/questions/41259/how-to-disable-n-wireless-mode-rtl8192on-a-thinkpad-edge-15-core-i5
but doesn't work:

sudo iwconfig wlan0 modu 11g
Error for wireless request "Set Modulation" (8B2F) :
    SET failed on device wlan0 ; Operation not supported.

What are the recommendations to get this adaptor working?
It doesn't seem realtek provides the linux drivers for kernels higher than 3.0 :-(

My chip is part of my xs36v HTPC (like xs35v3 with no DVD/BR player).

Any additional ideas?

thanks

Revision history for this message
XabiX (xabix666) wrote :

FYI:

03:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8188CE 802.11b/g/
n WiFi Adapter (rev 01)
 Subsystem: Realtek Semiconductor Co., Ltd. Device 8175
 Flags: bus master, fast devsel, latency 0, IRQ 19
 I/O ports at d000 [size=256]
 Memory at dfd00000 (64-bit, non-prefetchable) [size=16K]
 Capabilities: [40] Power Management version 3
 Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+
 Capabilities: [70] Express Endpoint, MSI 00
 Capabilities: [100] Advanced Error Reporting
 Capabilities: [140] Virtual Channel
 Capabilities: [160] Device Serial Number 01-91-81-fe-ff-4c-e0-00
 Kernel driver in use: rtl8192ce
 Kernel modules: rtl8192ce

Revision history for this message
XabiX (xabix666) wrote :

Someone meantioned that the wifi works ok with quantal aplha 1. Have someone been able to test it?

Revision history for this message
HuaiDan (dhutchison69) wrote :
Download full text (9.7 KiB)

Same issue here on a Toshiba C850 using Realtek rtl_92* driver. WLAN won't connect consistently, and when it does it drops after a minute.
Info:

sudo lspci -v
00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor Family DRAM Controller (rev 09)
 Subsystem: Toshiba America Info Systems Device ff1e
 Flags: bus master, fast devsel, latency 0
 Capabilities: [e0] Vendor Specific Information: Len=0c <?>

00:01.0 PCI bridge: Intel Corporation Xeon E3-1200/2nd Generation Core Processor Family PCI Express Root Port (rev 09) (prog-if 00 [Normal decode])
 Flags: bus master, fast devsel, latency 0
 Bus: primary=00, secondary=01, subordinate=06, sec-latency=0
 I/O behind bridge: 00004000-00004fff
 Memory behind bridge: c0000000-c0ffffff
 Prefetchable memory behind bridge: 00000000b0000000-00000000bfffffff
 Capabilities: [88] Subsystem: Toshiba America Info Systems Device ff1e
 Capabilities: [80] Power Management version 3
 Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
 Capabilities: [a0] Express Root Port (Slot+), MSI 00
 Capabilities: [100] Virtual Channel
 Capabilities: [140] Root Complex Link
 Kernel driver in use: pcieport
 Kernel modules: shpchp

00:14.0 USB controller: Intel Corporation Panther Point USB xHCI Host Controller (rev 04) (prog-if 30 [XHCI])
 Subsystem: Toshiba America Info Systems Device ff1e
 Flags: bus master, medium devsel, latency 0, IRQ 42
 Memory at c1200000 (64-bit, non-prefetchable) [size=64K]
 Capabilities: [70] Power Management version 2
 Capabilities: [80] MSI: Enable+ Count=1/8 Maskable- 64bit+
 Kernel driver in use: xhci_hcd

00:16.0 Communication controller: Intel Corporation Panther Point MEI Controller #1 (rev 04)
 Subsystem: Toshiba America Info Systems Device ff1e
 Flags: bus master, fast devsel, latency 0, IRQ 43
 Memory at c1214000 (64-bit, non-prefetchable) [size=16]
 Capabilities: [50] Power Management version 3
 Capabilities: [8c] MSI: Enable+ Count=1/1 Maskable- 64bit+
 Kernel driver in use: mei
 Kernel modules: mei

00:1a.0 USB controller: Intel Corporation Panther Point USB Enhanced Host Controller #2 (rev 04) (prog-if 20 [EHCI])
 Subsystem: Toshiba America Info Systems Device ff1e
 Flags: bus master, medium devsel, latency 0, IRQ 16
 Memory at c1219000 (32-bit, non-prefetchable) [size=1K]
 Capabilities: [50] Power Management version 2
 Capabilities: [58] Debug port: BAR=1 offset=00a0
 Capabilities: [98] PCI Advanced Features
 Kernel driver in use: ehci_hcd

00:1b.0 Audio device: Intel Corporation Panther Point High Definition Audio Controller (rev 04)
 Subsystem: Toshiba America Info Systems Device ff1e
 Flags: bus master, fast devsel, latency 0, IRQ 44
 Memory at c1210000 (64-bit, non-prefetchable) [size=16K]
 Capabilities: [50] Power Management version 2
 Capabilities: [60] MSI: Enable+ Count=1/1 Maskable- 64bit+
 Capabilities: [70] Express Root Complex Integrated Endpoint, MSI 00
 Capabilities: [100] Virtual Channel
 Capabilities: [130] Root Complex Link
 Kernel driver in use: snd_hda_intel
 Kernel modules: snd-hda-intel

00:1c.0 PCI bridge: Intel Corporation Panther Point PCI Express Root Port 1 (rev c4) (prog-if 00 [No...

Read more...

Revision history for this message
HuaiDan (dhutchison69) wrote :

Same device on same laptop works optimally in Windows 7 64.
Additional info: This is what I get from lspci -vv when it disconnects:

08:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8188CE 802.11b/g/n WiFi Adapter (rev 01)
 Subsystem: Realtek Semiconductor Co., Ltd. Device 8212
 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
 Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
 Latency: 0, Cache Line Size: 64 bytes
 Interrupt: pin A routed to IRQ 17
 Region 0: I/O ports at 2000 [size=256]
 Region 2: Memory at c1000000 (64-bit, non-prefetchable) [size=16K]
 Capabilities: [40] <chain broken>
 Kernel driver in use: rtl8192ce
 Kernel modules: rtl8192ce

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote :

Still no brilliant ideas on my end.

New notes since my last comments:

1) I have elected to return to the Ralink USB adapter, since it was exhibiting the same trouble, independent of which Ubuntu machine it was attached to.

2) The RealTek adapter connects without issue on my wireless G network at work (WPA2). I believe I tried the wireless N network and encountered the same trouble as on my home (WPA2) network and the wifi connection on the train (unsecured). I will attempt to gather more information about the work network next time I am in the office (Friday) to see how it differs from my home network configuration.

3) Despite the home network being configured for G-only, iwconfig shows 802.11bgn on the laptop with the RealTek driver and 802.11abg on the laptop using iwl3945 (and working fine). I am very suspicious that this issue relates to Wireless-N in some way, but that is largely a hunch gathered from reading everything I can about anyone else experiencing issues with their wireless connections on either a ThinkPad or with a RealTek wireless adapter that uses Ubuntu. Is it possible to restrict a connection (e.g. wlan0) from using one of the bands, so that it is *only* 802.11bg, for instance?

Revision history for this message
CaptSaltyJack (csjubuntu) wrote :

Is this still an issue in 3.2.0-26?

Revision history for this message
peddy (peddy22) wrote : Re: [Bug 902557] Re: Wireless not working in 12.04 for rtl8192ce (RTL8188CE)

it will be a good day when this is fixed

On Wed, Jul 4, 2012 at 8:48 AM, CaptSaltyJack <email address hidden>wrote:

> Is this still an issue in 3.2.0-26?
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/902557
>
> Title:
> Wireless not working in 12.04 for rtl8192ce (RTL8188CE)
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/902557/+subscriptions
>

--
Arno

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote : Re: Wireless not working in 12.04 for rtl8192ce (RTL8188CE)

CaptSaltyJack: Yes, still an issue in 3.2.0-26. Also an issue in 3.4 alpha 6, last I checked.

Revision history for this message
szbab (szbab-club) wrote :

Hello
Sorry for my English (translated with google)
Here is the latest realtek driver from the month of May to compile:

http://ubuntuone.com/2BDt3O2YqZv8QDqQWoZshQ

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote :

Cross-posting from the Ubuntu Forums thread -- I tried the new driver. Other than improving the signal strength when the connection is up, it does not improve the stability of the connection or the spate of Reason 6 errors.

Tim Gardner (timg-tpi)
Changed in linux (Ubuntu Precise):
assignee: Tim Gardner (timg-tpi) → nobody
Changed in linux (Ubuntu):
assignee: Tim Gardner (timg-tpi) → nobody
status: In Progress → Triaged
Changed in linux (Ubuntu Precise):
status: In Progress → Triaged
Revision history for this message
Michel-Ekimia (michel.ekimia) wrote :

For the first time my RTL8188CE works great on 3.2/12.04.1 with the version 0006.0514.2012

Revision history for this message
Larry Finger (larry-finger) wrote : Re: [Bug 902557] [NEW] Wireless not working in 12.04 for rtl8192ce (RTL8188CE)

On 09/02/2012 11:35 AM, Launchpad Bug Tracker wrote:
> You have been subscribed to a public bug by Ekimia (u-contact-ekimia-fr):
>
> Wireless no longer seems to work since I upgraded to Precise, it was working (albeit very flaky) ion 11.10, but it never seems to be able to connect to any access points since the upgrade.
> It can see all the available networks, but it can't seem to connect to any of them.
>
> ProblemType: Bug
> DistroRelease: Ubuntu 12.04
> Package: linux-image-3.2.0-3-generic-pae 3.2.0-3.9
> ProcVersionSignature: Ubuntu 3.2.0-3.9-generic-pae 3.2.0-rc4
> Uname: Linux 3.2.0-3-generic-pae i686
> AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24.
> ApportVersion: 1.90-0ubuntu1
> Architecture: i386

I have no idea what is wrong as that kernel version worked for me; however, this
driver has undergone substantial changes since kernel 3.2. Add compat-wireless
to this kernel, and it will work. If c-w is not possible, you should at least
have something later than 3.2.0. The current version is 3.2.28.

Revision history for this message
Michel-Ekimia (michel.ekimia) wrote : Re: Wireless not working in 12.04 for rtl8192ce (RTL8188CE)

@Larry : We tested cw-3.3 without any success. only the new "underground" version from Realtek correct the issues.

Do you know if this version 0006.0514.2012 will be integrated soon ?

it seems There are several Cards with 8188CE and only the newer ones have this problem, the new one has the Bluetooth 4.0 integrated.

Revision history for this message
Larry Finger (larry-finger) wrote : Re: [Bug 902557] Re: Wireless not working in 12.04 for rtl8192ce (RTL8188CE)

On 09/02/2012 11:54 AM, Ekimia wrote:
> @Larry : We tested cw-3.3 without any success. only the new
> "underground" version from Realtek correct the issues.
>
> Do you know if this version 0006.0514.2012 will be integrated soon ?
>
> it seems There are several Cards with 8188CE and only the newer ones
> have this problem, the new one has the Bluetooth 4.0 integrated.

What are the markings on this card? I have two kinds of RTL8188CE that Realtek
sent me. The newer one is labeled RTL8188CE-VL. Is that the one?

I am in the process of integrating the RTL8723AE driver from that version. I
have not explored any changes in the other drivers.

Larry

Revision history for this message
Ray-Ven (ray-ven) wrote : Re: Wireless not working in 12.04 for rtl8192ce (RTL8188CE)

persists in quantal 12.10 beta 2 (3.5.0-17-generic)

(I'll buy a new half size mini PCIe card I think)

Revision history for this message
Ray-Ven (ray-ven) wrote :

Could this be helpful? Debian provides some firmware files: http://wiki.debian.org/rtl819x

Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

All firmware files for Realtek devices are in the linux-firmware git repo. Surely Ubuntu provides this as a standard package. I know that openSUSE and Fedora both do.

There is a patch that was merged into kernel 3.7 and is being backported into all the stable kernels to detect a so-called B-Cut of the RTL8188CE cards. This patch helps a number of those cards. In addition, there is another patch that implements full support for all these cards, but it did not make the merge for 3.7. Furthermore, it will not be backported as it is too invasive. Users with this card should be able to get full support using kernel 3.8 or compat-wireless packages from November 1, 2012 or later. Of course, that date is just a guess.

Revision history for this message
Michel-Ekimia (michel.ekimia) wrote :

@Larry , just installed the 0006.0514.2012 driver on a 12.04.1 with a RTL8188CE 802.11b/g/n WiFi Adapter (rev ff) with success.

Can't we just make a DKMS of it , instead of installing backported modules ?

Revision history for this message
gcc (chris+ubuntu-qwirx) wrote :

I've been testing this device:

02:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8188CE 802.11b/g/n WiFi Adapter (rev 01)
 Subsystem: Realtek Semiconductor Co., Ltd. Device 8175

The drivers provided with Precise are very unreliable. Same fault as above, either it won't connect to the network at all, or it connects and works for a short while and then fails (drops the network and can't rejoin). I could reliably reproduce this by flood-pinging the default gateway over wireless, which caused the card to crash within 5 minutes.

I also had stability problems with the 0006.0514.2012 drivers. However Realtek has just released a new driver version, 0007.0809.2012, which I have found to be rock solid. Tested flood pinging for several hours with no disconnect. I think they've finally fixed the issues with this device.

I built a DKMS package and tested it on Precise and it works well. You can build and install the package like this:

git clone git://github.com/aptivate/linux-ischool-classmate.git
cd rtl8192ce-dkms/r8192ce-0007.0809.2012-1~classmate~121102~1cw
debuild -i -us -uc -b
dpkg -i ../r8192ce_0007.0809.2012-1~classmate~121102~1cw_all.deb

Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

The changes in vendor driver 0007.0809.2012 are the ones that were merged into the wireless-testing git repo on October 30. Accordingly, they are in any compat-driver (formerly compat-wireless) package later than November 1.

Revision history for this message
gcc (chris+ubuntu-qwirx) wrote :

Thanks, any idea where I can find compat-driver packages (ideally for lucid)?

Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

The package would be for the kernel, in general, and not for any specific distro release.

Although the patch has been pushed from wireless-next to net-next, it does not seem to have made it into linux-next yet. When it does, you should be able to get it through https://backports.wiki.kernel.org/index.php/Main_Page. At the moment, the promised packaging of compat-drivers is not yet ready.

Revision history for this message
gcc (chris+ubuntu-qwirx) wrote :

So "compat-driver packages" are actually not Ubuntu packages at all?

In that case I think the most convenient way to get (and maintain) this driver is still via the DKMS package that I posted, and not via building compat-wireless from source (which seems to be approximately undocumented and pretty hacky at the moment).

I'm wondering why you recommend/suggest using compat-wireless?

Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

FYI, I am not a Ubuntu developer or user. I have no idea what constitutes a package for Lucid, nor do I care.

You are the one that asked about about the compat-driver packages, which are the way to get the latest version of the kernel drivers. You can, of course, do whatever you want, or even wait for kernel 3.8 to find its way into Ubuntu.

Revision history for this message
Igor Tarasov (tarasov-igor) wrote :

Also affects Quantal. The problem is still here.

Revision history for this message
Michel-Ekimia (michel.ekimia) wrote :

@gcc : I'm forking now your github to make it work with 0bda:8723 rtl8723e ( only firmware copying was missing)

in a general way, where would be the best place for this dkms sources and binairies to be so anybody could easily install them ?

I mean for a 12.04 ubuntu user this updated dkms package is just the best solution for quick enablement of the hardware

Revision history for this message
gcc (chris+ubuntu-qwirx) wrote :

@u-contact-ekimia-fr: I'm guessing a PPA would be the easiest way for users to get these drivers. However I don't feel particularly inclined to make one myself, because interacting with Launchpad always makes me feel that I'd rather be sticking forks in to my eyes.

Perhaps asking people to clone a github repo and run one command to build their DKMS package is not so bad. Or we could just include a binary package (since there are no actual binaries, it should install on any system) that people can download and install.

Revision history for this message
Justin J Stark (fromlaunchpad-justinjstark) wrote :

I can confirm that the instructions in #166 fix this issue for me.

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote :

#166 did NOT fix the issue for me. I tried downloading and compiling the new drivers (locally; didn't use the git-clone/dpkg method mentioned), but am still experiencing the exact same issue with "Reason 6" messages and ~11% packet loss.

Can someone who found success with the new drivers confirm the modinfo output for rtlwifi, rtl8192c_common, and rtl8192ce? I wonder if I'm not actually using the new version in some fashion. Specifically I'm looking at the vermagic and srcversion fields. Here are the values I see:

vermagic: 3.5.0-18-generic SMP mod_unload modversions

rtlwifi
srcversioon: 2AC06C61F93E696805BCECF

rtl8192c_common
srcversion: 24B51EB0237E20316F14361

rtl1829ce
srcversion: B369CDF8525EA1B519D389F

Ubuntu 12.10 64-bit

Revision history for this message
Justin J Stark (fromlaunchpad-justinjstark) wrote :

I'm just a casual user and don't really know what I'm doing but here are outputs for things you requested.

justin@willie:~$ modinfo rtlwifi
filename: /lib/modules/3.2.0-32-generic/updates/dkms/rtlwifi.ko
description: Realtek 802.11n PCI wireless core
license: GPL
author: Larry Finger <email address hidden>
author: Realtek WlanFAE <email address hidden>
author: lizhaoming <email address hidden>
srcversion: 5EE6168D1B4BBA473F6CCD0
depends: mac80211,cfg80211
vermagic: 3.2.0-32-generic SMP mod_unload modversions
justin@willie:~$ modinfo rtl8192c_common
filename: /lib/modules/3.2.0-32-generic/kernel/drivers/net/wireless/rtlwifi/rtl8192c/rtl8192c-common.ko
description: Realtek 8192C/8188C 802.11n PCI wireless
license: GPL
author: Larry Finger <email address hidden>
author: Ziv Huang <email address hidden>
author: Georgia <email address hidden>
author: Realtek WlanFAE <email address hidden>
author: lizhaoming <email address hidden>
srcversion: 6B1F1667933740748AE6E8D
depends: mac80211
intree: Y
vermagic: 3.2.0-32-generic SMP mod_unload modversions
justin@willie:~$ modinfo rtl1829ce
ERROR: modinfo: could not find module rtl1829ce

I have a thinkpad X230 and lspci tells me I have a realtek RTL8188CE.

Revision history for this message
Justin J Stark (fromlaunchpad-justinjstark) wrote :

Also, I'm on ubuntu 12.04 64-bit.

Revision history for this message
Michel-Ekimia (michel.ekimia) wrote :

@Ryan McClure : What is the rev of your card ? there are at least 3 : 01, 05 , and ff . Check with lspci

Revision history for this message
gcc (chris+ubuntu-qwirx) wrote :

@mcc-mcc3d here are my modinfos:

admin@classmate:~$ modinfo rtlwifi
filename: /lib/modules/3.0.0-26-generic-pae/updates/dkms/rtlwifi.ko
description: Realtek 802.11n PCI wireless core
license: GPL
author: Larry Finger <email address hidden>
author: Realtek WlanFAE <email address hidden>
author: lizhaoming <email address hidden>
srcversion: 5EE6168D1B4BBA473F6CCD0
depends: mac80211,cfg80211
vermagic: 3.0.0-26-generic-pae SMP mod_unload modversions 686

admin@classmate:~$ modinfo rtl8192c_common
filename: /lib/modules/3.0.0-26-generic-pae/kernel/drivers/net/wireless/rtlwifi/rtl8192c/rtl8192c-common.ko
description: Realtek 8192C/8188C 802.11n PCI wireless
srcversion: 5BEBCA88BB9E24BF68DA368
vermagic: 3.0.0-26-generic-pae SMP mod_unload modversions 686

admin@classmate:~$ modinfo rtl8192ce
filename: /lib/modules/3.0.0-26-generic-pae/updates/dkms/rtl8192ce.ko
firmware: rtlwifi/rtl8192cfw.bin
description: Realtek 8192C/8188C 802.11n PCI wireless
srcversion: DD4F3D83A75531AC98862F2
vermagic: 3.0.0-26-generic-pae SMP mod_unload modversions 686

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote :

@Ekimia: Rev 01.

Is there some field other than srcversion I should be checking to verify whether or not I'm using the new driver?

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote :

Just after I posted that, it dawned on me to just check the file date of the .ko file listed in modinfo. Sure enough, I'm using the drivers from /lib/modules/3.5.0-18-generic/updates/cw-3.6 (file date in mid-October) instead of /lib/modules/3.5.0-18-generic/kernel/drivers/net/wireless, which have the correct file date (yesterday).

Is there a particular mechanism I should use, other than just renaming/deleting/otherwise-doing-probably-bad-things the offending drivers in the cw-3.6 directory, to make the kernel driver preferred over the other?

Revision history for this message
gcc (chris+ubuntu-qwirx) wrote :

@mcc-mcc3d: something (maybe DKMS) has placed drivers in the updates directory, which have precedence over the kernel directory, which is normally reserved for the drivers that come with the kernel. I don't know how to tell modprobe to ignore the updates directory, and I don't think it makes sense to do so (it would be like telling your Ubuntu to downgrade all your packages to the oldest version available).

If you can work out how the drivers in updates/cw-3.6 got there, you might be able to remove them, e.g. using dkms status and dkms uninstall, or removing a .deb package. Otherwise you could just delete that directory.

Ideally any drivers you install should not overwrite the standard drivers in the kernel directory. compat-drivers seems to try to write to the updates directory, but perhaps you ran it with a command line option that overrides that, or built a new kernel from source, or manually copied drivers into the kernel directory?

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote :

Okay, I uninstalled compat-wireless and restarted the system. modinfo rtlwifi, et. al. now show each of the modules pointing at the correct driver file, with the expected file date of yesterday.

However, I'm still getting ~10% packet loss even with the new driver, and still seeing a ton of Reason 6 deauthentication messages (the reason for the 10% packet loss) in my syslog.

srcversion for rtlwifi and rtl8192ce are identical to my previous post.

Tried with both swenc=1 and with no options specified at all in rtl8192ce.conf.

Revision history for this message
gcc (chris+ubuntu-qwirx) wrote :

@mcc-mcc3d: I think I understand from your previous posts that you're now using drivers from compat-wireless 3.6 (updates/cw-3.6 directory), is that correct?

The latest fixes are not in that version, so I'm not surprised that you're still having problems.

Please could you try to remove whatever created the updates/cw-3.6 directory, or if necessary just move that directory out of the way.

Then please install the latest Realtek drivers, either using their 0007.0809.2012 source code packeg or my DKMS package from #166, build and install those modules, check that you're using them instead of updates/cw-3.6 and see if the problem has disappeared.

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote :

I had installed compat-wireless yesterday, but uninstalled it between #182 and #184 (as mentioned in the first line of #184). The drivers I'm presently using are ones I compiled yesterday from the RealTek website's download section, with version 0007.*

To ensure that having compat-wireless installed did not do something strange to the drivers, I just repeated the make / make install process and restarted the system once more. The issues remain.

Revision history for this message
gcc (chris+ubuntu-qwirx) wrote :

@mcc-mcc3d, is your modprobe still loading the drivers from the updates/cw-3.6 directory? if so, installing compat-wireless/compat-drivers might have no effect. You need to try to get rid of the updates/cw-3.6 directory somehow. Maybe try checking whether it's part of a debian package with dpkg -S, and if so, remove that package.

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote :

No, modprobe is not pointing at that folder. As I said in #184, "modinfo rtlwifi, et. al. now show each of the modules pointing at the correct driver file, with the expected file date of yesterday."

Uninstalling compat-wireless did remove the cw-3.6 directory completely.

modinfo rtlwifi
filename: /lib/modules/3.5.0-18-generic/kernel/drivers/net/wireless/rtlwifi/rtlwifi.ko
description: Realtek 802.11n PCI wireless core
license: GPL
author: Larry Finger <email address hidden>
author: Realtek WlanFAE <email address hidden>
author: lizhaoming <email address hidden>
srcversion: 5EE616D1B4BBA473F6CCD0
depends: mac80211,cfg80211
vermagic: 3.5.0-18-generic SMP mod_unload modversions

modinfo rtl8192ce
filename: /lib/modules/3.5.0-18-generic/kernel/drivers/net/wireless/rtlwifi/rtl8192ce/rtl8192ce.ko
firmware: rtlwifi/rtl8192cfw.bin
description: Realtek 8192C/8188C 802.11n PCI wireless
license: GPL
author: Larry Finger <email address hidden>
author: Realtek WlanFAE <email address hidden>
author: lizhaoming <email address hidden>
srcversion: DD4F3D83A75531AC98862F2
alias: pci:v000010ECd000081776sv*sd*bc*sc*i
alias: pci:v000010ECd000081777sv*sd*bc*sc*i
alias: pci:v000010ECd000081778sv*sd*bc*sc*i
alias: pci:v000010ECd000081791sv*sd*bc*sc*i
depends: rtlwifi,mac80211
vermagic: 3.5.0-18-generic SMP mod_unload modversions
parm: swlps:bool
parm: swenc:using hardware crypto (default 0 [hardware])
 (bool)
parm: ips:using no link power save (default 1 is open)
 (bool)
parm: fwlps:using linked fw control power save (default 1 is open)
 (bool)

Nov 14 13:39 rtlwifi.ko (generic driver)
Nov 14 13:39 rtl8192ce.ko (specific driver)
Nov 15 12:20 rtl8192cfw.bin (firmware)

Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

You are using the vendor driver. The version built into the kernel would have a module parameter named "debug" that would show up in the modinfo output output for rtl8192ce.

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote :

The vendor driver is what I want to be using, isn't it -- the newest one direct from RealTek?

Changed in linux (Ubuntu):
status: Triaged → Confirmed
Changed in linux (Ubuntu Precise):
status: Triaged → Confirmed
Revision history for this message
Samuel Arvidsson (samuel-6nk) wrote :

Tried the DKMS solution in #166 with my 12.10 system, but now get kernel panics as soon as the network link is established (now booting from live CD and am trying to repair the system). The last entries in the syslog:

kernel: [ 18.336282] wlan0: associated
kernel: [ 18.336945] cfg80211: Calling CRDA for country: DE
NetworkManager[1217]: <info> (wlan0): supplicant interface state: associating -> associated
kernel: [ 18.338747] cfg80211: Updating information on frequency 2412 MHz for a 20 MHz width channel with regulatory rule:

I did have to use --force-overwrite when installing the DKMS package, as some files already existed from the linux-firmware package.

Let me know what info you need for further debugging. I'm able to use the card with the default 12.10 driver, but from time to time I get package losses up to 50 %.

Revision history for this message
gcc (chris+ubuntu-qwirx) wrote :

@samuel-6nk, please report that to Realtek, I just packaged their driver.

Revision history for this message
peter b (b1pete) wrote :

on acer 725 rtl8188ce same problem with 1204 and with mint equivalent. pls take a look at

http://askubuntu.com/questions/192873/toshiba-satellite-c850-wlan-rtl8188ce-not-working

I just finished successfuly compiling and installing rtl8188ce driver indicated on the url above. first, download the driver (url above) and extract it.

VV important, BEFORE compiling the new driver (in addition to above url instructions) pls do

sudo rmmod rtl8188ce

and just to be on the safe side, blacklist also on /etc/modprobe.d/blacklist.conf

rtl8188ce
rtlwifi

then reboot. lsmod will not show rtl8188ce and rtlwifi (just check). then navigate in a terminal to the extracted folder and continue with

make
make install
reboot

as indicated in url. the driver is not activated yet. in a terminal just UNBLACKLIST rtl8188ce and rtlwifi (just place a # in front of these lines in blacklist.conf). the newly compiled/installed driver will be activated. if no indicator light yet just rebbot and all should be ok.

Revision history for this message
peter b (b1pete) wrote :

sorry, did not mention on the prev post - the new driver/wifi works flawless, for 2 days now,

until ..... a new kernel is installed. will the newer kernels have this new rtl driver buit in ? it would really be great.

Revision history for this message
Adam Stokes (adam-stokes) wrote :
Revision history for this message
Bathroom Humor (bafroomhumor) wrote :

~/rtl8192ce-dkms/r8192ce-0007.0809.2012-1~classmate~121102~1cw$ debuild -i -us -uc -b
debuild: fatal error at line 627:
cannot find readable debian/changelog anywhere!
Are you in the source code tree?

Well I guess.
Also, in light of samuels comment, I think I'd rather just play on the safe side and not try that approach anyway. Flakey wireless drivers are better than kernel panics

Revision history for this message
Balam (yandell) wrote :

Toshiba Satellite C875-S7304 running a Realtek RTL8188CE.

I have followed this thread for some time and have tried most every suggestion contained within to resolve my issue with limited success. I just wanted to pass on that I have had no issues running Ubuntu 13.04 and LinuxMint 14 with my card. Out of the box, wireless worked with both distros.

My latest testing was with LinuxMint 14. I tested for 3 days where I did not power down the laptop. I have run regular speed tests and still see upwards of 18Mbps which exceeds my subscribed connection speed (sadly). Previously, when I could get the card to work, I would see drastic slow downs after a couple hours at best, never going above 1Mbps and experiencing heavy packet loss.

I certainly understand that not everyone will want to change to one of these especially since Ubuntu 13.04 is in beta as of this posting but I wanted to put out the info for those still seeking a solution. I am confused as to why my card will not work with Ubuntu 12.10 but will with LinuxMint 14 since it is based on 12.10.

Just wanted to take second to thank everyone posting on this issue for your time to try to help us resolve this.

Revision history for this message
Bathroom Humor (bafroomhumor) wrote :

I have recently found this article (http://www.webupd8.org/2013/01/fix-wireless-or-wired-network-not.html) and it seems to solve the issue for me. It's been 3 or 4 days since I followed the instructions and so far the network connection after resume has been perfect.

Revision history for this message
nobody (bbyte88) wrote :

Lenova Thinkpad e430 edge

Wireless Network Interface card - RTL8192CE

I can also confirm this bug on any kernel newer than 3.2.0-23. The distro does NOT make any difference, every ubuntu spin(have not tried mint linux), fedora, arch.
The easiest fix for me was to lock my kernel version to 3.2.0-23, which work flawlessly. I'm waiting and hoping for a integrated fix with kernel 3.8.x.x.

Revision history for this message
Sirius1977 (sirius1977) wrote :

Looks like that there is a new version available on the Realtek site: 0010.0109.2013
Can someone test? I have no Ubuntu at the moment because wifi was so flaky, even with the version from for dkms.

Revision history for this message
Samuel Arvidsson (samuel-6nk) wrote :

Tried the RTL8192CE driver shipping with mainline kernel 3.8.0-030800rc4; still same behaviour as with all other kernels and patched modules I've tried (no disconnects, but high amounts of packet loss no matter the WLAN configuration on the router). I ended up getting a ath9k card, which works flawlessly in the same WLAN (also in 150 Mbit mode) under all kernels.

Revision history for this message
Melissa B (starredsteria) wrote :

I just purchased an Asus PCE-N15 card which relies on the same driver and I was experiencing litterally very little connection (if at all). From all I have read, downloading the drivers available directly on the Asus site will not work.

I have somehow (and really mean somehow cause I'm not that technical) managed to get a WAY better connection after fiddling around with the connection settings. Hopefully this helps someone (and may help me next time I do a fresh install).

Under --> Edit connections --> Wireless --> *Select Nework --> Edit --> Change mode under wireless tab from 'Infrastructure' to 'Ad-hoc', leaving everything set to 'automatic'. I also have my IPv6 settings to 'ignore' from habbit due to all my ndiswrapper issues I previously had.

Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

I do not know if the new rtl8192cfw.bin file in the latest vendor driver will make any difference as I have not tested with it. Please test and report back.

Revision history for this message
Joakim Nilsson (joakimn) wrote :

The new firmware posted in #203 seems to work just fine for me, on 3.5.0-23-generic amd64.

Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

Thanks for the report, but I don't see that you were one of the people with a problem.

Does it fix anyone's problem?

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote :

I have installed the new driver, confirmed that it is being used (or, at least, that the date on the driver in /lib/modules/3.5.0-23-generic/ that matches the name of the driver listed in lspci -v matches today's date), and can at least report that it does not offer worse performance (that is, I am still able to connect and function on my work's wireless network).

I will test it at home (which is where I experience the issues) and report back this evening.

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote :

No improvement with the new driver/firmware. Still seeing 10-20% packet loss, due to Reason 6 dissociation errors.

Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

What new driver? All that was changed was the firmware. Did you do something else?

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote :

This is the file listed on RealTek's website in their download section, to which I thought you referred in comment #203.

Linux driver for kernel 2.6.24 (and later) 0011.0128.2013 2013/1/28 12823k

I downloaded this driver and ran make, make install.

Revision history for this message
Sirius1977 (sirius1977) wrote :

Just a clue, but i remeber that my WLAN Router (TP-Link 1043ND) hangs several times when i am under linux. In Windows the router never freezes.

Maybe this bug only occurs specific routers and there is something in the realtek driver that breaks a specification.

Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

Ryan: If the latest vendor driver fails due to Reason 6 disassociation problems, then I probably will not be able to fix it. That certainly will need help from Realtek. What is the make/model of your AP?

Sirius1977: Most of the details of interaction with the AP are controlled by mac80211, not the driver. I do not have one of those routers, nor can I justify the $60 for one on E-bay. I will ask the factory if they have one for testing.

Revision history for this message
Sirius1977 (sirius1977) wrote :

Hi all,

i installed the new point release of precise 12.04.2. And then i installed the driver package from the realtek site (0012.0207.2013). It seems that it works now. No more disconnects no slow downs for me. A look in the release notes shows, that they added antenna diversity for 8188ee, maybe thats why it no longer disconnects.

Would be great if someone makes a dkms from it.

regards

Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

Just how do you think that adding antenna diversity for the rtl8188ee is going to help a totally different device? That change has no more effect than the changes in the driver card for your video device..

I am currently reviewing the differences between the 2013.02.07 driver and the one that was used to port the drivers to the kernel, but I have no idea how long it will take to stabilize that code. At the moment, it causes the system to freeze! Good luck!

Revision history for this message
Sirius1977 (sirius1977) wrote :

@Larry: Ooops, it's ee not ce. However, something has changed because i have no slowdowns anymore. And only 1 really fast reconnect. Is it possible that there is a change the 3.5 kernel that helps us? I thought that the use of diversity is responsible for the better connection but when it's not for out device then it must be something different.

However, thank you Larry that you are here to help us with our crappy wireless card!

Revision history for this message
Menachem Shapiro (menachem) wrote :

I've been having issues with the realtek wireless on my Toshiba Satellite L645 running lubuntu 12.10.

I want to try and install the latest driver from realtek's website, 0012.0207.2013 - http://www.realtek.com.tw/DOWNLOADS/downloadsView.aspx?Langid=1&PNid=21&PFid=48&Level=5&Conn=4&DownTypeID=3&GetDown=false&Downloads=true#2722 -, but would prefer not to do it from source. There is a ppa for realtek drivers, but it hasn't been updated in a while: https://launchpad.net/~lexical/+archive/hwe-wireless

Are there any other methods of installing the driver without installing from source? I'm mainly worried about how it will interact with linux-backports-modules-cw-3.6-quantal-generic and making sure that if I need to uninstall it, I can do it successfully.

Is there another PPA that supplies this driver?

Revision history for this message
jacky (jacky-liye) wrote :

upgrade to raring, kernel updates to 3.8.0-14-generic, but rtl8192ce still not work right, after frustrating, plug a usb wireless card, which works fine. Is this a bug in the original realtek driver or something, do these guys know about this problem, it affectes the normal use of the wifi.

Revision history for this message
Justin J Stark (fromlaunchpad-justinjstark) wrote :

Yep, I've been keeping a usb wireless card with my laptop at all times because of this issue. The connection through the realtek is very sketchy.

Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

There is a major update of all the rtlwifi drivers that was submitted last Sunday evening. If accepted, those 25 patches should be in the latest compat-drivers in about 2 weeks. If you cannot wait, those patches are in the linux-wireless archives in a form that can be applied to the wireless-testing git repo.

Revision history for this message
Adam Stokes (adam-stokes) wrote : Re: [Bug 902557] Re: Wireless not working in 12.04 for rtl8192ce (RTL8188CE)

On 03/27/2013 03:09 AM, Larry Finger wrote:
> There is a major update of all the rtlwifi drivers that was submitted
> last Sunday evening. If accepted, those 25 patches should be in the
> latest compat-drivers in about 2 weeks. If you cannot wait, those
> patches are in the linux-wireless archives in a form that can be applied
> to the wireless-testing git repo.
>
I actually had to enable dns relay on the routers I used in order to
keep the wireless working. Im sure each situation is different but if
you have dns relay capability on your router it may be a possible
solution for you.

Revision history for this message
Arnold (arnold8969) wrote : Re: Wireless not working in 12.04 for rtl8192ce (RTL8188CE)

Any chance those updates will be intergrated in 13.04 Final ?

I also have Realtek RTl8188CU. As a card and as a usb adaper.

Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

Once kernel 3.10 is released, those changes will be in it. Otherwise, you need to build a kernel using the wireless-testing git repo.

Revision history for this message
Sergio (sergiorussia) wrote :

Ubuntu 13.04 still has the problem. im using ASUS PCE-N15, rtl8192ce driver.
as Larry suggested, i've tried latest compat-drivers-3.9-rc4-2-su yesterday and selected new rtlwifi to install.
at first it seems the new driver solved the problem, but connection is still very-very unstable and got lost every few minutes.

Revision history for this message
Eric Karnes (karneseric) wrote :

Would love to switch to linux but I'm stuck with Windows until this is fixed :( Doesn't seem like I will ever get the opportunity since this bug was reported in 2011 and still isn't fixed..

Revision history for this message
Uli Tillich (utillich) wrote :

@karneseric
Providing drivers is really up to the manufacturer.

You might have better luck exchanging the WLAN card for a supported moddel if you can.

Revision history for this message
Koen Roggemans (koen-roggemans) wrote : Re: [Bug 902557] Re: Wireless not working in 12.04 for rtl8192ce (RTL8188CE)

Someone in the French Ubuntu usergroup created a package with a DKMS
version of the drivers (see http://doc.ubuntu-fr.org/wifi_realtek_rtl8192ce)
Here is the download link: http://ubuntuone.com/5lXovIEjNfiZLmN59Rx9Wp

I have them running on a bunch of Intel classmates at the moment. They seem
to work fine and survived the upgrade from kernel 3.2.0-40-generic to
3.2.0-41-generic.

2013/5/17 Uli Tillich <email address hidden>

> @karneseric
> Providing drivers is really up to the manufacturer.
>
> You might have better luck exchanging the WLAN card for a supported
> moddel if you can.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/902557
>
> Title:
> Wireless not working in 12.04 for rtl8192ce (RTL8188CE)
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/902557/+subscriptions
>

Revision history for this message
Pauli Virtanen (pauli-virtanen) wrote : Re: Wireless not working in 12.04 for rtl8192ce (RTL8188CE)

Here's one more data point:

I have Realtek PCI adapter that lspci reports as "Realtek Semiconductor Co., Ltd. RTL8188CE 802.11b/g/n WiFi Adapter (rev 01)".
It uses the rtl8192ce driver. With the default driver and firmware supplied by Ubuntu 13.04 (linux-image-3.8.0-23-generic, 3.8.0-23.34; firmware rtl8192cfw.bin, sha1 4fc1e72c5f82cf95c62050c56cce074d90c3e579) the connection was very unstable, exactly as described in the above comments. That is, reason=6 and reason=15 disconnects, and the link going dead after some time from connection.

I obtained Realtek's vendor rtl8192ce driver version 0012.0207.2013 from their download site and built it.

First, I forgot to upgrade the firmware, only loading the newly built rtl8192ce.ko. This did not improve the situation, and similar problems as with the Ubuntu-supplied driver persisted.

Then, I upgraded also the firmware (to rtl8192cfw.bin, sha1 bbd9b4e2c53e18df3aed03d22eee8d8c22ef9a8e). The connection seems now quite stable, the dropouts seem to be gone now.

Revision history for this message
Pauli Virtanen (pauli-virtanen) wrote :

I forgot to mention that prior to that, I also tested the backports driver from `backports-3.10-rc1-2.tar.bz2`. It did not improve the situation. Of course, this was still with the sha1 4fc1e72c5f8... firmware bundled with Ubuntu 13.04.

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote :

Paul, can you post the exact steps you went through to obtain and build both the latest driver and firmware, just so we have it here for posterity?

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote :

For my part, I cannot get past the MAKE portion due to an apparent Error in the included pci.h file on line 247.

error: expected '=', ',', ';', 'asm' or '__attribute__' before 'rtl_pci_probe'

This causes an Error 1 building base.o, which then causes an Error 2 in the overall process. I'm afraid I'm not familiar enough with C-style code to identify any obvious problems with the code on that line.

Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

Perhaps you should list the line that gives the error, as it is not clear what kernel you are using.

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote :

I did. "For my part, I cannot get past the MAKE portion due to an apparent Error in the included pci.h file on line 247."

Here's uname -a, as well:

Linux *** 3.8.0-27-generic #40-Ubuntu SMP Tue Jul 9 00:17:05 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

Here's the full output from make:

root@***:/home/***/Downloads/rtl_92ce_92se_92de_8723ae_88ee_linux_mac80211_0012.0207.2013# make
make -C /lib/modules/3.8.0-27-generic/build M=/home/***/Downloads/rtl_92ce_92se_92de_8723ae_88ee_linux_mac80211_0012.0207.2013 modules
make[1]: Entering directory `/usr/src/linux-headers-3.8.0-27-generic'
  CC [M] /home/***/Downloads/rtl_92ce_92se_92de_8723ae_88ee_linux_mac80211_0012.0207.2013/base.o
In file included from /home/***/Downloads/rtl_92ce_92se_92de_8723ae_88ee_linux_mac80211_0012.0207.2013/base.c:39:0:
/home/***/Downloads/rtl_92ce_92se_92de_8723ae_88ee_linux_mac80211_0012.0207.2013/pci.h:247:15: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘rtl_pci_probe’
make[2]: *** [/home/***/Downloads/rtl_92ce_92se_92de_8723ae_88ee_linux_mac80211_0012.0207.2013/base.o] Error 1
make[1]: *** [_module_/home/***/Downloads/rtl_92ce_92se_92de_8723ae_88ee_linux_mac80211_0012.0207.2013] Error 2
make[1]: Leaving directory `/usr/src/linux-headers-3.8.0-27-generic'
make: *** [all] Error 2

(Asterisks obfuscate personel info)

Revision history for this message
peter b (b1pete) wrote : Re: [Bug 902557] Re: Wireless not working in 12.04 for rtl8192ce (RTL8188CE)

pls see

https://bugs.launchpad.net/bugs/902557

comments #193 and 194; maybe they'll help. happy hacking!

peter.

On 13-07-30 04:34 PM, Ryan McClure wrote:
> I did. "For my part, I cannot get past the MAKE portion due to an
> apparent Error in the included pci.h file on line 247."
>
> Here's uname -a, as well:
>
> Linux *** 3.8.0-27-generic #40-Ubuntu SMP Tue Jul 9 00:17:05 UTC 2013
> x86_64 x86_64 x86_64 GNU/Linux
>
> Here's the full output from make:
>
> root@***:/home/***/Downloads/rtl_92ce_92se_92de_8723ae_88ee_linux_mac80211_0012.0207.2013# make
> make -C /lib/modules/3.8.0-27-generic/build M=/home/***/Downloads/rtl_92ce_92se_92de_8723ae_88ee_linux_mac80211_0012.0207.2013 modules
> make[1]: Entering directory `/usr/src/linux-headers-3.8.0-27-generic'
> CC [M] /home/***/Downloads/rtl_92ce_92se_92de_8723ae_88ee_linux_mac80211_0012.0207.2013/base.o
> In file included from /home/***/Downloads/rtl_92ce_92se_92de_8723ae_88ee_linux_mac80211_0012.0207.2013/base.c:39:0:
> /home/***/Downloads/rtl_92ce_92se_92de_8723ae_88ee_linux_mac80211_0012.0207.2013/pci.h:247:15: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘rtl_pci_probe’
> make[2]: *** [/home/***/Downloads/rtl_92ce_92se_92de_8723ae_88ee_linux_mac80211_0012.0207.2013/base.o] Error 1
> make[1]: *** [_module_/home/***/Downloads/rtl_92ce_92se_92de_8723ae_88ee_linux_mac80211_0012.0207.2013] Error 2
> make[1]: Leaving directory `/usr/src/linux-headers-3.8.0-27-generic'
> make: *** [all] Error 2
>
> (Asterisks obfuscate personel info)
>

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote : Re: Wireless not working in 12.04 for rtl8192ce (RTL8188CE)

Thanks, peter b, but I'm not even at that stage yet. The issue I am having is that I cannot compile the driver because of apparent code errors reported by the compiler.

If/when I can get the thing to compile, I will be sure to follow your tips from #193/194.

Revision history for this message
Pauli Virtanen (pauli-virtanen) wrote :

Things seem also be working without problems with the Ubuntu-supplied driver in linux-image-3.8.0-27-generic 3.8.0-27.40, but with the newer firmware.

$ sha1sum /lib/firmware/rtlwifi/rtl8192cfw.bin
bbd9b4e2c53e18df3aed03d22eee8d8c22ef9a8e /lib/firmware/rtlwifi/rtl8192cfw.bin

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote :

No joy for me, Pauli. I tried simply copying the firmware included with the new driver into /lib/firmware/rtlwifi and verified the SHA1 sum matched the one you listed. I rebooted the machine (to avoid dealing with any rmmod/modprobe shenanigans) and continue to see ~10% packet loss due to repeated Reason 6 deauthentication.

Relevant SHA1 sums for the drivers I have:
43a40703ee52f1155531786df285e08984e72863 /lib/modules/3.8.0-27-generic/kernel/drivers/net/wireless/rtlwifi/rtlwifi.ko
4f17ae4b7d5fe1144e60428f93873b0bd5375298 /lib/modules/3.8.0-27-generic/kernel/drivers/net/wireless/rtlwifi/rtl8192ce/rtl8192ce.ko

Revision history for this message
Pauli Virtanen (pauli-virtanen) wrote :

@Ryan McClure:

Check from dmesg which firmware you are using. Also, give the sha1sum of the corresponding firmware (otherwise it's not possible to know which one you have):

$ dmesg|grep -i firmw
[ 12.149725] rtl8192ce: Using firmware rtlwifi/rtl8192cfw.bin
$ sha1sum /lib/firmware/rtlwifi/rtl8192cfw.bin
bbd9b4e2c53e18df3aed03d22eee8d8c22ef9a8e

Revision history for this message
Pauli Virtanen (pauli-virtanen) wrote :

If they are the same, then there is probably some other difference in our hardware (my adapter was sold as "Asus PCE-N15", not sure how to identify it better). Good luck for the ubuntu/kernel developers to trace this issue...

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote :

Sorry, I thought I made it clear with my reply that I checked the sha1sum on the firmware and it matched the one you listed.

"No joy for me, Pauli. I tried simply copying the firmware included with the new driver into /lib/firmware/rtlwifi and verified the SHA1 sum matched the one you listed."

That value is: bbd9b4e2c53e18df3aed03d22eee8d8c22ef9a8e, just as you posted.

dmesg | grep rtl shows the firmware in use to be rtlwifi/rtl8192cfw.bin, just as in yours.

Revision history for this message
Richard Hansen (rhansen) wrote :

> No joy for me, Pauli. I tried simply copying the firmware included
> with the new driver into /lib/firmware/rtlwifi and verified the SHA1
> sum matched the one you listed. I rebooted the machine (to avoid
> dealing with any rmmod/modprobe shenanigans) and continue to see
> ~10% packet loss due to repeated Reason 6 deauthentication.

The firmware might be loaded from initramfs; if so you'll need to update your initramfs to embed the new firmware image. Try running 'sudo update-initramfs -u' after copying over the firmware to /lib/firmware/rtlwifi.

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote :

Just tried that, a7x. If anything, performance actually seems worse now.

I'm now seeing close to 40% packet loss coupled with rapid, frequent Reason 6 dissociations (the cause of said packet loss).

My /lib/firmware/rtlwifi/rtl8192cfw.bin still has the sha1 sum listed by Pauli earlier, so presumably 'sudo update-initramfs -u' picked up the correct firmware.

Revision history for this message
DFarmerTX (darren-3farmers) wrote :

In order to compile the realtek driver, I had to add the following to the top of the pci.h file.

#ifndef __devinit
#define __devinit
#define __devinitdata
#endif

This comments out some macros that are present in older kernel sources.

Revision history for this message
Larry Finger (larry-finger) wrote : Re: [Bug 902557] Re: Wireless not working in 12.04 for rtl8192ce (RTL8188CE)

On 08/12/2013 05:30 PM, DFarmerTX wrote:
> In order to compile the realtek driver, I had to add the following to
> the top of the pci.h file.
>
> #ifndef __devinit
> #define __devinit
> #define __devinitdata
> #endif
>
> This comments out some macros that are present in older kernel sources.

A better fix would be to delete the __devinitXX entries in the code.

You don't need to send me the fixes for changes in the API as I follow them. I
have just chosen not to publish the changes as I would prefer users to supply
proper diagnostics for any faults in the in-kernel drivers.

Larry

Revision history for this message
Sergio (sergiorussia) wrote : Re: Wireless not working in 12.04 for rtl8192ce (RTL8188CE)

guys, i dont know if it somehow related or not, but yesterday i was bored and removed some old unused packages from my system. and surprisingly today my connection was not dropped at all, it was stable for the whole day.
i have removed some unused libs, some apps, but i think the most notable stuff there were "acpi-support" & "acpid".
maybe i should install them back and test again if the problem will arise again, but im a little of time right now. nevermind, you can try it right now and see if it help. dont forget to reboot after uninstalling.

i got Asus PCE-N15 on Linux 3.8.0-27-generic #40-Ubuntu i686.

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote :

Are there any negative reprocussions that might result from uninstalling acpi-support and acpid?

Revision history for this message
Sergio (sergiorussia) wrote :

i think acpi may be crucial for laptops as of its description, but i have desktop PC and it does not bother me too much.
its description also says that it is "able to suspend, hibernate and resume the computer", but suspending/resuming works just the same as before for me.

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote :

I was afraid of that; the system having this trouble for me is a laptop, so I'm leery of removing those.

Revision history for this message
penalvch (penalvch) wrote : Re: 10ec:8176 Wireless not working in 12.04 for rtl8192ce (RTL8188CE)

Martin Albisetti, this bug was reported a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue? If so, could you please test for this with the latest development release of Ubuntu? ISO images are available from http://cdimage.ubuntu.com/daily-live/current/ .

If it remains an issue, could you please run the following command in the development release from a Terminal (Applications->Accessories->Terminal), as it will automatically gather and attach updated debug information to this report:

apport-collect -p linux <replace-with-bug-number>

Also, could you please test the latest upstream kernel available following https://wiki.ubuntu.com/KernelMainlineBuilds ? It will allow additional upstream developers to examine the issue. Please do not test the daily folder, but the one all the way at the bottom. Once you've tested the upstream kernel, please comment on which kernel version specifically you tested. If this bug is fixed in the mainline kernel, please add the following tags:
kernel-fixed-upstream
kernel-fixed-upstream-VERSION-NUMBER

where VERSION-NUMBER is the version number of the kernel you tested. For example:
kernel-fixed-upstream-v3.11-rc5

This can be done by clicking on the yellow circle with a black pencil icon next to the word Tags located at the bottom of the bug description. As well, please remove the tag:
needs-upstream-testing

If the mainline kernel does not fix this bug, please add the following tags:
kernel-bug-exists-upstream
kernel-bug-exists-upstream-VERSION-NUMBER

As well, please remove the tag:
needs-upstream-testing

Once testing of the upstream kernel is complete, please mark this bug's Status as Confirmed. Please let us know your results. Thank you for your understanding.

summary: - Wireless not working in 12.04 for rtl8192ce (RTL8188CE)
+ 10ec:8176 Wireless not working in 12.04 for rtl8192ce (RTL8188CE)
description: updated
tags: added: bios-outdated-1.17
removed: kernel-request-3.2.0-4.10
Changed in linux (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Martin Albisetti (beuno) wrote :

Hi Christopher. I no longer have this wireless card.

Revision history for this message
penalvch (penalvch) wrote :

Martin Albisetti, this bug report is being closed due to your last comment https://bugs.launchpad.net/ubuntu/+source/linux/+bug/902557/comments/249 regarding you no longer have the hardware. For future reference you can manage the status of your own bugs by clicking on the current status in the yellow line and then choosing a new status in the revealed drop down box. You can learn more about bug statuses at https://wiki.ubuntu.com/Bugs/Status. Thank you again for taking the time to report this bug and helping to make Ubuntu better. Please submit any future bugs you may find.

Changed in linux (Ubuntu):
status: Incomplete → Invalid
Changed in linux (Ubuntu Precise):
status: Confirmed → Invalid
Revision history for this message
Uli Tillich (utillich) wrote :

@ Christopher

If you read the comments above you will find that this bug is most definetly not fixed!
I also changed the wireless the card from my laptop, which is the only proper workaround. If you want I can install the old card to confirm it is still not working properly, but the word of all the other commenters should be confirmation enough...

Changed in linux (Ubuntu):
status: Invalid → Confirmed
Changed in linux (Ubuntu Precise):
status: Invalid → Confirmed
Revision history for this message
Koen Roggemans (koen-roggemans) wrote :

I agree with Uli: the bug affects 71 people is not solved because one person buys another card. I have 228 of those cards and I'm not going to replace them...

Revision history for this message
penalvch (penalvch) wrote :

Uli Tillich / Koen Roggemans, if you have a bug in Ubuntu, the Ubuntu Kernel team, Ubuntu Bug Control team, and Ubuntu Bug Squad would like you to please file a new report by executing the following in a terminal while booted into a Ubuntu repository kernel (not a mainline one) via:
ubuntu-bug linux

For more on this, please read the official Ubuntu documentation:
Ubuntu Kernel Team: https://wiki.ubuntu.com/KernelTeam/KernelTeamBugPolicies
Ubuntu Bug Control and Ubuntu Bug Squad: https://wiki.ubuntu.com/Bugs/BestPractices
Ubuntu Community: https://wiki.ubuntu.com/ReportingBugs

When opening up the new report, please feel free to subscribe me to it.

Please note, not filing a new report would delay your problem being addressed as quickly as possible.

Thank you for your understanding.

Changed in linux (Ubuntu):
status: Confirmed → Invalid
Changed in linux (Ubuntu Precise):
status: Confirmed → Invalid
Revision history for this message
peddy (peddy22) wrote : Re: [Bug 902557] Re: 10ec:8176 Wireless not working in 12.04 for rtl8192ce (RTL8188CE)

same bug still affects me, don't see why a new report needs to be filed

Arno

On Tue, Aug 20, 2013 at 9:12 PM, Christopher M. Penalver <
<email address hidden>> wrote:

> Uli Tillich / Koen Roggemans, if you have a bug in Ubuntu, the Ubuntu
> Kernel team, Ubuntu Bug Control team, and Ubuntu Bug Squad would like you
> to please file a new report by executing the following in a terminal while
> booted into a Ubuntu repository kernel (not a mainline one) via:
> ubuntu-bug linux
>
> For more on this, please read the official Ubuntu documentation:
> Ubuntu Kernel Team:
> https://wiki.ubuntu.com/KernelTeam/KernelTeamBugPolicies
> Ubuntu Bug Control and Ubuntu Bug Squad:
> https://wiki.ubuntu.com/Bugs/BestPractices
> Ubuntu Community: https://wiki.ubuntu.com/ReportingBugs
>
> When opening up the new report, please feel free to subscribe me to it.
>
> Please note, not filing a new report would delay your problem being
> addressed as quickly as possible.
>
> Thank you for your understanding.
>
> ** Changed in: linux (Ubuntu)
> Status: Confirmed => Invalid
>
> ** Changed in: linux (Ubuntu Precise)
> Status: Confirmed => Invalid
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/902557
>
> Title:
> 10ec:8176 Wireless not working in 12.04 for rtl8192ce (RTL8188CE)
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/902557/+subscriptions
>

--
Arno

Revision history for this message
Uli Tillich (utillich) wrote : Re: 10ec:8176 Wireless not working in 12.04 for rtl8192ce (RTL8188CE)

@ Christopher

Am I understanding you correctly? Do you seriously want each user affected by this bug to file a duplicate bug report?
Should Koen file one for each of his 228 cards, or just one bug report per user and devise?

Revision history for this message
penalvch (penalvch) wrote :

Uli, quoting from https://wiki.ubuntu.com/Bugs/BestPractices :
"Focus on One Issue

The rule is "One defect, per person, per hardware, per report". Don't almalgamate every issue and hardware you find a problem in after an update. Otherwise, the maintainer will just pick one at random and all others will be ignored."

Revision history for this message
Martin Albisetti (beuno) wrote :

Yeah, I don't think that applies. There is a bus full of people here with the same bug on the same hardware. Of course this is still a valid bug.

Changed in linux (Ubuntu):
status: Invalid → Confirmed
Changed in linux (Ubuntu Precise):
status: Invalid → Confirmed
penalvch (penalvch)
Changed in linux (Ubuntu):
status: Confirmed → Invalid
Changed in linux (Ubuntu Precise):
status: Confirmed → Invalid
Revision history for this message
nobody (bbyte88) wrote :

Penalvch,

Because one or two people decide to purchase a USB wireless card, which has to be carried around with them so they can have network access, doesn't mean everybody is going to be able to get by with that Bandaid.

Sure a person could change the internal card but in my situation I would have to locate a modified BIOS to disable Lenova's white-listing issue. I would personally opt to carry around a card and hope it doesn't break off in the laptops USB port before updating the BIOS with something not created by the manufacturer.

Please do not close this bug report. This report, created a year and a half ago, is still relevant and I think it shows with more than 250 posts (many recent) and more than 70 people. I'm willing to bet that since 70+ people figured out what was happening on their hardware (at first I was thinking it was a simple DNS issue), found this bug report, bothered to create an account here, and than posted on this topic means there are actually a lot of other people that are effected by this problem.

The issue is clearly is not "fixed". Please do not treat it as such.

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote :

Echoing the incredulity of this being marked invalid.

This is still very much a problem and continues to affect distros into 13.04 with the specific card mentioned. The card, as mentioned, cannot be easily swapped due to hardware whitelisting by Lenovo, so a solution is still necessary.

Please undo your marking, penalvch.

Revision history for this message
Martin Albisetti (beuno) wrote :

Christopher, please stop changing the status to invalid, it is clearly not invalid.
If you disagree, please raise it with someone in the bug triage team rather than steamrolling over 72 people.

Changed in linux (Ubuntu):
status: Invalid → Confirmed
Changed in linux (Ubuntu Precise):
status: Invalid → Confirmed
penalvch (penalvch)
Changed in linux (Ubuntu):
status: Confirmed → Invalid
Changed in linux (Ubuntu Precise):
status: Confirmed → Invalid
Ryan McClure (mcc-mcc3d)
Changed in linux (Ubuntu):
status: Invalid → Confirmed
Changed in linux (Ubuntu Precise):
status: Invalid → Confirmed
penalvch (penalvch)
Changed in linux (Ubuntu):
status: Confirmed → Invalid
Changed in linux (Ubuntu Precise):
status: Confirmed → Invalid
Martin Albisetti (beuno)
Changed in linux (Ubuntu):
status: Invalid → Confirmed
Changed in linux (Ubuntu Precise):
status: Invalid → Confirmed
Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

Would you idiots stop your p***ing contest, and have someone try either kernel 3.11-rc6 or a backports version derived from 3.11? I did a lot of work that was too invasive to be backported to *ANY* stable version!!

Revision history for this message
Sirius1977 (sirius1977) wrote :

I'm testing kernel 3.11-rc6 at the moment. No disconnects for now!

It would be really great if the issue is solved, but i think it needs a few more time to see if the disconnects (...reason 6) are really gone.

regards

Revision history for this message
Uli Tillich (utillich) wrote :

@ Larry & Sirius
That is great to hear! I'll try and dig out the old card to test this over the weekend.

@nobody
You dont have to use a USB Card. You can trick Lenovos whitelisting by using the WWAN slot instead of the WLAN slot. But it sounds like thanks to Larry Fingers work this wount be necesary from Ubuntu 13.10 onwards.

Revision history for this message
Sirius1977 (sirius1977) wrote :
Download full text (5.7 KiB)

One real disconnect for now, so that the network manager has to reconnect.

But no more waiting to the end of days while network manager shows its connected with full signal strength but no data are coming.

Only speed is sometimes really slow, goes from 30kbit - 300knbit while Windows 7 handles 1.5mbit.

Definetly an improvement with Mainline Kernel 3.11-rc6

I'm wondering what these messages are talking about. No "reason 6" anymore but "reason 2". Whatever this means.

dmesg says:

[19480.204009] cfg80211: Calling CRDA to update world regulatory domain
[19480.219241] cfg80211: World regulatory domain updated:
[19480.219253] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[19480.219258] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[19480.219262] cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[19480.219266] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[19480.219269] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[19480.219272] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[19481.477257] wlan0: authenticate with d8:5d:4c:9c:32:0a
[19481.494284] wlan0: send auth to d8:5d:4c:9c:32:0a (try 1/3)
[19481.496509] wlan0: authenticated
[19481.502205] wlan0: associate with d8:5d:4c:9c:32:0a (try 1/3)
[19481.506406] wlan0: RX AssocResp from d8:5d:4c:9c:32:0a (capab=0x431 status=0 aid=2)
[19481.506550] wlan0: associated
[19652.803853] wlan0: Connection to AP d8:5d:4c:9c:32:0a lost
[19652.845051] cfg80211: Calling CRDA to update world regulatory domain
[19652.861027] cfg80211: World regulatory domain updated:
[19652.861039] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[19652.861044] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[19652.861047] cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[19652.861051] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[19652.861054] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[19652.861058] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[19654.104433] wlan0: authenticate with d8:5d:4c:9c:32:0a
[19654.124888] wlan0: send auth to d8:5d:4c:9c:32:0a (try 1/3)
[19654.127541] wlan0: authenticated
[19654.131697] wlan0: associate with d8:5d:4c:9c:32:0a (try 1/3)
[19654.135452] wlan0: RX AssocResp from d8:5d:4c:9c:32:0a (capab=0x431 status=0 aid=2)
[19654.135636] wlan0: associated
[19661.274840] wlan0: Connection to AP d8:5d:4c:9c:32:0a lost
[19661.327994] cfg80211: Calling CRDA to update world regulatory domain
[19661.345725] cfg80211: World regulatory domain updated:
[19661.345743] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[19661.345752] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[19661.345760] cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[19661.345767] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[19661.345773] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[1...

Read more...

Revision history for this message
Sirius1977 (sirius1977) wrote :
Download full text (6.3 KiB)

...and reason 3...

[19463.559178] cfg80211: Calling CRDA to update world regulatory domain
[19463.578804] cfg80211: World regulatory domain updated:
[19463.578822] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[19463.578831] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[19463.578839] cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[19463.578846] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[19463.578852] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[19463.578859] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[19464.824995] wlan0: authenticate with d8:5d:4c:9c:32:0a
[19464.844490] wlan0: send auth to d8:5d:4c:9c:32:0a (try 1/3)
[19464.846627] wlan0: authenticated
[19464.847869] wlan0: associate with d8:5d:4c:9c:32:0a (try 1/3)
[19464.851860] wlan0: RX AssocResp from d8:5d:4c:9c:32:0a (capab=0x431 status=0 aid=2)
[19464.852001] wlan0: associated
[19467.853867] wlan0: deauthenticated from d8:5d:4c:9c:32:0a (Reason: 2)
[19467.872410] cfg80211: Calling CRDA to update world regulatory domain
[19467.889323] cfg80211: World regulatory domain updated:
[19467.889341] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[19467.889349] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[19467.889357] cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[19467.889364] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[19467.889371] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[19467.889377] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[19469.138621] wlan0: authenticate with d8:5d:4c:9c:32:0a
[19469.158203] wlan0: send auth to d8:5d:4c:9c:32:0a (try 1/3)
[19469.160540] wlan0: authenticated
[19469.165281] wlan0: associate with d8:5d:4c:9c:32:0a (try 1/3)
[19469.169254] wlan0: RX AssocResp from d8:5d:4c:9c:32:0a (capab=0x431 status=0 aid=2)
[19469.169427] wlan0: associated
[19470.458488] wlan0: deauthenticating from d8:5d:4c:9c:32:0a by local choice (reason=3)
[19470.470329] cfg80211: Calling CRDA to update world regulatory domain
[19470.490967] cfg80211: World regulatory domain updated:
[19470.490986] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[19470.490995] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[19470.491003] cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[19470.491010] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[19470.491017] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[19470.491023] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[19471.819819] wlan0: authenticate with d8:5d:4c:9c:32:0a
[19471.832565] wlan0: send auth to d8:5d:4c:9c:32:0a (try 1/3)
[19471.835944] wlan0: authenticated
[19471.839795] wlan0: associate with d8:5d:4c:9c:32:0a (try 1/3)
[19471.844192] wlan0: RX AssocResp from d8:5d:4c:9c:32:0a (capab=0x431 status=0 aid=2)
[19471.844345] wlan0: associated
[19...

Read more...

Revision history for this message
Sirius1977 (sirius1977) wrote :

Ok, speed goes up to 1.5 mbit as well. But sometimes has the described slowdowns that don't show up in WIndows 7.

Revision history for this message
nobody (bbyte88) wrote :

"Saucy-desktop-i386.iso" - 21-Aug-2013 08:21 879M Desktop image for PC (Intel x86) computers (standard download)

Verified random poor performance with speeds at less than 50 kbps (bits, not Bytes) and two lost connections over a couple hours while I'm docked within 20 feet of the AP. Neither of these problems happen while using an old kernel 3.2.0-23-generic, or windows.

BTW
Gratitude goes out to all those trying to fix this problem. But I must say that Larry, you're attitude on several of your recent posts is less than helpful and now you're resorting to general name calling. Thank you for calling us idiots !

Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

What name would give to the people that do the kind of Invalid -> Confirmed -> Invalid -> Confirmed toggling that was taking place before I used that name? At least that silly nonsense stopped!

I have grown rather tired of the kinds of things that are said and done on these lists concerning the Realtek drivers. I am not an employee of Realtek, nor am I paid by them. In addition, I have no knowledge of what is needed to make the chip work other than what I deduce by reading the code! You can also do that.

If I had not done the porting to the kernel, you would all be trying to figure out how to compile the factory drivers on newer kernels, and suffering the kernel crashes and memory leaks that happened before I reported those problems to Realtek.

One other thing that irks me is that when I post a potential fix in the form of a patch, it might take one or two WEEKS before anyone tries it and reports back. By that time, it is difficult to remember what is happening or even why I thought the change might be a good idea. In addition, you can imagine how high I think the priority is for that particular complaint.

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote :

Well, no, we can't. I can't, at least.

Look, I came here to report that I was having issues with a particular card. It doesn't work the way it's supposed to. I'm here because this is the open-source community's forum for announcing and working toward fixing bugs in arbitrary, probably-proprietary hardware. I've written compiled code maybe three times in my life, and it was compiled Python, not C++. I've poked at C++, I can pick out some C++ syntax errors, but that's it.

I'd be delighted to test fixes and report back *immediately*...if I were in a position to do so. I don't know enough. Fill in the blanks and I will guinea pig whatever you want to throw at me, provided it doesn't disrupt the paid work I need to get done with the machine in question.

So, when you say "have someone try either kernel 3.11-rc6 or a backports version derived from 3.11?" the immediate thing I think is, "Okay, how do I do that?" But rather than being "that noob guy" asking the question, I wait for someone else who, presumably, knows exactly what that means and how to do it in a non-invasive, easy-to-rollback way. If you want someone to test stuff immediately, as soon as you release fixes, then tell me how and I will be 100% right there.

But I don't have the knowledge or tools for that. I don't know how many of the other 70+ folks on this chain do. Maybe I'm the lowest man on the totem pole and everyone else knows exactly how to test that and is just being lazy. I'm willing to bet more than a few are in the exact same boat as me: more-or-less casual Linux users who have some misbehaving hardware and want it to "just work."

If you want us to provide you with more than that, then tell us how.

Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

If you were an openSUSE user, I would point you to a wiki page that gives one a prescription on how to get the "kernel-of-the-day" from the openSUSE Build Service.

When I provide such suggestions to the Fedora bugzilla, one of their kernel developers generates a test kernel and reports its link on the list.

As I am not an Ubuntu user, I can only give you the general instructions on how to download the kernel source, and how to build a kernel from that. I could not tell you how to install the necessary tools, or any of the other details, thus the general instructions would probably be useless.

Is there a kernel dev for Ubuntu that monitors these lists? If so, perhaps she/he can help. Otherwise, you will need to rely on a user that knows what needs to be done. Of course, a Google search on "Ubuntu new kernel build" might have some useful info.

Revision history for this message
Sirius1977 (sirius1977) wrote :

Well, i think many of the subscribed users are back on Windows because of the problems with the driver. At least i am, most of the time. I was right on the way buying a new wifi card for my ThinkPad, but then i found out that the only one that was accepted by the BIOS has disconnect problems too (Intel Centrino Wireless-N 1000).

I'm wondering that realtek is so silent. Did they ever say something what the problem could be with this card?

By the way, here is the URL for the mainline kernel: http://kernel.ubuntu.com/~kernel-ppa/mainline/

Just download and install the one you want, like:

sudo dpkg -i linux-image-3.11.0-031100rc6-generic_3.11.0-031100rc6.201308181835_amd64.deb

reboot

to uninstall: sudo apt-get remove linux-image-3.11.0-031100rc6.....

Remember, you can use the TAB key to complete the commands an package names.

Revision history for this message
Richard Hansen (rhansen) wrote :

Here are more detailed instructions for installing the daily builds:

https://wiki.ubuntu.com/Kernel/MainlineBuilds

Revision history for this message
nobody (bbyte88) wrote :
Download full text (6.3 KiB)

"What name would give to the people that do the kind of Invalid -> Confirmed -> Invalid -> Confirmed toggling that was taking place before I used that name? At least that silly nonsense stopped!"

It stopped because penalvch stopped changing a known and verified problem from "confirmed" to "invalid".
I would point the blame where it is due. > panalvch. Not everybody for trying to keep a known and verified bug report open.

"I have grown rather tired of the kinds of things that are said and done on these lists concerning the Realtek drivers. I am not an employee of Realtek, nor am I paid by them. In addition, I have no knowledge of what is needed to make the chip work other than what I deduce by reading the code! You can also do that."

This is why I stated that those working to develop a fix for this unholy dung-pile of a problem is the result of poor/lazy development on the manufacturers part. I know it takes a lot and requires a lot of programming / reversing knowledge.
When I say they have my gratitude, I mean all who are participating in creating patches, testing, documenting, ETC.
I would suggest that when these people make comments about a issue that is NOT the direct fault of linux devs that they should be informed to shut their ignorant mouths and go back to their beloved windows. Because they and their ignorance are not needed. "If you can't help, than simply LEAVE !! Support the team or LEAVE - Period"

"One other thing that irks me is that when I post a potential fix in the form of a patch, it might take one or two WEEKS before anyone tries it and reports back. By that time, it is difficult to remember what is happening or even why I thought the change might be a good idea. In addition, you can imagine how high I think the priority is for that particular complaint."

This is VERY understandable, and I'm sure I'm not the only one to appreciate any patients given. I must say however, I fall in line more with Ryan McClures' comments. Although I generally attempt to refrain from making posts in public forums, specifically if I am not an "expert". I USUALLY only post if I know for a fact I can help.
This is because two things usually happen.
1) I could possibly derail the forward momentum of the project.
2) So I don't have to be scolded, or flamed, or ridiculed, or you name it, by hot-headed elitest peeps who simply just yell at others for asking questions.
I always try searching and use various google operators to limit the numbers of possible hits to research. But sometimes it's just faster if somebody knowledgeable can spit out a fast 1,2,3 how-to without a lot of details which can then lead a person to a more detailed search. ( I think I proved this point because I have not asked any questions in this website, because I search for answers. But this slows things down a lot).

So as for you having to wait so long for testers I would be willing to help with testing but only if small steps are given when a request for testing is posted. This way I don't have to waste everybody's time with incorrect or incomplete data. It can sometimes take a long time to find relevant info to what you need to accomplish and further test it bef...

Read more...

Revision history for this message
nobody (bbyte88) wrote :

OH crap BTW!!

This is NOT a ubuntu only problem. This problem, as I have stated in my first post, affects debian, ubuntu, fedora, arch linux. I have not tried other distros besides those listed.

So Larry, if you are much more knowledgeable in fedora than say ubuntu it might be a good idea to work on the problem on that distro. The way I see it, since it is not distro specific that if it is fixed in one distro it may be easier to apply to other distros.

Thats just my humble opinion.

Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

I am not familiar with Fedora. My distro of choice is openSUSE and rtl8192ce has worked on every kernel release and version of openSUSE since kernel 2.6.38 when the driver was added.

The firmware that I use has the following sha1sums:

4fc1e72c5f82cf95c62050c56cce074d90c3e579 /home/finger/linux-firmware/rtlwifi/rtl8192cfw.bin
c81ec289a236875ab7139c0e357fdcddcc21cc46 /home/finger/linux-firmware/rtlwifi/rtl8192cfwU_B.bin
3ff2a534ecb0cb0ea9f7bff66e76b52dec4e157a /home/finger/linux-firmware/rtlwifi/rtl8192cfwU.bin

These are the official files in the linux-firmware git repo. No other versions are supported.

If I understand correctly, the driver worked with Ubuntu when using kernel 3.2 and failed sometime after that. Is that correct, and could someone tell me which kernel after that failed?

Also, is there anyone with the knowledge and the necessary hardware that would be willing to download the kernel source from the mainline git repo, and bisect this problem? I could certainly do the bisection, but as the failures do not happen with my system, it would do no good. I could install Ubuntu and do it myself, but that scenario would have very low priority.

Revision history for this message
nobody (bbyte88) wrote :

Sorry for short reply, not at home and on a ipod.

I most certainly can test and verify the exact kernel that the problem starts on.
I'll be home in a couple hours and will be able to test that and more thoroughly read your post. I would but highly doubt i could be of any help with bisecting a kernel.

Its 6 pm now so expect a reply tonight so it will be there for you when your ready.

Thank you
Nobody

Revision history for this message
nobody (bbyte88) wrote :

11:24 pm

OS:
Lubuntu 12.04 (LXDE desktop)

uname -a
Linux nobody-ThinkPad-Edge-E430 3.2.0-23-generic #36-Ubuntu SMP Tue Apr 10 20:41:14 UTC 2012 i686 i686 i386 GNU/Linux

Current known good and fully working kernel 3.2.0.23-generic (never have problems of any kind)

Firmware: All files in the firmware directory (no hidden files in this directory)
   PWD = /lib/firmware/rtlwifi
4fc1e72c5f82cf95c62050c56cce074d90c3e579 rtl8192cfw.bin

9f15957e28da88067a13d7379d655779fda7e879 rtl8192cufw.bin

a38e4a81c646f92e2311abf8be47518654fd654c rtl8192defw.bin

37cf4da3a2d7a87c7ed7ce4d1d56e59989bf7037 rtl8192sefw.bin

8e2e4fe065b43fa34a50041b519d384f253a053a rtl8712u.bin

6e0a04834840f810d6e90cb1b9518d61248c7552 rtl8723fw_B.bin* (has asterisk and is not the same color as the other files)
~$file rtl8723fw_B.bin
rtl8723fw_B.bin: data

b554ef171808b0c3f49811bcbce85d8124bbb348 rtl8723fw.bin* (has asterisk and is not the same color as the other files)
~$file rtl8723fw.bin
rtl8723fw.bin: data)

 ---------------------------------------------------------------------

Installed and checked the following kernels 3.2.0.24, 3.2.0.25, 3.2.0.26

I have not had a lot of time tonight to fully test these kernels but I gave each about 20 minutes and I'm leaving them installed so I can go back and forth between kernels until I find the breakpoint. For some reason I'm thinking the problems started at 3.2.0.40ish. So tomorrow I think I will start at like 3.2.0.50ish and work backwards. Each night I will update this thread with my kernel checks until I find the culprit.

p.s.
@ Larry
I suppose since you're saying that opensuse works great it might be easier to just start using that distro. I see there is support for a lot of desktops, including LXDE and I see it uses RPM.
Although I would prefer Fedora because I know the documentation there is superb. How is the documentation for opensuse? Do they have downloadable documents equivalent to a large book that covers every single aspect of the inner workings? Or are you stuck with online wiki type pages? I want to be able to download the information and have it offline in book form so I can read it at my leisure. Fedora releases this information for every new version of the OS they release so it's not like its out of date material.

And as far as my comment where I was thinking you said Fedora.... I don't know where that came from but you can see that I've got Fedora on the brain. Nothing beats good documentation, it sure makes figuring out issues a lot faster. Wouldn't it be nice if realtec understood that.

Revision history for this message
Sirius1977 (sirius1977) wrote :

I tested 3.2.0-23 to 3.2.0-27 and then the last one 3.2.0-52-generic.

None of them showing a "reason... error" connection is always ok. On 3.5 and 3.8 i got these errors immeditaly.

On the other side, the time between open a web page and data transfer is often really long, something that doesn't habben with the latest 3.11-rc6.

The question is now if the these problems are different from the reason 6 bug and so need another bug report. But i think we should wait until other users confirm stable 3.2 connection.

Revision history for this message
Sirius1977 (sirius1977) wrote :

I forgot to say that these entries showing up very often. On 3.5 .3.8 this messages sometimes contain a "deauthenticated". which i can't find on 3.2.

[21909.956922] cfg80211: All devices are disconnected, going to restore regulatory settings
[21909.956943] cfg80211: Restoring regulatory settings
[21909.956958] cfg80211: Calling CRDA to update world regulatory domain
[21909.970108] cfg80211: Ignoring regulatory request Set by core since the driver uses its own custom regulatory domain
[21909.970125] cfg80211: World regulatory domain updated:
[21909.970131] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[21909.970142] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[21909.970151] cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[21909.970159] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[21909.970168] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[21909.970176] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[21910.045660] rtl8192c_common: Loading firmware file rtlwifi/rtl8192cfw.bin
[21911.241494] wlan0: authenticate with d8:5d:4c:9c:32:0a (try 1)
[21911.243064] wlan0: authenticated
[21911.243737] wlan0: associate with d8:5d:4c:9c:32:0a (try 1)
[21911.247419] wlan0: RX ReassocResp from d8:5d:4c:9c:32:0a (capab=0x431 status=0 aid=1)
[21911.247432] wlan0: associated

Revision history for this message
Justin J Stark (fromlaunchpad-justinjstark) wrote :

I can confirm a stable connection on 3.2.0-52 with no reason or deauth messages in dmesg.

justin@willie:~$ lspci | grep Realtek -i
03:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8188CE 802.11b/g/n WiFi Adapter (rev 01)
justin@willie:~$ uname -a
Linux willie 3.2.0-52-generic #78-Ubuntu SMP Fri Jul 26 16:21:44 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
justin@willie:~$ dmesg | grep reason -i
justin@willie:~$ dmesg | grep deauth -i
justin@willie:~$ ls /lib/firmware/rtlwifi
rtl8192cfw.bin rtl8192defw.bin rtl8712u.bin rtl8723fw.bin
rtl8192cufw.bin rtl8192sefw.bin rtl8723fw_B.bin
justin@willie:~$ lsmod | grep rtl -i
rtl8192ce 84872 0
rtl8192c_common 75767 1 rtl8192ce
rtlwifi 111269 1 rtl8192ce
mac80211 506862 3 rtl8192ce,rtl8192c_common,rtlwifi
cfg80211 205774 2 rtlwifi,mac80211

Let me know if there is any other information I can provide that would be helpful.

Revision history for this message
Sirius1977 (sirius1977) wrote :

Using 3.2.0-52 a couple of hours now. I had one issue where no data comes with fill signal strength. I could even not reach my router. No "reason errors" but i can provoke one by switching my router to 300Mbits.

[ 7491.322619] wlan0: Wrong control channel in association response: configured center-freq: 2432 hti-cfreq: 2437 hti->control_chan: 6 band: 0. Disabling HT.
[ 7493.236417] wlan0: deauthenticated from d8:5d:4c:9c:32:0a (Reason: 6)
[ 7493.300429] cfg80211: All devices are disconnected, going to restore regulatory settings

That is something i have under Windows also sometimes, after a few seconds it will work again.

Maybe this is hardware fault that they work arround in the Windows driver?

Will test with dual channel to see if it will work as the single channel mode does.

Revision history for this message
Koen Roggemans (koen-roggemans) wrote :

The solution I used in #225 doesn't work anymore: it conflicts with linux-firmware (1.79.5) https://launchpad.net/ubuntu/+source/linux-firmware/1.79.6 when updating kernel 3.2.0-52-generic.

Uninstalling the DKMS drivers leaves the computer in a state with wireless not working. Back to square one :-(

Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

How does that conflict? The only changes in Realtek firmware was that a file for the RTL8723AE was added. There were no changes for the RTL8192CE or RTL8188CE.

Revision history for this message
Sirius1977 (sirius1977) wrote :

Things get worse, i can't reach a webpage or even my router. When it works it come drop per drop only to not work again a few secondes later.

No reboot helps, it stops working instantly.

No errors shown in dmesg. Full signal strength.

This occurs also on 3.2.0-23

To see if it has something to do with thermal problems i boot into Windows 7 because it has to occur there too. But it works flawlessly.

This is really strange. The things i change as the problem occurs was switching back from battery to AC, because the battery was empty.

Revision history for this message
Koen Roggemans (koen-roggemans) wrote :

@Larry
I 'll try to dig up some usefull information - hopefully it helps:

Start-Date: 2013-08-23 20:05:24
Commandline: aptdaemon role='role-commit-packages' sender=':1.51'
Install: linux-headers-3.2.0-52-generic:i386 (3.2.0-52.78), linux-image-3.2.0-52-generic:i386 (3.2.0-52.78), linux-headers-3.2.0-52:i386 (3.2.0-52.78)
Upgrade: linux-headers-generic:i386 (3.2.0.48.58, 3.2.0.52.62), linux-image-generic:i386 (3.2.0.48.58, 3.2.0.52.62), linux-libc-dev:i386 (3.2.0-48.74, 3.2.0-52.78), linux-firmware:i386 (1.79.4, 1.79.6)
Error: Sub-process /usr/bin/dpkg returned an error code (1)
End-Date: 2013-08-23 20:06:33

lspci|grep Realtek
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 05)
02:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8188CE 802.11b/g/n WiFi Adapter (rev 01)

Voorbereiden om linux-firmware 1.79.4 te vervangen (door .../linux-firmware_1.79.6_all.deb) ...
Uitpakken van vervangende linux-firmware ...
dpkg: fout bij afhandelen van /var/cache/apt/archives/linux-firmware_1.79.6_all.deb (--unpack):
 trying to overwrite '/lib/firmware/rtlwifi/rtl8723fw.bin', which is also in package r8192ce 0007.0809.2012-1~classmate~121102~1cw
dpkg-deb: error: subprocess paste was killed by signal (Gebroken pijp)
Fouten gevonden tijdens behandelen van:
 /var/cache/apt/archives/linux-firmware_1.79.6_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Revision history for this message
Koen Roggemans (koen-roggemans) wrote :

@ Larry

Additional comment

When I remove the package r8192ce and execute dkpg --configure -a, the network adaptor doesn't work anymore and doesn't show up in ifconfig.

Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

I have no idea what the r8192ce package contains. Remember, I don't use Ubuntu. Can you get a file list for that package?

Revision history for this message
nobody (bbyte88) wrote :

@ Sirius1977

That says to me that we must have a slightly different version of the card. Like a gen 1 or 2 or etc, or I was wondering which OS you are using. IE, ubuntu, mint linux, etc and what version. Like i'm using lubuntu 12.04. The laptop is a thinkpad edge e430.
I've been using kernel 3.2.0-23 generic for about a year now.
Your description of what is happening is the same thing that happens to me on a newer kernel.

Can we determine the exact serial off of our nics without popping the card or cover off?

@ Koen & Larry

I looked and I don't see any package name r8192ce, rtl8192ce, or rtl8192.
I can list all the files in the trl8192ce folder that is in the driver download from realtec. Although I doubt you mean that, but here they are anyway, just incase.
ls -l
-rwxr-xr-x 1 nobody nobody 8133 Feb 7 2013 def.h
-rwxr-xr-x 1 nobody nobody 54714 Feb 7 2013 dm.c
-rwxr-xr-x 1 nobody nobody 4808 Feb 7 2013 dm.h
-rwxr-xr-x 1 nobody nobody 25084 Feb 7 2013 fw.c
-rwxr-xr-x 1 nobody nobody 3409 Feb 7 2013 fw.h
-rwxr-xr-x 1 nobody nobody 69151 Feb 7 2013 hw.c
-rwxr-xr-x 1nobody nobody 3032 Feb 7 2013 hw.h
-rwxr-xr-x 1 nobody nobody 4209 Feb 7 2013 led.c
-rwxr-xr-x 1 nobody nobody 1514 Feb 7 2013 led.h
-rwxr-xr-x 1 nobody nobody 732 Feb 7 2013 Makefile
-rwxr-xr-x 1 nobody nobody 77657 Feb 7 2013 phy.c
-rwxr-xr-x 1 nobody nobody 6568 Feb 7 2013 phy.h
-rwxr-xr-x 1nobody nobody 65015 Feb 7 2013 reg.h
-rwxr-xr-x 1 nobody nobody 14461 Feb 7 2013 rf.c
-rwxr-xr-x 1 nobody nobody 1667 Feb 7 2013 rf.h
-rwxr-xr-x 1 nobody nobody 12822 Feb 7 2013 sw.c
-rwxr-xr-x 1 nobody nobody 1391 Feb 7 2013 sw.h
-rwxr-xr-x 1 nobody nobody 25797 Feb 7 2013 table.c
-rwxr-xr-x 1 nobody nobody 2236 Feb 7 2013 table.h
-rwxr-xr-x 1 nobody nobody 22872 Feb 7 2013 trx.c
-rwxr-xr-x 1 nobody nobody 24370 Feb 7 2013 trx.h

Revision history for this message
nobody (bbyte88) wrote :

friday night:

checked but had no luck duplicating the issue so far tonight.
tried kernels 3.2.0-40, 3.2.0.45, and for one hour so far I have been using 3.5.0-18.

I hate duplicating intermittent problems. They're so annoying!

I'm going to leave a small download going all night and will check logs tomorrow.

Revision history for this message
nobody (bbyte88) wrote :

I checked apt-cache search for r8192ce, rtl8192ce, rtl8192, r8192
nothing was found

i tried packages.ubuntu.com for the same packages listed above.
nothing was found

sorry, i tried. perhaps i'm missing something.

Revision history for this message
Koen Roggemans (koen-roggemans) wrote :

This is the contents of the folder data/lib/firmware/rtlwifi from the package.
rtl8192cfwU_B.bin
rtl8192defw_12.bin
rtl8723fw_B.bin
rtl8192cfwU.bin
rtl8192sefw.old.bin
rtl8723fw.bin

See also my comment https://bugs.launchpad.net/ubuntu/+source/linux/+bug/902557/comments/225 for the origin of the r8192ce package.

Looking at it, I see that that package contains indeed rtl8723fw.bin, which went now in the kernel.

It's a depressing story. After evaluating the Intel Classmate, I ordered 228 of them. The network adaptor worked in the beginning (before 3.2.0.40), but stopped working before they were distributed under the students. The r8192ce package solved the problem for a few months...

Revision history for this message
Koen Roggemans (koen-roggemans) wrote :

According to http://forum.ubuntu-fr.org/viewtopic.php?id=978551&p=4 a forced reïnstallation of the package solves the problem. Of course only until the next firmware upgrade. The world is split by languages - I'll get my best french out.

I don't know if removing the rtl8723fw.bin file from the package would solve the problem - i'm a complete newbie on the field of package altering.

Revision history for this message
Sirius1977 (sirius1977) wrote :

I use Ubuntu 12.04 64 Bit and my notebook is ThinkPad x121e (AMD).

01:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8188CE 802.11b/g/n WiFi Adapter (rev 01)

Should i take photo of my wifi card?

I changed my router from bgn mixed mode to g only, until now no errors.

Could you guys with no problems post your router configuration, maybe we can findout more.

Maybe its also interisting with which router there is no problem.

I've got this one: http://wiki.openwrt.org/toh/tp-link/tl-wr1043nd

I don't use openwrt but i use the link because of the technial data there.

Revision history for this message
Koen Roggemans (koen-roggemans) wrote :

If Sirius1977 has no problem with the rtl8188ce adaptor, then the problem with this adaptor is only on 32 bit systems. I can't use 32 bit systems, because there are no 64 bit drivers for the integrated graphics card on the Intel Atom 2600N.

I can't imagine the working well on Windows/terrible on Linux problem can be a router problem, since you don't change anything to the router. A router in mixed mode is in most cases slower. Switch it of if you don't need it.

Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

Even if it works on Windows and does not on Linux, the problem can still be in the router. The Windows driver has its own MAC-layer stack and it could be tweaked to work with lots of routers. The Linux driver rtl8192ce uses the kernel's own MAC layer called mac80211. The driver from the Realtek site uses its own stack.

If you are having problems with the driver from the Realtek site, please be aware that I do not support that one.

The in-kernel driver is tested using 4 different routers. I have a Netgear WNDR3200, a Netgear WNDR3400, a Linksys WRT54G V5, and a Linksys WRT54GL V1.1. The Netgear units and the WRT54G run standard firmware. The WRT54GL runs openWRT Kamikaze.

The rtl8723a firmware is for a different device. It has no effect on the RTL81XXCE devices.

Revision history for this message
nobody (bbyte88) wrote :

Just a quick update from my ipod away from home.

The router thing popped into my head last night in bed. Reason is long and upsetting but im am now stuck wih att uverse and their horrible motorola ngv510. My old router was a netgear, i'll list the model on my next post

I though of this because i should have been able to duplicate the prob by now.

@ sirius

I keep my router on G Only mode.
I suppose if there is no linux command to determine which card version we have then we will have to pull the covers off an take a peak and/or picture.

Back in a few hours with results from leaving kernel 3.5.0-18

Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

The full details of the device are revealed by an 'lspci -nnv' command. Of course only the one stanza is needed to be posted.

Revision history for this message
Sirius1977 (sirius1977) wrote :

@ Koen: I have also connection stability problems.

As i'm writing this even in g only mode. Same behaviour as ever. If i reconnect via networkmanager the connection is working again but it's only a question of time when it stops working again. Sometimes hours, sometimes only seconds.

@Larry: Do you think openWRT is worth a try to see if it has the same issues? Well if it uses the kernel's MAC layer.

Router list:
Netgear WNDR3400 -> Broadcom BCM4718A1@480 -> Working!

Netgear WNDR3200 -> Broadcom? -> Working!

WRT54GL Broadcom 5352 -> Working!

WRT54G v5 Broadcom 5352? -> Working!

TP-Link wr1043nd Atheros AR9132 -> NOT working!

Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

Is that TP-Link AP running the latest firmware?

If there is a version of openWRT for that TP-Link router, then you should switch. Otherwise, it is a very laborious process to figure out what is wrong. First, you need to use kismet or wireshark on a second computer to capture the on-the-air data between the station and the AP. That will be many MB of data. Then you need to find the exact spot where the connection failed, and determine what went wrong.

Revision history for this message
Sirius1977 (sirius1977) wrote :

Yes it's a TP-Link with the latest firmware.

I installed kismet just an hour ago *lol*. You can read my mind. ;-)

Well, i have a second Thinkpad with an Atheros card, since there is Windows installed i must see if i can find something similar to kismet. Otherwise i install Ubuntu on it.

I will trying it tomorrow.

And another error log:

This was at a point where i cant even connect to the router, but the card see's my AP. A rmmod rtl8192ce and modprobe rtl8192ce helps to get connected again.

[11741.672953] cfg80211: All devices are disconnected, going to restore regulatory settings
[11741.672965] cfg80211: Restoring regulatory settings
[11741.673322] cfg80211: Calling CRDA to update world regulatory domain
[11741.684435] cfg80211: Ignoring regulatory request Set by core since the driver uses its own custom regulatory domain
[11741.684444] cfg80211: World regulatory domain updated:
[11741.684448] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[11741.684453] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[11741.684458] cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[11741.684463] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[11741.684467] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[11741.684471] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[11741.775072] rtl8192c_common: Loading firmware file rtlwifi/rtl8192cfw.bin
[11742.977921] wlan0: authenticate with d8:5d:4c:9c:32:0a (try 1)
[11742.980225] wlan0: authenticated
[11742.980630] wlan0: associate with d8:5d:4c:9c:32:0a (try 1)
[11742.984343] wlan0: RX ReassocResp from d8:5d:4c:9c:32:0a (capab=0x431 status=0 aid=2)
[11742.984352] wlan0: associated
[11745.988584] wlan0: deauthenticated from d8:5d:4c:9c:32:0a (Reason: 2)

Revision history for this message
Sirius1977 (sirius1977) wrote :
Download full text (9.5 KiB)

@Larry: I've made some debug logs from rtl8192ce module.

This is a section of it when connection is there but no data comes.

I don't know what that logs say exactly but the parity error jumps into my eye:

Aug 24 22:16:22 ThinkPad-X121e kernel: [18960.352716] rtl8192c_common:rtl92c_dm_false_alarm_counter_statistics():<0-0> cnt_parity_fail = 7, cnt_rate_illegal = 7, cnt_crc8_fail = 0, cnt_mcs_fail = 0
Aug 24 22:16:22 ThinkPad-X121e kernel: [18960.352729] rtl8192c_common:rtl92c_dm_false_alarm_counter_statistics():<0-0> cnt_ofdm_fail = e, cnt_cck_fail = 6c, cnt_all = 7a
Aug 24 22:16:22 ThinkPad-X121e kernel: [18960.352742] rtl8192c_common:rtl92c_dm_dynamic_bb_powersaving():<0-0> STA Default Port PWDB = 0x18
Aug 24 22:16:22 ThinkPad-X121e kernel: [18960.352752] rtl8192c_common:rtl92c_phy_set_bb_reg():<0-0> regaddr(0x874), bitmask(0x1cc000), data(0x1)
Aug 24 22:16:22 ThinkPad-X121e kernel: [18960.352768] rtl8192c_common:rtl92c_phy_set_bb_reg():<0-0> regaddr(0x874), bitmask(0x1cc000), data(0x22004000)
Aug 24 22:16:22 ThinkPad-X121e kernel: [18960.352779] rtl8192c_common:rtl92c_phy_set_bb_reg():<0-0> regaddr(0xc70), bitmask(0x8), data(0x1)
Aug 24 22:16:22 ThinkPad-X121e kernel: [18960.352797] rtl8192c_common:rtl92c_phy_set_bb_reg():<0-0> regaddr(0xc70), bitmask(0x8), data(0x2c7f000d)
Aug 24 22:16:22 ThinkPad-X121e kernel: [18960.352808] rtl8192c_common:rtl92c_phy_set_bb_reg():<0-0> regaddr(0x85c), bitmask(0xff000000), data(0x0)
Aug 24 22:16:22 ThinkPad-X121e kernel: [18960.352825] rtl8192c_common:rtl92c_phy_set_bb_reg():<0-0> regaddr(0x85c), bitmask(0xff000000), data(0x1b25a4)
Aug 24 22:16:22 ThinkPad-X121e kernel: [18960.352836] rtl8192c_common:rtl92c_phy_set_bb_reg():<0-0> regaddr(0xa74), bitmask(0xf000), data(0x0)
Aug 24 22:16:22 ThinkPad-X121e kernel: [18960.352854] rtl8192c_common:rtl92c_phy_set_bb_reg():<0-0> regaddr(0xa74), bitmask(0xf000), data(0x7)
Aug 24 22:16:22 ThinkPad-X121e kernel: [18960.352865] rtl8192c_common:rtl92c_phy_set_bb_reg():<0-0> regaddr(0x818), bitmask(0x10000000), data(0x0)
Aug 24 22:16:22 ThinkPad-X121e kernel: [18960.352883] rtl8192c_common:rtl92c_phy_set_bb_reg():<0-0> regaddr(0x818), bitmask(0x10000000), data(0x6200385)
Aug 24 22:16:22 ThinkPad-X121e kernel: [18960.352896] rtl8192ce:rtl92ce_phy_set_rf_reg():<0-0> regaddr(0x24), bitmask(0xfffff), data(0x60), rfpath(0x0)
Aug 24 22:16:22 ThinkPad-X121e kernel: [18960.352908] rtl8192c_common:rtl92c_phy_set_bb_reg():<0-0> regaddr(0x840), bitmask(0xffffffff), data(0x2400060)
Aug 24 22:16:22 ThinkPad-X121e kernel: [18960.352922] rtl8192c_common:rtl92c_phy_set_bb_reg():<0-0> regaddr(0x840), bitmask(0xffffffff), data(0x2400060)
Aug 24 22:16:22 ThinkPad-X121e kernel: [18960.352933] rtl8192c_common:_rtl92c_phy_rf_serial_write():<0-0> RFW-0 Addr[0x840]=0x2400060
Aug 24 22:16:22 ThinkPad-X121e kernel: [18960.352944] rtl8192ce:rtl92ce_phy_set_rf_reg():<0-0> regaddr(0x24), bitmask(0xfffff), data(0x60), rfpath(0x0)
Aug 24 22:16:22 ThinkPad-X121e kernel: [18960.352956] rtl8192c_common:rtl92c_dm_check_txpower_tracking_thermal_meter():<0-0> Trigger 92S Thermal Meter!!
Aug 24 22:16:22 ThinkPad-X121e kernel: [18960.352967] rtl8192c_common:rtl92c_dm_refresh_rate_adaptive_mask():<0-0> RS...

Read more...

Revision history for this message
nobody (bbyte88) wrote :
Download full text (3.3 KiB)

Thanks for the cli info Larry. - BTW - Nice find on the error and fail for (rtl8192) but i'm sorry to say that I can't help with that unless you have instructions or a link to instructions for me to check out.

@ sirius
Is this card or set of them different from yours?

here is lspci -nnv | grep realtek

02:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. Device [10ec:5229] (rev 01)
 Subsystem: Lenovo Device [17aa:5000]
 Flags: bus master, fast devsel, latency 0, IRQ 11
 Memory at f2e00000 (32-bit, non-prefetchable) [size=4K]
 Capabilities: <access denied>

03:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. RTL8188CE 802.11b/g/n WiFi Adapter [10ec:8176] (rev 01)
 Subsystem: Realtek Semiconductor Co., Ltd. Device [10ec:8195]
 Flags: bus master, fast devsel, latency 0, IRQ 17
 I/O ports at 4000 [size=256]
 Memory at f2d00000 (64-bit, non-prefetchable) [size=16K]
 Capabilities: <access denied>
 Kernel driver in use: rtl8192ce
 Kernel modules: rtl8192ce

0c:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 07)
 Subsystem: Lenovo Device [17aa:5000]
 Flags: bus master, fast devsel, latency 0, IRQ 42
 I/O ports at 2000 [size=256]
 Memory at f1404000 (64-bit, prefetchable) [size=4K]
 Memory at f1400000 (64-bit, prefetchable) [size=16K]
 Capabilities: <access denied>
 Kernel driver in use: r8169
 Kernel modules: r8169

It could just be a coincidence since we know the issue is intermittent anyway, but I have not experienced the problem yet or even had any "reason" codes today, other than 3 which seems to be normal from intentional disconnects.

Anyway, here are my two routers:

Uverse Router (current AP) -- ( have not yet experienced the problem and i'm running kernel 3.5.0-18-generic #29~precise1-Ubuntu SMP Mon Oct 22 16:32:29 UTC 2012 i686 i686 i386 GNU/Linux)
http://www.att.com/equipment/accessory-details/?q_sku=sku5480277
Manufacturer Motorola
Model Number NVG510
Serial Number xxxxxxxxx
Software Version 9.0.6h2d21
LAN port 40:b7:f3:xx:xx:xx

OLD ROUTER: (Experienced the problem and caused me to stick to kernel 3.2.0-23 since a couple updates into the 12.04 release. I've been watching this thread since then.) (Can not be used to connect to the internet but I could just leave my pc connected to the LAN all day - with kernel 3.5.x-x)
http://www.netgear.com/service-provider/products/routers-and-gateways/dsl-gateways/dgn1000.aspx#two
 N150 Wireless ADLS2+ Modem router (model DGN1000)
Firmware Version (was updated once, can't remember how long ago it was):
V1.1.00.51_NA
LAN port : E0:91:F5:xx:xx:xx

@ Koen
I see in your post (comment #225) you stated kernel 3.2.0-40ish. I could have sworn that was when I started having problems to but I'm not positive atm.

***
Todays results:
Had the laptop on and connected all day -- but I was gone all day. I checked the dmesg for "reason" and found nothing other than
comm="chromium-browse" reason="seccomp"
which is normal.
I'm using kernel -- Linux nobody-ThinkPad-Edge-E430 3.5.0-18-generic #29~precise1-Ubuntu SMP Mon Oct 22 16:32:29 UTC 2012 i686 i686 i386 GNU/Linux

Perhaps i'm jus...

Read more...

Revision history for this message
nobody (bbyte88) wrote :

stayed home today and have been using my laptop all day. I have not had any disconnects and what's more is that I have 0 "reason" codes from all day.

kernel 3.5.0-37-generic

I am however using this new motorola AP from att (that i'm stuck with and i hate this u-verse service).

I was thinking for a second, I remember the recent daily-build download I tried had a couple glitches. So I asked my cousin what his router is.... all in one Netgear modem/AP. That's like what my old one that I can't use anymore is.

I'm going to try kernel 3.8.x-x tomorrow.

Revision history for this message
Sirius1977 (sirius1977) wrote :

I finally got it managed to monitor the two stations with kismet.

I used kernel 3.8.0-29 for this because it gets more or less imediatly disconnected.

Tp-LinkT ist my AP and LiteonTe the realtek card.

Anyone able to see whats going wrong?

Revision history for this message
Sirius1977 (sirius1977) wrote :

I added an atachment: kismet-3.8.0-29.pcapdump

Revision history for this message
Sirius1977 (sirius1977) wrote :
Revision history for this message
nobody (bbyte88) wrote :

I see that link is leads to the same attachment you uploaded on your last post.

I am no expert but here is my two cents from looking through that capture.

I'm seeing only one "Deauthentication / Reassociation. At frame 8418 you see the first deauthentication message from your laptop. There are a lot of Logical Link Control frames being sent but that should be normal.

FHSS = 802.11b / OFDM = 802.11g
The thing that I keep seeing is your AP is using FHSS almost exclusively and only a couple frames from it to your laptop use OFDM modulation. I do see on a couple frames that your laptop uses FHSS. The deauthentication frames were the only I noticed.

I was wondering if those nodes are going to look the same on a kernel that has a stable WLAN connection. Meaning If not too much trouble, use an old kernel and grab another capture from a kernel that doesn't deauthenticate all the time. Then see if the AP and laptop are communicating at the same modulation.

As for me.

uptime with kernel 3.8.0-29-generic is 18:55:52

dmesg | grep reason (shows nothing)
dmesg | grep deauthen (shows nothing)

My connection is stable.

The only thing that has changed in the last year was I got booted from my old DSL and had to sign up for att u-verse dsl. This newer DSL locks your modems mac in as your user login credentials so you can't replace it with another one from newegg, amazon, best buy, etc.. The only way to get one is from att and then go through the registration process which locks your mac as you. You can buy them on ebay but I don't think I would do that because they don't always authenticate to att's service.

Anyway, I got this new modem/router (motorola nvg510) last month. all the newer kernels are working with my laptop / AP now. Call it a coincidence, call it dumb luck, who knows but I know it is working great now and the only thing I changed was the AP. Although I have installed updated from lubuntu via apt-get update / apt-get upgrade / apt-get dist-upgrade.

I even ran the fedora 19 lxde live iso and had no problems on that as well.

Revision history for this message
Sirius1977 (sirius1977) wrote :

I made a seperate post because the download link don't show below it. I didn't see the atachment list on the right at the first time.

I will make another grab with 3.2 later.

My AP is forced at 11g because the wlan card i use to grab can only do 54mbit max. Interesting that it sends 11b frames. But we will see later with another kernel.

Revision history for this message
Sirius1977 (sirius1977) wrote :

Correction, my AP is forced to bg mixed , so the b frames should be normal.

Revision history for this message
nobody (bbyte88) wrote :

So is it not possible to change it to dedicated 802.11g ?

Revision history for this message
Sirius1977 (sirius1977) wrote :

No i forced it to g only this time.

Added 3.2.0-52 grab. This time it also disconnects.

Revision history for this message
Sirius1977 (sirius1977) wrote :

In the end there was no data comming, skype disconnects and some time after i quit kismet the connection was back, but didn't find a deauth in the dump.

Revision history for this message
Sirius1977 (sirius1977) wrote :

Switched my TP-Link 1043nd to Openwrt. Same problem.

Maybe the logs are interesting for Larry:

Sep 5 13:54:13 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 IEEE 802.11: disconnected due to excessive missing ACKs
Sep 5 13:54:21 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 IEEE 802.11: deauthenticated due to local deauth request
Sep 5 13:54:50 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 IEEE 802.11: authenticated
Sep 5 13:54:50 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 IEEE 802.11: associated (aid 1)
Sep 5 13:54:50 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 WPA: pairwise key handshake completed (RSN)
Sep 5 13:54:50 OpenWrt daemon.info dnsmasq-dhcp[1396]: DHCPREQUEST(br-lan) 192.168.1.113 d0:df:9a:46:3b:c9
Sep 5 13:54:50 OpenWrt daemon.info dnsmasq-dhcp[1396]: DHCPACK(br-lan) 192.168.1.113 d0:df:9a:46:3b:c9 ThinkPad-X121e
Sep 5 13:55:36 OpenWrt daemon.info hostapd: wlan0: STA 4c:0b:3a:85:55:3a IEEE 802.11: authenticated
Sep 5 13:55:36 OpenWrt daemon.info hostapd: wlan0: STA 4c:0b:3a:85:55:3a IEEE 802.11: associated (aid 2)
Sep 5 13:55:36 OpenWrt daemon.info hostapd: wlan0: STA 4c:0b:3a:85:55:3a WPA: pairwise key handshake completed (RSN)
Sep 5 13:55:36 OpenWrt daemon.info dnsmasq-dhcp[1396]: DHCPREQUEST(br-lan) 192.168.1.103 4c:0b:3a:85:55:3a
Sep 5 13:55:36 OpenWrt daemon.info dnsmasq-dhcp[1396]: DHCPACK(br-lan) 192.168.1.103 4c:0b:3a:85:55:3a
Sep 5 13:55:36 OpenWrt daemon.info dnsmasq-dhcp[1396]: DHCPREQUEST(br-lan) 192.168.1.103 4c:0b:3a:85:55:3a
Sep 5 13:55:36 OpenWrt daemon.info dnsmasq-dhcp[1396]: DHCPACK(br-lan) 192.168.1.103 4c:0b:3a:85:55:3a android-a43246cd3104778
Sep 5 13:55:50 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 IEEE 802.11: disconnected due to excessive missing ACKs
Sep 5 13:55:55 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 IEEE 802.11: authenticated
Sep 5 13:55:55 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 IEEE 802.11: associated (aid 1)
Sep 5 13:55:55 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 WPA: pairwise key handshake completed (RSN)

Revision history for this message
Sirius1977 (sirius1977) wrote :

interisting, in G mode only, there are also tons of those missing ack messages but the connection is reliable.

My Android connects without those messages: 4c:0b:3a:85:55:3a

Sep 5 14:38:46 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 WPA: pairwise key handshake completed (RSN)
Sep 5 14:39:42 OpenWrt daemon.info hostapd: wlan0: STA 4c:0b:3a:85:55:3a WPA: group key handshake completed (RSN)
Sep 5 14:39:42 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 IEEE 802.11: disconnected due to excessive missing ACKs
Sep 5 14:39:44 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 IEEE 802.11: authenticated
Sep 5 14:39:44 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 IEEE 802.11: associated (aid 2)
Sep 5 14:39:44 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 WPA: pairwise key handshake completed (RSN)
Sep 5 14:42:13 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 IEEE 802.11: disconnected due to excessive missing ACKs
Sep 5 14:42:15 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 IEEE 802.11: authenticated
Sep 5 14:42:15 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 IEEE 802.11: associated (aid 2)

Revision history for this message
Sirius1977 (sirius1977) wrote :

Connection was dropped in G mode but recovers. The following message was in the log file as this happens:

Sep 5 15:47:38 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 IEEE 802.11: disconnected due to excessive missing ACKs
Sep 5 15:48:08 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Sep 5 15:49:07 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 IEEE 802.11: authenticated
Sep 5 15:49:07 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 IEEE 802.11: associated (aid 2)
Sep 5 15:49:07 O

Revision history for this message
Sirius1977 (sirius1977) wrote :

And finally with mainline kernel 3.11 (before i used 3.2-52) still a bunch of messages (which are not there if connected in Windows) but not so relating to missing ACK. Looks stable at the moment with mode N:

Sep 5 16:55:50 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 WPA: pairwise key handshake completed (RSN)
Sep 5 16:56:01 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 IEEE 802.11: disconnected due to excessive missing ACKs
Sep 5 16:56:05 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 IEEE 802.11: authenticated
Sep 5 16:56:05 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 IEEE 802.11: associated (aid 1)
Sep 5 16:56:05 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 WPA: pairwise key handshake completed (RSN)
Sep 5 16:56:27 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 IEEE 802.11: authenticated
Sep 5 16:56:27 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 IEEE 802.11: associated (aid 1)
Sep 5 16:56:27 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 WPA: pairwise key handshake completed (RSN)
Sep 5 16:56:56 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 IEEE 802.11: authenticated
Sep 5 16:56:56 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 IEEE 802.11: associated (aid 1)
Sep 5 16:56:56 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 WPA: pairwise key handshake completed (RSN)
Sep 5 16:57:04 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 IEEE 802.11: authenticated
Sep 5 16:57:04 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 IEEE 802.11: associated (aid 1)
Sep 5 16:57:04 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 WPA: pairwise key handshake completed (RSN)
Sep 5 16:57:21 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 IEEE 802.11: authenticated
Sep 5 16:57:21 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 IEEE 802.11: associated (aid 1)
Sep 5 16:57:21 OpenWrt daemon.info hostapd: wlan0: STA d0:df:9a:46:3b:c9 WPA: pairwise key handshake completed (RSN)

Revision history for this message
Sirius1977 (sirius1977) wrote :

Interesting, yesterday i run into the same full connection and no data trouble with the 3.11 mainline kernel.

I played arround a bit with some settings in the openwrt firmware. I forced ht-mode to 40Mhz even if the second channel was used by another AP. And all the above messages where gone. Only these sometimes which should be normal where there:

 STA 4c:0b:3a:85:55:3a WPA: pairwise key handshake completed (RSN)
 STA d0:df:9a:46:3b:c9 WPA: pairwise key handshake completed (RSN)

However, today i can't reproduce it, the settings in openwrt didn't change and there are tons of messages like above again.

But eventually it points to a direction whats going wrong. Maybe it has something todo with the channel handling or with which 802.11 standard the Realtek card sends ACK messages and where the AP is hearing for them.

Revision history for this message
nobody (bbyte88) wrote :

Interesting Sirius.

My DSL problems continue with this crappy new DSL2 service(at&t u-verse), it came back up today, for who knows how long. The old service worked great, never had a single problem.

Anyway, after testing multiple kernels and the new ones from before when I had regular DSL and a netgear modem I had nothing but troubles. Since having this different router and testing all those kernels all over again without any disconnects, plus the fact that I tried my laptop on another similar router and had the same results, I tend to think the realtek drivers are not fully compatible with something in certain routers. ? . ?

Who knows but I do know that the problem for me has, for now anyway, gone away and the only thing that changed was my router. Meanwhile if I hook up my old router which no longer has a DSL connection and I leave my laptop on it does have issues with the connection.

My current kernel is just the standard one from the repos.
3.8.0-29-generic 32bit

Good Luck Sirius

Revision history for this message
Sirius1977 (sirius1977) wrote :

Hi all,

i bought a new Wifi card, so i am no longer affected.

But i really want to see this fixed and i came to the conclusion that i am willing to send my Realtek card to Larry if it helps. I made a picture of it. Don't know if there are much different versions.

@Larry: What do you think? Is it worth a try?

Revision history for this message
Larry Finger (larry-finger) wrote : Re: [Bug 902557] Re: 10ec:8176 Wireless not working in 12.04 for rtl8192ce (RTL8188CE)

On 09/19/2013 10:08 AM, Sirius1977 wrote:
> Hi all,
>
> i bought a new Wifi card, so i am no longer affected.
>
> But i really want to see this fixed and i came to the conclusion that i
> am willing to send my Realtek card to Larry if it helps. I made a
> picture of it. Don't know if there are much different versions.
>
> @Larry: What do you think? Is it worth a try?
>
>
> ** Attachment added: "RT8188ce"
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/902557/+attachment/3829368/+files/IMG_20130919_165505.jpg
>

I already have one of those that works for me.

Larry

Revision history for this message
Sirius1977 (sirius1977) wrote : Re: 10ec:8176 Wireless not working in 12.04 for rtl8192ce (RTL8188CE)

Ok...

Anyway, have you seen my kismet dumps and openWRT Logs? Do they help in any way to find out what the problem is?

Yesterday i found out that 11b didn't work with 3.11, no chance to connect to the AP.

Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

I have been working on the gain control code in rtl8192ce and rtl8192cu. Both had a tendency to wander to the point that the RX gain was too small for the chip to receive anything. The attached patch is a lot better.

It applies to the current mainline 3.12-rc2 kernel, but it is likely appropriate for olger kernels.

tags: added: patch
Revision history for this message
Sirius1977 (sirius1977) wrote :

Sounds interesting. I test it as soon as i can.

Is there a way to only compile the affected module and not the entire kernel? The last time i had compiled a kernel was around Debian 3.0 "woody" so my knowlege about this has gone away ;-)

Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

Unless the code is designed for building an out-of-kernel module, you really do need to build the entire kernel.

On a Mint system that I run on a PPC computer, I have to use "fakeroot" to build a .deb file. I assume you would need to do the same, but I don't use Ubuntu, and I'm not a reliable source on that distro.

Revision history for this message
Koen Roggemans (koen-roggemans) wrote :

 Hi Larry,

Thanks a lot for your work on this. Is there any chance for these improvements to end up in older kernels?
I'm stuck on 3.2 because of the cedartrail and gva500 drivers that don't exist for newer kernels :-(

Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

These changes depend on a lot of other work that cannot be backported to 3.2. You will, however, be able to use the code base of the backports project to get the latest drivers. I assume that Ubuntu builds a backports package for each of their kernels. Most distros do.

Revision history for this message
Koen Roggemans (koen-roggemans) wrote :

Thanks for the hint -I'll have a look when I can spend more time on this and report back here.

At the moment the situation for this wifi driver in Ubuntu 12.04 is as follows:
Install Ubuntu 12.04 without updates to end up on kernel 3.2 (for the Atom N2600 screen driver) gets you to kernel 3.2.0.29 with working wifi.
Upgrading the installation gets you to 3.2.0.54 where wifi is still broken - not so good for an LTS version.

I found a non official DKMS package for the Realtek 0007.0809.2012 driver, which performs really bad (slow and grinding to a hold after a few minutes). When that happens, all wifi on the same access point nearly stops working (tested with 2 different makes access point and with 2 different wifi cards)
Installing the Realtek 0012.0207.2013 driver is better, but still shows that slowing down to hold after a while syndrome. The impact on the other devices seems to be a lot less, but up to now I didn't manage to compile a DKMS-version from it.

Revision history for this message
Koen Roggemans (koen-roggemans) wrote :

I've been trying to create a DKMS package for 0012.207.2013 on kernel 3.2.0, but I got stuk. Since that is not really a sollution for this bug (it should just work without compiling and installing drivers from Realtek, just like it did before 3.2.0.40), I posted my problems doing that on http://askubuntu.com/questions/357047/how-to-create-realtek-9182ce-driver-dkms-module, leaving a reference here for who ever stubles on the same problem.

Revision history for this message
Koen Roggemans (koen-roggemans) wrote :

I found the problem with the 3.2.0 kernel: the linux-firmware package distributes the old realtek firmware that doesn't work with the new drivers that went in the kernel on 1/4/2013.
I filed a bug for it: https://bugs.launchpad.net/ubuntu/+source/linux-firmware/+bug/1239414

Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

That is a Ubuntu packaging problem. The linux-firmware git repo has the correct firmware.

Revision history for this message
Koen Roggemans (koen-roggemans) wrote :

Ah, good to know. Thanks for looking into this Larry.

Revision history for this message
Koen Roggemans (koen-roggemans) wrote :

I hope I'm looking in the right place (http://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git/tree/rtlwifi).
In kernel git I notice that the size of rtl8192cfw.bin is 13540 bytes, while the one downloaded from the Realtek website is 16192 bytes. It's a bit hard with those binary blobs and versions :-(, but as far as I can see, the 16192 bytes version works, while the 13540 bytes version doesn't, unless something else is obfuscating my test results. My card is a rtl8188ee, which seems to use this binary.

Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

Your comment is confusing. You write about firmware rtl8192cfw.bin, and then say your hardware is RTL8188EE. If that is really your hardware, then your firmware file is rtl8188efe.bin, not rtl8192cfw.bin. Which is correct?

The firmware files that work for me have the following md5sums and sizes:

finger@larrylap:~/linux-firmware> md5sum rtlwifi/*
3aed09e6385aff0f3809a3949f6c3b64 rtlwifi/rtl8188efw.bin
aaef52a47852e599cbff63a3e7f96a94 rtlwifi/rtl8188eufw.bin
748944fbffd3b08b5b1929bb6c7fc537 rtlwifi/rtl8192cfw.bin
dd371739aa401ea1d615436b24598bc4 rtlwifi/rtl8192cfwU_B.bin
660d5d7e1e1fd985261fb20b2ac283f6 rtlwifi/rtl8192cfwU.bin
7e15572f80406839896ff4a1042b2b2f rtlwifi/rtl8192cufw_A.bin
d0cdaf2531dcf416058ebb00f3f527bb rtlwifi/rtl8192cufw_B.bin
943e9b714a926e630b8152d7aad91d2e rtlwifi/rtl8192cufw.bin
b64bd0e053c8b9e45efeae7ffaafde9f rtlwifi/rtl8192cufw_TMSC.bin
de0e4180e87cf18a8a4b62d145bde829 rtlwifi/rtl8192defw.bin
2faf6915a0bbb5d15d3bd43618f5347c rtlwifi/rtl8192sefw.bin
200fd952db3cc9259b1fd05e3e51966f rtlwifi/rtl8712u.bin
ce50dfe07dbb1bfe9e14bdb315a4b28a rtlwifi/rtl8723fw_B.bin
69ccaffbe94cc0ef1b89c25290e19b2e rtlwifi/rtl8723fw.bin
finger@larrylap:~/linux-firmware> ls -l rtlwifi/
total 400
-rw-r--r-- 1 finger users 11216 Feb 20 2013 rtl8188efw.bin
-rw-r--r-- 1 finger users 13904 Sep 27 22:17 rtl8188eufw.bin
-rw-r--r-- 1 finger users 13540 Feb 14 2013 rtl8192cfw.bin
-rw-r--r-- 1 finger users 14800 Feb 14 2013 rtl8192cfwU_B.bin
-rw-r--r-- 1 finger users 14818 Feb 14 2013 rtl8192cfwU.bin
-rw-r--r-- 1 finger users 16116 Sep 26 17:14 rtl8192cufw_A.bin
-rw-r--r-- 1 finger users 16096 Sep 26 17:14 rtl8192cufw_B.bin
-rw-r--r-- 1 finger users 16014 Feb 14 2013 rtl8192cufw.bin
-rw-r--r-- 1 finger users 16116 Sep 26 17:14 rtl8192cufw_TMSC.bin
-rw-r--r-- 1 finger users 22978 Feb 14 2013 rtl8192defw.bin
-rw-r--r-- 1 finger users 80208 Feb 14 2013 rtl8192sefw.bin
-rw-r--r-- 1 finger users 122328 Feb 14 2013 rtl8712u.bin
-rwxr-xr-x 1 finger users 22996 Feb 14 2013 rtl8723fw_B.bin
-rwxr-xr-x 1 finger users 11662 Feb 14 2013 rtl8723fw.bin
finger@larrylap:~/linux-firmware>

Revision history for this message
Koen Roggemans (koen-roggemans) wrote :
Download full text (3.4 KiB)

Very confusing :-(
I see in modinfo, what makes me think it uses rtl8192cfw:
firmware: rtlwifi/rtl8192cfwU_B.bin
firmware: rtlwifi/rtl8192cfwU.bin
firmware: rtlwifi/rtl8192cfw.bin

but: description: Realtek 8192C/8188C 802.11n PCI wireless

With a clean install of Ubuntu 12.04, upgraded to kernel 3.2.0-54, wireless does not work: error in dmesg "Failed to request firmware!"

There are a quite a lot of differences with your output, you are right that the problem lies at ubuntu packaging. While testing this, I noticed that rtl8192cfwU_B.bin and rtl8192cfwU.bin where missing and requested by the driver. Copying those in from the Realtek website makes the wifi work again :-).

missing in the Ubuntu installation:
rtl8188efw
rtl8188eufw
rtl8192cfwU_B
rtl8192cfwU
rtl8192cufw_A
rtl8192cufw_B
rtl8192cufw_TMSC

different:
rtl8192defw
rtl8192sefw
rtl8712u

the same:
rtl8192cfw
rtl8192cufw
rtl8723fw_B
rtl8723fw

Details of test machine:
test@test-Intel-powered-classmate-PC:/lib/firmware$ md5sum rtlwifi/*
748944fbffd3b08b5b1929bb6c7fc537 rtlwifi/rtl8192cfw.bin
943e9b714a926e630b8152d7aad91d2e rtlwifi/rtl8192cufw.bin
7a3b61dbd72e0efb22f892ece8020994 rtlwifi/rtl8192defw.bin
bccf9bf2276621770f101a60736b4004 rtlwifi/rtl8192sefw.bin
8e6396b5844a3e279ae8679555dec3f0 rtlwifi/rtl8712u.bin
ce50dfe07dbb1bfe9e14bdb315a4b28a rtlwifi/rtl8723fw_B.bin
69ccaffbe94cc0ef1b89c25290e19b2e rtlwifi/rtl8723fw.bin
test@test-Intel-powered-classmate-PC:/lib/firmware$ ls -l rtlwifi/
totaal 308
-rw-r--r-- 1 root root 13540 dec 11 2012 rtl8192cfw.bin
-rw-r--r-- 1 root root 16014 dec 11 2012 rtl8192cufw.bin
-rw-r--r-- 1 root root 20526 dec 11 2012 rtl8192defw.bin
-rw-r--r-- 1 root root 88856 dec 11 2012 rtl8192sefw.bin
-rw-r--r-- 1 root root 129304 dec 11 2012 rtl8712u.bin
-rwxr-xr-x 1 root root 22996 jul 11 14:43 rtl8723fw_B.bin
-rwxr-xr-x 1 root root 11662 jul 11 14:43 rtl8723fw.bin

test@test-Intel-powered-classmate-PC:/lib/firmware$ modinfo rtl8192ce
filename: /lib/modules/3.2.0-54-generic-pae/kernel/drivers/net/wireless/rtlwifi/rtl8192ce/rtl8192ce.ko
firmware: rtlwifi/rtl8192cfwU_B.bin
firmware: rtlwifi/rtl8192cfwU.bin
firmware: rtlwifi/rtl8192cfw.bin
description: Realtek 8192C/8188C 802.11n PCI wireless
license: GPL
author: Larry Finger <email address hidden>
author: Realtek WlanFAE <email address hidden>
author: lizhaoming <email address hidden>
srcversion: DA52BF758B7683607AFCB85
alias: pci:v000010ECd00008176sv*sd*bc*sc*i*
alias: pci:v000010ECd00008177sv*sd*bc*sc*i*
alias: pci:v000010ECd00008178sv*sd*bc*sc*i*
alias: pci:v000010ECd00008191sv*sd*bc*sc*i*
depends: rtlwifi,rtl8192c-common,mac80211
intree: Y
vermagic: 3.2.0-54-generic-pae SMP mod_unload modversions 686
parm: swenc:Set to 1 for software crypto (default 0)
 (bool)
parm: ips:Set to 0 to not use link power save (default 1)
 (bool)
parm: swlps:Set to 1 to use SW control power save (default 0)
 (bool)
parm: fwlps:Set to 1 to use FW control power save (default 1)
 (bool)
parm: debug:Set debug level (0-5) (default 0) (int)

*-network UNCLAIMED
                description: Network controller
                product: RTL8188CE 802.11b/g/n WiFi Adapter
                vendor: Realtek Semiconductor Co., Ltd.
   ...

Read more...

Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

I expected that your hardware was an RTL8188CE, but when you wrote EE, I had to ask.

The updated firmware for rtl8192ce in the linux-firmware repo has the following commit:

commit e0836e6ec3568f54b7fac24b9e17bbe8c46eb508
Author: Larry Finger <email address hidden>
Date: Sun Jul 8 15:16:17 2012 -0500

Why has this update been available for 16 months and *still* not picked up and packaged by Ubuntu????

My distro of choice has had it for a long time.

Revision history for this message
Koen Roggemans (koen-roggemans) wrote :

Ah, sorry for the typo.
It's sad. I don't dare to guess how much time I've spend on this while it shouldn't have been a bug at all and the time and energy you have spend, answering my questions that never should have been asked :-(

I really appreciate your help. I hope everyone learned a little bit.

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote :

Koen: I'm glad that resolved things for you.

However, simply copying in the RealTek-supplied firmware has never made any difference for me. It's not just a simple matter of what is/isn't packaged with Ubuntu, as far as all my efforts to date go.

Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

At least, I begin to understand why duplicating the problems found by Ubuntu users is so difficult for me.

You should not have to deal with anything from the vendor-supplied code. That is my job. It takes a lot of testing before I change the firmware, and I need a very good reason.

Revision history for this message
Koen Roggemans (koen-roggemans) wrote :

@Ryan: it doesn't resolve everything: it just makes the wireless show up again, rather then not work at all.
The performance is still very poor :-(.
I don't know if Ubuntu ships the latest drivers. The Realtek drivers are not good either, but seem to last a little bit longer before the connection drops. It's very hard to get objective data. I contacted Realtek for a comment, but they don't reply. They probably had enough complainers about this card...

Revision history for this message
Sirius1977 (sirius1977) wrote :

Did anyone test the patch that Larry has posted? I don't have the time at the moment.

Revision history for this message
Koen Roggemans (koen-roggemans) wrote :

Hi Sirius,
I read through the thread again and for what I found, there is a patch that went 1/04/2013 in kernel git for kernel 3.2 and then patches that apply to kernel 3.11 that are too difficult to backport to earlier kernels.
At the moment I'm testing the ones that went in on 1/04/2013 with linux-firmware that finally made it in proposed.

Very subjective observation: it works better then whit the manufacturers driver (0007 and 0012). I find it hard to come up with a testsetup and a way to collect reproducable results. I only had one moment when the speed dropped badly and that could have been due to my desk standing full of working laptops.

I tested it up to now with 3 AP's: linksys wrt54gs, linksys wap200 and unifi pro. It works fine on all 3, except with the unifi I get a weird message in dmesg of the client: No basic rates in AssocResp. Using min supported rate instead. The speed seems ok though. Going to ask the unifi guys why that message shows up on their equipment.

Revision history for this message
Sergio (sergiorussia) wrote :

Upgraded to 13.10 yesterday with hope that new kernel will save the situation - no luck, if not became worse...

Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

What kernel does 13.10 run? If you want the latest, you will need to build your own.

You also need to look very carefully at the firmware version as Ubuntu has not been distributing the latest. On my system, the md5sum for the correct fw is

748944fbffd3b08b5b1929bb6c7fc537 /lib/firmware/rtlwifi/rtl8192cfw.bin

The device works for me. I use openSUSE with a 3.12-rc4 kernel and I control it with NetworkManager. I have already wasted a lot of time trying to find what is causing problems for Ubuntu users, only to find that the distro's firmware is out of date. I have decided to quit doing that.

Revision history for this message
peter b (b1pete) wrote :

just checked my pangolin install

/media/pangolin# uname -a
Linux peter-GA-MA78GM-S2HP 3.8.0-31-generic #46-Ubuntu SMP Tue Sep 10 20:03:44 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

/media/pangolin/lib/firmware/rtlwifi# md5sum rtl8192cfw.bin
748944fbffd3b08b5b1929bb6c7fc537 rtl8192cfw.bin

it is the same as posted under #343 and it works on devices/pc's that have this chipset.

Revision history for this message
Sergio (sergiorussia) wrote :

hi Larry. sorry for late reply. 13.10 runs "Linux sergio-pc 3.11.0-13-generic #20-Ubuntu SMP Wed Oct 23 17:26:33 UTC 2013 i686 i686 i686 GNU/Linux"

Revision history for this message
Sergio (sergiorussia) wrote :

hi again @Larry, just checked current system firmware for the kernel i mentioned above, and you know what?

sergio@sergio-pc:~$ md5sum /lib/firmware/rtlwifi/rtl8192cfw.bin
748944fbffd3b08b5b1929bb6c7fc537 /lib/firmware/rtlwifi/rtl8192cfw.bin

…which is the same as you posted, but the device still constantly drops connection! what else should i try to do?

Revision history for this message
Patrick Hetu (patrick-hetu) wrote :

I've you tried to add this in /etc/modprobe.d/rtl8192ce.conf :

options rtl8192ce ips=0 fwlps=0

Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

I have recently done a complete rewrite on the gain control code in rtl8192c. The primary reason for this was to implove the connectivity in rtl8192cu, but the new code also impacts rtl8192ce. At the moment, I am testing a 10ec:8178 RTL8192CE device with good results (RX throughput up to 65 Mbps). The next card to test will be an RTL8188CE.

These patches will be submitted with a notation that they be backported to stable kernels; however, I have no idea how long it will take for them to hit the stable kernel versions, and then to get into the Ubuntu kernels.

Revision history for this message
Sergio (sergiorussia) wrote :

@Patrick, thank for your advice, tried it yesterday and thank goodness it worked for me! i'd recommend others to try it out.
quick googling shows that this solution has been around for several months (!), it's a pity that nobody else found/mentioned that earlier here, but now it seems like a real work-around.

@Larry, should your patches simply improve signal quality or directly address this issue? i mean should i keep these settings "ips=0" and "fwlps=0" forever or your changes would directly affect them?

ps: btw @Larry, i don't know is this related or not, buy as my wifi adapter is 802.11n 300Mbps, i expect high connection speed. i got 70Mbps tariff from ISP, 802.11n 300Mbps router Zyxel Keenetic which promises up to 70Mbps over L2TP and gives 60+ Mbps over ethernet, but only 40+ Mbps max over wifi even if from 1 meter in-sight distance. is this expected behavior or not? could your patches help with it?

Revision history for this message
Larry Finger (larry-finger-lwfinger) wrote :

Did you read my previous comment about speed? YMMV.

Any promise of wifi speed depends on so many factors that it is meaningless without a measurement.

I am running without any special module loading parameters. I am still getting Reason 7 deauthentications, but the connection recovers within a few tenths of a second.

Revision history for this message
Adam (amresnick) wrote :

I'm trying to install the posted patch, but don't really know what i'm doing as I've never patched anything before. I've seen references to diff files when searching for how to apply a patch, but there just seems to be this one .txt file which I've downloaded.

Can anybody elaborate more on this or point me to a good forum post that explains what to do?

If it matters, I'm using 3.11.7.

Revision history for this message
Ryan McClure (mcc-mcc3d) wrote :
Download full text (6.6 KiB)

$ md5sum /lib/firmware/rtlwifi/rtl8192cfw.bin
fd118c183ad9e11060a6e575b472280e /lib/firmware/rtlwifi/rtl8192cfw.bin

Saw this and also noticed that I had another file (same name, but with .bin.bak extension) that matched the md5sum @Larry posted, so I swapped them around and ran

$ sudo rmmod rtl8192ce
$ sudo modprobe rtl8192ce

No noticeable difference, however. Here's the output from syslog, filtered on the Reason 6 deassociations:

Nov 20 09:49:35 <redacted> wpa_supplicant[1165]: wlan0: CTRL-EVENT-DISCONNECTED bssid=00:46:9a:02:17:01 reason=6
Nov 20 09:49:45 <redacted> kernel: [ 1072.963826] wlan0: deauthenticated from 00:46:9a:02:17:01 (Reason: 6)
Nov 20 09:49:45 <redacted> wpa_supplicant[1165]: wlan0: CTRL-EVENT-DISCONNECTED bssid=00:46:9a:02:17:01 reason=6
Nov 20 09:49:54 <redacted> kernel: [ 1081.877888] wlan0: deauthenticated from 00:46:9a:02:17:01 (Reason: 6)
Nov 20 09:49:54 <redacted> wpa_supplicant[1165]: wlan0: CTRL-EVENT-DISCONNECTED bssid=00:46:9a:02:17:01 reason=6
Nov 20 09:50:17 <redacted> kernel: [ 1105.164543] wlan0: deauthenticated from 00:46:9a:02:17:01 (Reason: 6)
Nov 20 09:50:17 <redacted> wpa_supplicant[1165]: wlan0: CTRL-EVENT-DISCONNECTED bssid=00:46:9a:02:17:01 reason=6
Nov 20 09:50:26 <redacted> kernel: [ 1114.050513] wlan0: deauthenticated from 00:46:9a:02:17:01 (Reason: 6)
Nov 20 09:50:26 <redacted> wpa_supplicant[1165]: wlan0: CTRL-EVENT-DISCONNECTED bssid=00:46:9a:02:17:01 reason=6
Nov 20 09:50:35 <redacted> kernel: [ 1122.749766] wlan0: deauthenticated from 00:46:9a:02:17:01 (Reason: 6)
Nov 20 09:50:35 <redacted> wpa_supplicant[1165]: wlan0: CTRL-EVENT-DISCONNECTED bssid=00:46:9a:02:17:01 reason=6
Nov 20 09:50:53 <redacted> kernel: [ 1140.669823] wlan0: deauthenticated from 00:46:9a:02:17:01 (Reason: 6)
Nov 20 09:50:53 <redacted> wpa_supplicant[1165]: wlan0: CTRL-EVENT-DISCONNECTED bssid=00:46:9a:02:17:01 reason=6
Nov 20 09:51:12 <redacted> kernel: [ 1159.897681] wlan0: deauthenticated from 00:46:9a:02:17:01 (Reason: 6)
Nov 20 09:51:12 <redacted> wpa_supplicant[1165]: wlan0: CTRL-EVENT-DISCONNECTED bssid=00:46:9a:02:17:01 reason=6
Nov 20 09:52:12 <redacted> kernel: [ 1219.900061] wlan0: deauthenticated from 00:46:9a:02:17:01 (Reason: 6)
Nov 20 09:52:12 <redacted> wpa_supplicant[1165]: wlan0: CTRL-EVENT-DISCONNECTED bssid=00:46:9a:02:17:01 reason=6
Nov 20 09:52:46 <redacted> kernel: [ 1254.185542] wlan0: deauthenticated from 00:46:9a:02:17:01 (Reason: 6)
Nov 20 09:52:46 <redacted> wpa_supplicant[1165]: wlan0: CTRL-EVENT-DISCONNECTED bssid=00:46:9a:02:17:01 reason=6
Nov 20 09:53:24 <redacted> kernel: [ 1292.437548] wlan0: deauthenticated from 00:46:9a:02:17:01 (Reason: 6)
Nov 20 09:53:24 <redacted> wpa_supplicant[1165]: wlan0: CTRL-EVENT-DISCONNECTED bssid=00:46:9a:02:17:01 reason=6
Nov 20 09:53:41 <redacted> kernel: [ 1309.370754] wlan0: deauthenticated from 00:46:9a:02:17:01 (Reason: 6)
Nov 20 09:53:41 <redacted> wpa_supplicant[1165]: wlan0: CTRL-EVENT-DISCONNECTED bssid=00:46:9a:02:17:01 reason=6
Nov 20 09:53:48 <redacted> kernel: [ 1316.014818] wlan0: deauthenticated from 00:46:9a:02:17:01 (Reason: 6)
Nov 20 09:53:48 <redacted> wpa_supplicant[1165]: wlan0: CTRL-EVENT-DISCONNECTED bssid=00:46:9a:02:17:01 rea...

Read more...

Revision history for this message
Jan Henke (jhe) wrote :

The newer bug report is a duplicate of this one, not the other way round.

Revision history for this message
penalvch (penalvch) wrote :

Neither bug is a duplicate of the other as they deal with two different chipsets.

summary: - 10ec:8176 Wireless not working in 12.04 for rtl8192ce (RTL8188CE)
+ 10ec:8176 [Lenovo ThinkPad X120e] Wireless not working in 12.04 for
+ rtl8192ce (RTL8188CE)
Revision history for this message
Steve Langasek (vorlon) wrote :

The Precise Pangolin has reached end of life, so this bug will not be fixed for that release

Changed in linux (Ubuntu Precise):
status: Confirmed → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.