Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with
or
.
Download ZIP

Loading…

kernel 3.6.4 #1

Closed
nvrmnd opened this Issue · 8 comments

5 participants

@nvrmnd

Hi.

I'm trying to install driver for kernel 3.9.4 on Fedora 19.

$ uname -a
Linux 3.9.4-301.fc19.x86_64 #1 SMP Tue Jun 4 00:30:04 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

When building the source I receieve the following wanings:

rtl8192su-master/r92su/rx.c:800:2: warning: implicit declaration of function ‘ieee80211_sn_inc’ [-Wimplicit-function-declaration]
tid->head_seq = ieee80211_sn_inc(tid->head_seq);
^
rtl8192su-master/r92su/rx.c: In function ‘r92su_reorder_release_frames’:
rtl8192su-master/r92su/rx.c:809:2: warning: implicit declaration of function ‘ieee80211_sn_less’ [-Wimplicit-function-declaration]
while (ieee80211_sn_less(tid->head_seq, new_head_seq)) {
^
rtl8192su-master/r92su/rx.c:810:3: warning: implicit declaration of function ‘ieee80211_sn_sub’ [-Wimplicit-function-declaration]
index = ieee80211_sn_sub(tid->head_seq, tid->ssn) % tid->size;
^
rtl8192su-master/r92su/rx.c: In function ‘r92su_reorder_sta_release’:
rtl8192su-master/r92su/rx.c:837:4: warning: implicit declaration of function ‘ieee80211_sn_add’ [-Wimplicit-function-declaration]
tid->head_seq = ieee80211_sn_add(tid->head_seq,
^

And when loading the kernel module i see these errors in system logs:

Jun 19 20:44:53 kernel: [36595.123900] r92su: Unknown symbol __tracepoint_r92su_iowrite32 (err 0)
Jun 19 20:44:53 kernel: [36595.123957] r92su: Unknown symbol __tracepoint_r92su_rx_data (err 0)
Jun 19 20:44:53 kernel: [36595.123991] r92su: Unknown symbol ieee80211_sn_add (err 0)
Jun 19 20:44:53 kernel: [36595.124069] r92su: Unknown symbol __tracepoint_r92su_ioread32 (err 0)
Jun 19 20:44:53 kernel: [36595.124578] r92su: Unknown symbol __tracepoint_r92su_info (err 0)
Jun 19 20:44:53 kernel: [36595.124598] r92su: Unknown symbol __tracepoint_r92su_dbg (err 0)
Jun 19 20:44:53 kernel: [36595.124647] r92su: Unknown symbol __tracepoint_r92su_iowrite8 (err 0)
Jun 19 20:44:53 kernel: [36595.124668] r92su: Unknown symbol __tracepoint_r92su_c2h (err 0)
Jun 19 20:44:53 kernel: [36595.124726] r92su: Unknown symbol __tracepoint_r92su_iowrite16 (err 0)
Jun 19 20:44:53 kernel: [36595.124778] r92su: Unknown symbol ieee80211_sn_inc (err 0)
Jun 19 20:44:53 kernel: [36595.124798] r92su: Unknown symbol __tracepoint_r92su_ioread16 (err 0)
Jun 19 20:44:53 kernel: [36595.124822] r92su: Unknown symbol __tracepoint_r92su_ioread8 (err 0)
Jun 19 20:44:53 kernel: [36595.124842] r92su: Unknown symbol ieee80211_sn_sub (err 0)
Jun 19 20:44:53 kernel: [36595.124872] r92su: Unknown symbol ieee80211_sn_less (err 0)
Jun 19 20:44:53 kernel: [36595.124894] r92su: Unknown symbol __tracepoint_r92su_tx_data (err 0)
Jun 19 20:44:53 kernel: [36595.124937] r92su: Unknown symbol __tracepoint_r92su_h2c (err 0)
Jun 19 20:44:53 kernel: [36595.124977] r92su: Unknown symbol __tracepoint_r92su_err (err 0)

@zmcgrew
@Pteridium

Another choice is to compile the driver with compat-drivers. Worked for me with OpenWRT.

@ValentinQUEQUET

Hello, I run Ubuntu 13.04 (raring ringtail) and I failed to compile the r92u driver for stock Linux 3.8 kernel.

I then tried to compile for 3.10 kernel (from Ubuntu 13.10 Saucy Salamander kernel PPA) and I still stumbled upon errors : I only had __tracepoint_r92su_* unresolved symbols.

Then I saw in git log that there had been commit ea65b5 on Sun Apr 14 2013 which brought : "r92su: add tracing and debug".

I Then decided to checkout the preceeding commit 0bd82b and managed to get rid of failure of insmod, thus getting able to use the compiled module to surf the WEB.

First problem: ages separate the functional commit 0bd82b (dated Sun Apr 14 too) from the last commit 9272c8 dated Mon Jun 24 2013 ; and I guess I took the risk to run a more buggy version of the r92u driver.

I would be interested in running the latest r92u driver version ever possible; can someone tell me how to manage to compile the latest commit which includes debugging and tracing, or how to run the latest code while disabling debugging and tracing altogether?

Second problem: On my configuration, the r92u driver fails to upload firmware(s) to the USB WiFi key. It seems that I have to first get module rtl8712u to initialise the device with appropriate firmware, and then unload the rtl8712u driver and load the r92u module to get benefit from my USB WiFi key with the r92u driver; don't you think it's strange?

That's all for today.
Thanks for reading.

Valentin QUEQUET

@chunkeey
Owner

you sould have opened a new, separate "issue" ;-). Or better still: wrote a mail to
linux-wireless@vger.kernel.org. However, this is partially also my fault, I'll update
the project's README and add the details about "CONTACTING".

Anyway, since this thread is already hijacked...

Do you know if Ubuntu's 3.10 kernel has support for tracing? If not, you should remove the
static "CONFIG_R92SU_TRACING=y" and "-DCONFIG_R92SU_TRACING=y" entry from
the project's main makefile.

@chunkeey chunkeey closed this
@ValentinQUEQUET

Sorry if duplicate : My answer might have been lost

My UBUNTU kernel (3.10) has TRACING support.

I use 64-bit userspace (on 64-bit kernel) on PC (Intel-CPU-based) platform.

I use USB WiFi hardware key ID 0bda:8172 Realtek Semiconductor Corp. RTL8191SU 802.11n WLAN Adapter

Thx for reading and answering.

Valentin QUEQUET

@chunkeey
Owner

I see... and I removed it now, so try again.

@ValentinQUEQUET

Hi,

Nice to hear Chunkeey, and nice to use too ;-) Thanks.

Well, not exactly, on my system the following 2 bugs still remain with last commit ae69cf :

  • Always the same firmware loading failure.
    ieee80211 phy5: firmware's boot upload timedout cpu_status=0x3f
    Due to having service network-manager running in the background.

  • Even when firmware loads (w/o network-manager), I can't scan for WiFi networks (iwlist [wlan3] scan).

Plus 2 remarks:

  • In fact, doing an load/unload of kernel module "r8712u" (the default driver) does not help in having the firmware loaded when loading the "r92su" driver next.

  • If managed to have the "r92su" driver+firmware loaded successfully, then starting the "network-manager" (w/ its WiFi part 'ON') makes the driver fail with the aforementioned firmware loading bug.

To my opinion, there may be a few races around the corner, cause yesterday, I manager to use the "r92su" driver with "network-manager", but it was with commit 0bd82b though.

In hope my answer will help,

Sincerely,
Valentin QUEQUET

@chunkeey
Owner

Again: you sould have opened a new, separate "issue". I'm forced to remove any unrelated posts otherwise.

About your problem: Well, it's a good thing r92su's development has already been
discontinued on the 9th May. So, I'll only commit a fix, if it turns out that it's easy
to fix. Of course, someone else will have to figure out the cause first.

If you want a pointer: try playing with the msleep in fw.c line 264.
e.g.: try msleep(1000); // Wait for 1000 milliseconds

Good luck with the trail & error "guess work"!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Something went wrong with that request. Please try again.