Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1575919
| From | Dmitry Osipenko <digetx@gmail.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: rtlwifi: rtl8192c_common: "BUG: KASAN: slab-out-of-bounds" |
| Date | 2017-02-07 18:50 +0100 |
| Message-ID | <t8i3T-5U6-11@gated-at.bofh.it> (permalink) |
| References | <t7arL-2kx-9@gated-at.bofh.it> <t7tkJ-6Hi-3@gated-at.bofh.it> <t7yX8-1St-15@gated-at.bofh.it> <t8hKy-5Nk-19@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On 07.02.2017 20:22, Tobias Guggenmos wrote: > Am Sonntag, 5. Februar 2017, 11:30:30 CET schrieb Larry Finger: >> On 02/05/2017 05:34 AM, Dmitry Osipenko wrote: >>> BTW, I have an issue with the 8192cu: WiFi stops to work after a while >>> (3-15 minutes) if I enable WMM QoS on the AP. There is nothing suspicious >>> in KMSG, connection is up but no packets go in/out. I tried to enable >>> debug messages in the driver, so when the WiFi stops to work I see that >>> some "temperature/led" notify still going on in the driver, but nothing >>> happens when I try to initiate a transfer (say to open a web page) - the >>> log is silent, like the requests are getting stuck/dropped somewhere >>> before reaching the driver. Is it a known issue? With the QoS disabled >>> everything works hunky-dory, however I get 2x-4x faster download speed >>> with QoS enabled (while it works.) >>> >>> I noticed that rtl92c_init_edca_param() isn't wired in the driver, so I >>> suppose the QoS isn't implemented yet, right? >>> >>> If it is an expected behaviour, I think at least printing a warning >>> message in the KMSG like "QoS unimplemented, you may expect problems" >>> should be good enough to avoid confusion. >> >> As you have already seen, I decided to defer the more invasive patch. When >> backporting to stable, the smaller the change the better. >> >> I have no knowledge of the internals of the RTL8192CU chip. As a result, the >> kinds of changes I can make are limited. I do know that the chip does >> implement QoS. I also noticed that the set_qos() callback routine was very >> different in rtl8192ce than in rtl8192cu. Attached is an untested patch to >> make the CU routine look like the CE version. Please see if it makes a >> difference. >> >> Driver rtl8192cu has never been maintained by Realtek, and it will likely be >> removed from the kernel in the next few cycles. As you are running a new >> kernel, I would recommend rtl8xxxu instead. That driver has high >> reliability, and the speed is improving. Your other option would be a >> driver offered by the vendor of your particular device. Realtek used to >> have these drivers on their web site, but they now seem to have been >> removed. If your vendor does not have a driver, >> http://www.edimax.com/edimax/mw/cufiles/files/download/Driver_Utility/trans >> fer/Wireless/NIC/EW-7811Un/EW-7811Un_Linux_driver_v1.0.0.5.zip should work. >> >> Larry > > On my Realtek RTL8188CE card (using the rtl8192ce driver) the patch seems to > fix the Issue (on Kernel 4.9.0). > > In contrast to what Dmitry Osipenko experienced, before the patch was applied, > the WIFI usually crashed already a few seconds instead of 3-15 minutes after > connecting to a network. > The QoS issue is unrelated to the original bug. I think you are referring to the "reorder_private_data.patch" here, it shouldn't affect anything other than the USB. Maybe some other memory corruption is going on? -- Dmitry
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
rtlwifi: rtl8192c_common: "BUG: KASAN: slab-out-of-bounds" Dmitry Osipenko <digetx@gmail.com> - 2017-02-04 16:30 +0100
Re: rtlwifi: rtl8192c_common: "BUG: KASAN: slab-out-of-bounds" Dmitry Osipenko <digetx@gmail.com> - 2017-02-04 18:00 +0100
Re: rtlwifi: rtl8192c_common: "BUG: KASAN: slab-out-of-bounds" Larry Finger <Larry.Finger@lwfinger.net> - 2017-02-04 19:50 +0100
Re: rtlwifi: rtl8192c_common: "BUG: KASAN: slab-out-of-bounds" Dmitry Osipenko <digetx@gmail.com> - 2017-02-04 20:40 +0100
Re: rtlwifi: rtl8192c_common: "BUG: KASAN: slab-out-of-bounds" Larry Finger <Larry.Finger@lwfinger.net> - 2017-02-05 02:10 +0100
Re: rtlwifi: rtl8192c_common: "BUG: KASAN: slab-out-of-bounds" Dmitry Osipenko <digetx@gmail.com> - 2017-02-05 12:40 +0100
Re: rtlwifi: rtl8192c_common: "BUG: KASAN: slab-out-of-bounds" Larry Finger <Larry.Finger@lwfinger.net> - 2017-02-05 18:40 +0100
Re: rtlwifi: rtl8192c_common: "BUG: KASAN: slab-out-of-bounds" Dmitry Osipenko <digetx@gmail.com> - 2017-02-05 19:20 +0100
Re: rtlwifi: rtl8192c_common: "BUG: KASAN: slab-out-of-bounds" Tobias Guggenmos <slartibartfas421@gmail.com> - 2017-02-07 18:30 +0100
Re: rtlwifi: rtl8192c_common: "BUG: KASAN: slab-out-of-bounds" Dmitry Osipenko <digetx@gmail.com> - 2017-02-07 18:50 +0100
Re: rtlwifi: rtl8192c_common: "BUG: KASAN: slab-out-of-bounds" Johannes Berg <johannes@sipsolutions.net> - 2017-02-06 11:30 +0100
Re: rtlwifi: rtl8192c_common: "BUG: KASAN: slab-out-of-bounds" Larry Finger <Larry.Finger@lwfinger.net> - 2017-02-06 16:50 +0100
Re: rtlwifi: rtl8192c_common: "BUG: KASAN: slab-out-of-bounds" Tobias Guggenmos <slartibartfas421@gmail.com> - 2017-02-07 18:00 +0100
Re: rtlwifi: rtl8192c_common: "BUG: KASAN: slab-out-of-bounds" Dmitry Osipenko <digetx@gmail.com> - 2017-02-07 18:20 +0100
Re: rtlwifi: rtl8192c_common: "BUG: KASAN: slab-out-of-bounds" Larry Finger <Larry.Finger@lwfinger.net> - 2017-02-08 02:00 +0100
csiph-web