As maintainer of an rtw89 repo at GitHub, I have seen lots of complaints
about this kind of hangups. Nearly all of these happen with Lenovo
laptops. The remainder are a few HP machines.
For some reason, the BIOS or the PCI interface in the Lenovo laptops are
incompatible with the PCI code used in
If anyone still has this problem, and the card, please run the command
'lspci'. Find the line that describes the RTL8192EE and note the first
column, which will be something like "04:00.0". This is the bus and
number for the device. Then run 'sudo lspci -s nn:mm -', where hh:mm
is replaced by
I reached my contact at Realtek. He analyzed the output and thinks that
this particular chip has a faulty EFUSE programming, or that it possible
was not programmed in the factory. Either case should have been caught
in testing, but mistakes happen.
Has this card been tested on Windows 10?
--
None of my hardware can duplicate this problem. Is the firmware
installed? Look at the dmesg output to look for firmware failures.
If you do have the correct firmware, there are two options that might
help. Try the following:
sudo modprobe -rv rtl8192ee
sudo modprobe -v rtl8192ee aspm=0
If that
I have no idea what your problem is. When I reboot with the RTL8192EE
installed, it connects quickly to one of my APs.
The output of 'dmesg | grep rtl' is
[ 10.146821] rtl8192ee: Using firmware rtlwifi/rtl8192eefw.bin
[ 10.242108] ieee80211 phy1: Selected rate control algorithm 'rtl_rc'
[
You have the firmware. Perhaps you have wireless disabled with some
switch.
What does 'rfkill list all' show?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1239578
Title:
No wireless support for
Is the firmware installed? What is the output of the command 'ls
/lib/firmware/rtlwifi/*'?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1239578
Title:
No wireless support for Realtek RTL8192EE
This patch should fix the reported panic due to NULL dereference. Under
low-memory conditions, it may not be possible to allocate a new skb. In
that case, the code is supposed to reuse the old one. For the RTL8192EE,
which has a unique descriptor buffer flow, the initialization of a
buffer
I certainly do not have the test environment to test 802.11x networks. I
tried once to implement a radius server to check WPA2 Enterprise, and
was never able to get it going.
That said, from the driver's standpoint, it is just passing packets and
should not care how the AP is getting its
Driver r8192ee is from the staging directory for kernels older than
3.18. It is *not* the one in rtlwifi_new. You need to blacklist r8192ee!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1239578
That is the early adopter's problem. For me, any branch of the
rtlwifi_new git repo, or the kernel work. Are you sure it is not a
problem with Ubuntu user space?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Something is messed up. Those dmesg outputs are not coming from the
driver in the rtlwifi_new repo. What other drivers have you installed?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1239578
Title:
Unless you post the console traceback when the system freezes, how can
we tell if it is the driver?
If you can reliable force the freeze with a particular command, put a
sleep 5; before that command. During that 5 seconds delay, switch to
the logging console (CTRL/ALT/F10 on my system). When the
This morning, a bug was found that could cause an oops on the RTL8192EE.
All branches of the repo have been fixed.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1239578
Title:
No wireless support
You are correct that ips is false (or 0 or N) by default. In fact, it
seems that the driver never even uses that one. It does enable and use
firmware-controlled power save. Load withe fwlps=0 to completely
disable power saving.
--
You received this bug notification because you are a member of
Have you loaded with the ips=0 option?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1239578
Title:
No wireless support for Realtek RTL8192EE [10ec:818b]
To manage notifications about this bug go
Kernel 3.19.1 will have some additional fixes needed for the RTL8192EE
that should fix the freezes. That hardware uses a completely new method
for RX and TX descriptors, and it has taken a while to get it right.
The troy branch of the rtlwifi_new repo at GitHub has corrected code.
--
You
Thanks for the offer, but I have two of those already.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1239578
Title:
No wireless support for Realtek RTL8192EE [10ec:818b]
To manage notifications
It will now. Posting the first error would have been helpful.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1239578
Title:
No wireless support for Realtek RTL8192EE [10ec:818b]
To manage
The troy branch loads rtl8192eefw_new.bin; however, after some testing
and consultation with Realtek, I determined that there was no need to
keep separate names. For that reason and to minimize the disk usage, the
kernel loads rtl8192eefw.bin. You can copy the one with the _new in its
name to the
The code in 3.19-rcX is essentially the same as in the troy branch;
however, there are several bugs that have been fixed in troy that are
still pending for mainline.
I am using 3.19-rc4 with some local modifications. My card is the same
as yours. I have not done much testing for speed, and have
To keep r8192ee from loading, add a blacklist line for r8192ee in
/etc/modprobe.d/50-blacklist.conf. We were careful in the naming so that
the staging driver has a different name that the regular kernel one
does.
--
You received this bug notification because you are a member of Ubuntu
Bugs,
It does not matter what Ubuntu release you are using as long as the
kernel is 3.2 or later.
You need to sudo make install, and then reboot.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1239578
What kernel are you using?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1239578
Title:
No wireless support for Realtek RTL8192EE [10ec:818b]
To manage notifications about this bug go to:
If you want a working driver for the RTL8192EE, you will need to wait
for kernel 3.19, or download the drivers from
http://github.com/lwfinger/rtlwifi_new.git. The latest Realtek code is
in the troy branch of that repo. That should fix the freezes and the
wireless stalls.
The changes are so
That report does not have any crucial info. When the above happens, what
is shown at the end of the dmesg output. That will have the reason the
line disconnected.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Why do you have ndiswrapper loaded?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1239578
Title:
No wireless support for Realtek RTL8192EE [10ec:818b]
To manage notifications about this bug go to:
Your log makes it look as if there is an error in the pairing of
rcu_read_lock()/rcu_read_unlock() calls, but everything looks OK. It
won't help your problem, but I just pushed a change that gets rid of an
error log splat on my system.
--
You received this bug notification because you are a
If you are using the driver from staging, then you need to know that it
has been deleted from kernel 3.18 and replaced by the code that is found
at http://github.com/lwfinger/rtlwifi_new.git.
When the system has a stuck CPU, and some other info was written to the
terminal, debugging is impossible
There is nothing wrong in the log that you posted. Those switch case not
processed warnings are not a problem.
I think you are using the Git repo. Which branch are you using? What
does 'git log' say is the latest commit.
The information I need will appear on the console log. It can possible
be
Unfortunately, when you need to power off the system in this way,
information being written to the logs is lost.
Whenever there is a particular sequence that causes a crash, I usually
cause a terminal to sleep for 5 secs, and then have it do the sequence -
all in a single line separated by a
The dmesg says that authentication is failing. Are you sure the wifi
secret is correct?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1239578
Title:
No wireless support for Realtek RTL8192EE
There will be a new RTL8192EE driver in kernel 3.18. If you want to try
it earlier, you need to use the code mentioned in comment #184. If you
are using kernel 3.13.0-36 from Ubuntu, you will have a build problem.
See Comment #204 to see why I cannot fix that problem.
If you are using this code
Since 3.17 is not out yet, you will not find 3.18 anywhere - in about
one month, 3.18-rc1 will be available at vger.kernel.org.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1239578
Title:
No
I am beginning to understand this problem, but I do not have a general
fix.
In kernel 3.14, the authors of mac80211 changed the API (applications
interface) for routine ieee80211_is_robust_mgmt_frame() to be able to
intercept a certain kind of error. For those drivers that could not fit
the new
Good to hear that the system is more stable. Locking problems can be
difficult to find as they frequently are affected by subtle differences
in the speed and number of CPUs, etc. The other locking problem showed
up on my system as an attempt to free DMA memory that had never been
assigned. The
Troy, the Realtek engineer, found a locking problem today that may be
the cause. Pull a new copy from GitHub.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1239578
Title:
No wireless support for
If a freeze never produces any logged entries, then it will be difficult
to find.
Was the system more stable after the previous fix? If that helped, I
just pushed a new commit that might help some more.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
I had not applied that latest fix to the master branch as I thought you
were on kernel_version. That latter one is only for recent kernels - I
think 3.14 or newer is required.
In any case, I pushed that latest change to the master branch.
--
You received this bug notification because you are a
The traceback is a lot more useful when you provide the numbers that
follow the names of the routines. Those are of the form
rtl_pci_init_one_rxdesc+0x/0x. That way I can identify exactly
the statement that failed.
I have nearly reached the point where I will be testing rtl8192ee hard.
@Sylvain: Are you using the driver from #155? If not, please do.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1239578
Title:
No wireless support for Realtek RTL8192EE [10ec:818b]
To manage
What source are you using?
The latest version of the driver is at
http://github.com/lwfinger/rtlwifi_new.git. That version will build on
any kernel 3.0 or later, as long as the kernel headers are available.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
The only thing I can suggest is to try the GitHub repo in comment #156.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1239578
Title:
No wireless support for Realtek RTL8192EE [10ec:818b]
To manage
Yes, git pull make sudo make install gets you the latest Realtek
code. If that still does not work, then you will need to document what
is happening on your system.
At the moment, I am working full time trying to get all the rtlwifi
drivers into a stage that the new versions can be committed to
You need the kernel headers. I have no idea what Ubuntu calls the
package, but someone else will.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1239578
Title:
No wireless support for Realtek
On 08/07/2014 12:42 AM, Yu Leng wrote:
Thank you Larry for posting the latest driver code. I am no where close
to the expertise most people have on this forum. This is may well be a
beginner question. Do I just git clone your repo, do make, make
install and then reboot?
You are close.
I was unable to get the latest Realtek drivers into a form for
submission to the kernel in time to make kernel 3.17. As a result, I
created a git repo at http://github.com/lwfinger/rtlwifi_new.git. I have
no idea if it will work for youm but it is the latest code,'
--
You received this bug
If Lenovo does not have an access door on the bottom that provides
access to the wireless card, I am doubly glad that I chose Toshiba over
Lenovo when I recently purchased a new laptop. My decision was based on
the bad reviews for the new keyboard and touchpad design.
--
You received this bug
One thing to note. The firmware that is currently available from the
linux-firmware repo for the 7260 gets many firmware restarts.
Unfortunately, this repo is the source for all distros. There is
experimental firmware available for testing that seems to fix the
problem. Search the linux-wireless
No. There is a naming problem that prevents it from being officially
released by Intel. You need to get it from
https://git.kernel.org/cgit/linux/kernel/git/egrumbach/linux-
firmware.git/plain/iwlwifi-7260-9.ucode?h=Core6.
--
You received this bug notification because you are a member of Ubuntu
I have received a newer version from Realtek that I am working at
getting into the kernel. At this point, I do not even know what the
differences are. While this conversion is in progress, I have very
little time to try to debug the current code.
I would say that the best thing to do is wait for
Realtek has never been good at writing clear module parameter
descriptions. My current working version has the following:
MODULE_PARM_DESC(swenc, Set to 1 for software crypto (default 0)\n);
MODULE_PARM_DESC(ips, Set to 0 to not use link power save (default 1)\n);
MODULE_PARM_DESC(swlps, Set to 1
Please add some logs. In particular, what does the dmesg output have to
say? What connection manager are you using? What encryption type? If WPA
or WPA2, please check the wpa_supplicant logs.
Just saying It does not work is not sufficient, and is just wasting
everyone's time!
--
You received
As stated above, it is in the staging directory for kernel 3.16. As I do
not speak for Ubuntu, I have no idea when it will be available for you.
For some reason, this bug report jumps from comment #40 to #73. In #66,
I posted a link for a 64-bit kernel that had this driver built in. For
Whatever is happening, your wireless system is dropping the connection
as shown by
[126573.115713] wlan0: disassociating from 00:1f:33:d2:a6:f8 by local
choice (Reason: 3=DEAUTH_LEAVING)
Please check your NetworkManager and wpa_supplicant logs to see if they
offer any clues.
What is the
Comment #99: Those new messages are due to changes in cfg80211. As long
as the driver works correctly, you may ignore them.
Comment #100: Those messages are due to trying to build old driver code
on a kernel that is new. If you really want to build that code, you will
need to research the changes
You can get the driver in 3.16 by using make xconfig or make
menuconfig, and enabling the driver. Once that is done, a new kernel
built and installed, and the firmware is installed, the driver will
automatically start upon bootup.
--
You received this bug notification because you are a member of
The necessary firmware in in the linux-firmware git repo. You will need
to clone git://git.kernel.org/pub/scm/linux/kernel/git/dwmw2/linux-
firmware.git and copy rtlwifi/rtl8192eefw.bin into
/lib/firmware/rtlwifi/rtl8192eefw.bin.
--
You received this bug notification because you are a member of
I would recommend using kernel 3.16-rcX. I do not plan on updating the
deb on my web site, and I do not plan on generating a 32-bit version.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1239578
I too see the slow downs at times; however, I do not think it is due to
changing website. I do not know why.
The driver sometimes takes several tries to make the initial connection.
Again, the cause is unknown. Is it possible that your timeout counters
are set too small and that is causing the
I do not know about the hibernate problem. My laptop has never gone into
hibernation, and I have not had any desire to debug the reason for that.
Any other problems that occur should be reported as follows:
sudo modprobe -rv r8192ee
sudo modprobe -v r8192ee debug=3
Post the dmesg output
Good to hear. That version was submitted to the staging tree of the
kernel. It should be a standard part of kernel 3.16.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1239578
Title:
No wireless
Realtek sent me a patch to fix the skb-end - skb-tail len
problems. A version with this fix is at
http://www.lwfinger.com/realtek_drivers/linux-headers-3.13.9_1.1_amd64.deb
http://www.lwfinger.com/realtek_drivers/linux-image-3.13.9_1.1_amd64.deb
I do not know if this fix will also handle the
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
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).
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
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 larry.fin...@lwfinger.net
Date: Sun Jul 8 15:16:17
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.
--
You
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:
That is a Ubuntu packaging problem. The linux-firmware git repo has the
correct firmware.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/902557
Title:
10ec:8176 Wireless not working in 12.04 for
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.
--
You received this bug
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
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
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
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
The full details of the device are revealed by an 'lspci -nnv' command.
Of course only the one stanza is needed to be posted.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/902557
Title:
10ec:8176
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
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.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I have no idea what the r8192ce package contains. Remember, I don't use
Ubuntu. Can you get a file list for that package?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/902557
Title:
10ec:8176
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
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
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
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!!
--
You received this bug notification because you are a member of Ubuntu
Bugs,
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
Perhaps you should list the line that gives the error, as it is not
clear what kernel you are using.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/902557
Title:
Wireless not working in 12.04 for
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.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/902557
Title:
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
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
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
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?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/902557
Title:
Wireless not
What new driver? All that was changed was the firmware. Did you do
something else?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/902557
Title:
Wireless not working in 12.04 for rtl8192ce
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.
** Attachment added: New firmware rtl8192cfw.bin from vendor driver
0010.0109.2013
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.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
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.
--
You received this bug notification because you are a member of
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
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
On 10/12/2012 02:07 AM, serp...@gmail.com wrote:
Now i'm using the version without problems ver 1.79:
md5sum /lib/firmware/rtlwifi/rtl8712u.bin
8e6396b5844a3e279ae8679555dec3f0 /lib/firmware/rtlwifi/rtl8712u.bin
you can find this in binary packages or tar.gz here
On 10/11/2012 05:22 PM, serp...@gmail.com wrote:
[1.] One line summary of the problem:
Realtek RTL8191SU wireless don't works wep hidden with linux-firmware
1.94
I do not know what firmware 1.94 means. That is distro specific.
Please post the md5sum for /lib/firmware/rtlwifi/rtl8712u.bin so
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
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
1 - 100 of 177 matches
Mail list logo
