Bug 906734
Summary: | rtl8192cu module | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Housun S.r.l <sys> | ||||
Component: | kernel | Assignee: | John Greene <jogreene> | ||||
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | 17 | CC: | gansalmon, itamar, jonathan, kernel-maint, larry.finger, madhu.chinakonda, sys | ||||
Target Milestone: | --- | Flags: | jogreene:
needinfo+
|
||||
Target Release: | --- | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | |||||||
: | 921717 (view as bug list) | Environment: | |||||
Last Closed: | 2013-06-10 12:57:39 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 921717 | ||||||
Attachments: |
|
Description
Housun S.r.l
2013-02-01 10:20:31 UTC
We don't support the vendor driver, so you'll need to take those issues up with the vendor. John and/or Larry might be able to help with rtl8192cu. I am curious why you are using vendor driver and not the in-tree drivers for this device? We can probably help with in tree drivers. Can you test with those? @JGreene This is due to frequent disconnections... sometimes it doesn't not associate at all. I'll try to change the modem/router (current: Pirelli Alice Gate 2 Plus) because I used to hear it has not a good wi-fi chip, maybe with a DSL260B from Dlink I'd like to hear how that works on a different (newer) AP, but again, let me know also how in-tree drivers work for you. Just did some testing here and noted that this module seems to get connected, then will drop off after a bit. It stops returning scan results to wpa_supplicant. I was able to validate on my setup that when that occurs modprobe -r rtl8192cu modprobe rtl8192cu will get it going again. Seems to be part of a bigger problem, even on upstream late version (I'm at 3.7). You can see it happen if you enable debug in wpa_supplicant with -d or -dd you can see it happen.. Try that and post the /var/log/wpa_supplicant.log during the disconnect. Will check it if you wish. On fedora, add the -d or -dd its in: /etc/sysconfig/wpa_supplicant OTHER_ARGS="-d -u -f /var/log/wpa_supplicant.log -P /var/run/wpa_supplicant.pid" ^^ then restart the service, test your connection again. Created attachment 709141 [details]
Trial patch for rtl8192cu
This patch fixes a problem with the driver not reconnecting after a disconnect. Does it help?
Larry: Thanks! Just saw this. I *might* be able to get to it shortly, working on getting this driver out here internally in parallel. Bear with me a bit. How much are you able to test this so far? This change was very successful here, and at two other sites. On that basis, I pushed it to John Linville, who has merged it into wireless-testing. I expect that he will push it for inclusion in kernel 3.9, and once merged into mainline, it will be backported to all the stable versions. Housun S.r.l, I've confirmed Larry's fix is in fedora kernel 3.9, can you try that and let us know if it fixes your issue? Housun S.r.l, I haven't had any response since Feb.. Hope we've helped you. I would appreciate some update. Without more information on your status or issue, I'll close this issue as INSUFFICIENT_DATA. I would invite you to please reopen this bug it if you still need help. |