From: Larry Finger <Larry.Finger@lwfinger.net>
To: Jan Simonson <jan@simonson.se>
Cc: linux-wireless@vger.kernel.org
Subject: Re: RTL8192e-pci NIC
Date: Mon, 09 Apr 2012 10:57:03 -0500 [thread overview]
Message-ID: <4F8306CF.4040503@lwfinger.net> (raw)
In-Reply-To: <2210309.p6dWLepooK@ymer>
On 04/09/2012 10:10 AM, Jan Simonson wrote:
> In fact the module I used earier was included in rpm kmod-staging from the
> fusion repositary and thus strictly speaking not a part of Fedora. For some
> reason the r8192e-pci module was dropped from kmod-staging and I believed that
> the modules in Fedora would function. Now I know better!
>
> I managed to compile and install r8192e-pci into
> /lib/modules/3.3.1-3.fc16.x86_64/kernel/drivers/staging/rtl8192e/rtl8192e/
> (I'm running 3.3.1-3.fc16.x86_64 now) and also rtllib.ko,
> rtllib_crypt_ccmp.ko, rtllib_crypt_tkip.ko and rtllib_crypt_wep.ko into
> /lib/modules/3.3.1-3.fc16.x86_64/kernel/drivers/staging/rtl8192e/
> However trying to insmod any of them only results in
> insmod: error inserting 'xxx': -1 Unknown symbol in module
>
> They probably depend on each other so I have tested with everyone first, but to
> no avail. They must depend on some other module. I also tested with modprobe,
> but that didn't function either as they are not listed in modules.dep.
>
> Any pointer to how to make a correct entry in modules.dep or what they are
> depending on would be much appreciated.
The first step would be to look at the output of dmesg to see what actual
problem is reported. The kernel is not tolerant of just any module, and
building modules outside the tree is quite complicated. It will probably take
less time if you get the Fedora source, adjust the configuration, and rebuild
the kernel. Otherwise, you will need to prepare the special makefile needed for
building outside the kernel.
For modules.dep to be updated, you need to copy the appropriate modules into the
/lib/modules/`uname -r`/ directory tree, and then run the command 'depmod -a'.
As I do not use Fedora, I was not aware of Fusion. Perhaps you could get them to
reinstate this driver in their package. In addition, you might post a bug at
Redhat in hopes that they will change their standard configuration. As a last
resort, you could switch to a distro that includes this driver in their standard
kernels.
Larry
next prev parent reply other threads:[~2012-04-09 15:57 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-08 11:16 RTL8192e-pci NIC Jan Simonson
2012-04-08 16:16 ` Larry Finger
2012-04-09 15:10 ` Jan Simonson
2012-04-09 15:57 ` Larry Finger [this message]
2012-04-09 19:26 ` John W. Linville
2012-04-09 20:32 ` Jan Simonson
2012-04-09 22:16 ` Larry Finger
2012-04-11 15:51 ` Jan Simonson
2012-04-11 16:02 ` Larry Finger
2012-04-13 15:11 ` Jan Simonson
2012-04-13 16:07 ` Larry Finger
2012-04-16 22:28 ` Larry Finger
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4F8306CF.4040503@lwfinger.net \
--to=larry.finger@lwfinger.net \
--cc=jan@simonson.se \
--cc=linux-wireless@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).