Installed a USB WiFi device dmesg reported: rtl819xU:request firmware fail!

Bug #594248 reported by David Mandala
136
This bug affects 34 people
Affects Status Importance Assigned to Milestone
linux-firmware (Ubuntu)
Fix Released
Low
Unassigned

Bug Description

In dmesg output I saw:

[ 9162.144804] usb 1-2: firmware: requesting RTL8192SU/rtl8192sfw.bin
[ 9162.158346] rtl819xU:request firmware fail!
[ 9162.158348]

As a work around I added a symlink:

RTL8192SU -> RTL8192SE

I reinserted the device and it works. dmesg reports:

[ 9233.422145] rtl819xU: --->FirmwareDownload92S()
[ 9233.422148]
[ 9233.422154] usb 1-2: firmware: requesting RTL8192SU/rtl8192sfw.bin
[ 9233.429389] rtl819xU:signature:8192, version:703e, size:30, imemsize:b408, sram size:87c8
[ 9233.429391]
[ 9233.429452] rtl819xU:--->FirmwareDownloadCode()
[ 9233.429453]
[ 9233.429505] rtl819xU:--->FirmwareCheckReady(): LoadStaus(1),
[ 9233.431154] rtl819xU:<---FirmwareCheckReady(): LoadFWStatus(1), rtStatus(0)
[ 9233.431156]
[ 9233.431159] rtl819xU:--->FirmwareDownloadCode()
[ 9233.431160]
[ 9233.431197] rtl819xU:--->FirmwareCheckReady(): LoadStaus(2),
[ 9233.432523] rtl819xU:-->FirmwareEnableCPU()
[ 9233.432525]
[ 9233.435519] rtl819xU:IMEM Ready after CPU has refilled.
[ 9233.435521]
[ 9233.435523] rtl819xU:<--FirmwareEnableCPU(): rtStatus(0x0)
[ 9233.435524]
[ 9233.435527] rtl819xU:<---FirmwareCheckReady(): LoadFWStatus(2), rtStatus(0)
[ 9233.435528]
[ 9233.435531] rtl819xU:--->FirmwareDownloadCode()
[ 9233.435533]
[ 9233.435538] rtl819xU:--->FirmwareCheckReady(): LoadStaus(3),
[ 9233.435647] rtl819xU:DMEM code download success, CPUStatus(0x3f)
[ 9233.435648]
[ 9233.437084] rtl819xU:Polling Load Firmware ready, CPUStatus(ff)
[ 9233.437085]
[ 9233.438020] rtl819xU:FirmwareCheckReady(): Current RCR settings(0x157e20e)
[ 9233.438021]
[ 9233.438144] rtl819xU:<---FirmwareCheckReady(): LoadFWStatus(3), rtStatus(0)
[ 9233.438146]
[ 9233.438148] rtl819xU:Firmware Download Success!!
[ 9233.438149]

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: linux-image-2.6.32-22-generic 2.6.32-22.36
Regression: No
Reproducible: Yes
ProcVersionSignature: Ubuntu 2.6.32-22.36-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-22-generic i686
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
Architecture: i386
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 0: Intel [HDA Intel], device 0: AD198x Analog [AD198x Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: davidm 1509 F.... pulseaudio
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
 Card hw:0 'Intel'/'HDA Intel at 0xee240000 irq 17'
   Mixer name : 'Analog Devices AD1981'
   Components : 'HDA:11d41981,17aa2025,00100200'
   Controls : 20
   Simple ctrls : 11
Card29.Amixer.info:
 Card hw:29 'ThinkPadEC'/'ThinkPad Console Audio Control at EC reg 0x30, fw 79HT50WW-1.07'
   Mixer name : 'ThinkPad EC 79HT50WW-1.07'
   Components : ''
   Controls : 2
   Simple ctrls : 1
Card29.Amixer.values:
 Simple mixer control 'Console',0
   Capabilities: pvolume pvolume-joined pswitch pswitch-joined penum
   Playback channels: Mono
   Limits: Playback 0 - 14
   Mono: Playback 14 [100%] [on]
Date: Mon Jun 14 11:55:12 2010
HibernationDevice: RESUME=UUID=6c126a31-679b-4348-a9f3-a99e958a3bd4
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release i386 (20091028.5)
MachineType: LENOVO 195144U
PccardctlIdent:
 Socket 0:
   no product info available
PccardctlStatus:
 Socket 0:
   no card
ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.32-22-generic root=UUID=16ad1ea5-8c71-41b8-a05a-680fafe69dc9 ro quiet splash
ProcEnviron:
 PATH=(custom, user)
 LANG=en_US.utf8
 SHELL=/bin/bash
RelatedPackageVersions: linux-firmware 1.34.1
RfKill:
 0: phy0: Wireless LAN
  Soft blocked: no
  Hard blocked: no
SourcePackage: linux
StagingDrivers: r8192s_usb
Title: [STAGING]
dmi.bios.date: 04/01/2010
dmi.bios.vendor: LENOVO
dmi.bios.version: 79ETE6WW (2.26 )
dmi.board.name: 195144U
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:bvr79ETE6WW(2.26):bd04/01/2010:svnLENOVO:pn195144U:pvrThinkPadT60:rvnLENOVO:rn195144U:rvrNotAvailable:cvnLENOVO:ct10:cvrNotAvailable:
dmi.product.name: 195144U
dmi.product.version: ThinkPad T60
dmi.sys.vendor: LENOVO

Revision history for this message
David Mandala (davidm) wrote :
Pete Graner (pgraner)
affects: linux (Ubuntu) → linux-firmware (Ubuntu)
Changed in linux-firmware (Ubuntu):
assignee: nobody → Chase Douglas (chasedouglas)
importance: Undecided → Low
status: New → Triaged
Changed in linux-firmware (Ubuntu):
status: Triaged → In Progress
Revision history for this message
Chase Douglas (chasedouglas) wrote :

There appears to be a different version of the firmware at:

http://svn.debian.org/wsvn/kernel/dists/trunk/firmware-nonfree/realtek/RTL8192SU/rtl8192sfw.bin

However, we worked to get a redistributable license for the SE firmware, and I'd prefer not to have to go through that whole process again when the SE firmware works for the SU cards as well. For now, I'll just symlink SU to SE and if anything breaks we can look into contacting Ralink about firmware versions.

Revision history for this message
Chase Douglas (chasedouglas) wrote :

Please test the attached linux-firmware package. If it works, it will be queued up for the next linux-firmware package release in lucid and maverick.

Thanks

Revision history for this message
Øystein Viggen (oysteivi) wrote :

oysteivi@hex:~$ lsusb | grep Realtek
Bus 002 Device 010: ID 0bda:8172 Realtek Semiconductor Corp.

The test deb works for for associating to my 3Com 11n AP (3CRWER300-73-ME), but fails to associate properly with my Linksys WRT54GL 11g AP.

The binary from svn.debian.org (which can also be found at http://people.debian.org/~benh/rtl-wlan/ ) works for me with both access points, so it appears that getting a redistributable license also for the proper SU firmware would be the superior solution.

Revision history for this message
Michael DePaulo (mikedep333) wrote :

I have an airlink AWLL6075 USB adapter with a RTL8191SU chipset.

With the test deb I can successfully scan for networks, but cannot connect to my verizon actiontec MI424-WR Rev. D network with 64-bit WEP.

I also tried the firmware files from rtl8192se_linux_2.6.0017.0507.2010.tar.gz package from http://people.debian.org/~benh/rtl-wlan/ , but that gave me the same results

Revision history for this message
oliford (oliford) wrote :

I have a RTL8191SU on Ubuntu 10.03 (lucid) 64-bit.

The ~80kB RTL8192SE firmware loads and I can scan but association does not work.
The ~67kB RTL8192SU firmware from svn.debian... /firmware-nonfree/... lets me connect and it mostly works.

The latter does however seem to stop the connection occasionally for about a second, and occasionally spits in the dmesg lines like:
"rtl819xU:Error TX URB for zero byte -62, error -2". I am not sure if these coincide perfectly.
Is that likely to also be a firmware problem or a bug in the driver itself. Should I file a separate bug report for this, as I can't find one?

For the record, Realtek's own drivers (8712u.ko) freeze the entire system.

Revision history for this message
oliford (oliford) wrote :

More for the record...

From linux 2.6.36-rc4, Realtek's own r8712u has been cleaned up and put in staging. Backported to my 2.6.32-25 this works fine for my rtl8192su, and the firmware is built in. From their TODO file, the kernel people plan to put that into the proper firmware system which maybe makes this bug irrelevant, and any fix obsolete from 2.6.37.

Revision history for this message
Tom Ellis (tellis) wrote :

Confirmed it's fixed upstream, tested on a daily build of 2.6.37-020637-generic.

Revision history for this message
none (optio50) wrote :

sudo cp -R /lib/firmware/RTL8192SE /lib/firmware/RTL8192SU

On 10.04 & 10.10

The firmware is already there but its in the wrong location.

Revision history for this message
Matt Sturgeon (mattsturgeon) wrote :

Is there a patch coming to implement the move to correct location?

Revision history for this message
Eric Van Buggenhaut (ericvb69+launchpad) wrote :

Confirmed here, on Thinkpad T60 Ubuntu 10.10, SE doesn't work but SU does. SE never gets associated to AP nor gets an IP address but SU works like a charm

Changed in linux-firmware (Ubuntu):
assignee: Chase Douglas (chasedouglas) → nobody
status: In Progress → Triaged
Revision history for this message
Tim Gardner (timg-tpi) wrote :

I think this has been fixed for awhile.

Changed in linux-firmware (Ubuntu):
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.