Realtek RTL8191SU really slow with „N” mode enabled

Dear list members, I have a 0bda:8172 Realtek RTL8191SU 802.11n WLAN Adapter” working - previously with kernel v4.0 staging driver r8712u, - and now with wireless kernel v4.1 driver rtl8192su (from https://github.com/chunkeey/rtl8192su). My problem is when, by default, the 802.11n mode is

[PATCH 0/2] staging: wilc1000: Deletion of two unnecessary checks

From: Markus Elfring elfr...@users.sourceforge.net Further update suggestions were taken into account after a patch was applied from static source code analysis. Markus Elfring (2): Delete unnecessary checks before two function calls One function call less in mac_ioctl() after error

[PATCH 1/2] staging: wilc1000: Delete unnecessary checks before two function calls

From: Markus Elfring elfr...@users.sourceforge.net Date: Sat, 27 Jun 2015 15:56:57 +0200 The functions kfree() and release_firmware() test whether their argument is NULL and then return immediately. Thus the test around the calls is not needed. This issue was detected by using the Coccinelle

[PATCH 2/2] staging: wilc1000: One function call less in mac_ioctl() after error detection

From: Markus Elfring elfr...@users.sourceforge.net Date: Sat, 27 Jun 2015 16:00:59 +0200 The kfree() function was called in two cases by the mac_ioctl() function during error handling even if the passed variable did not contain a pointer for a valid data item. * This implementation detail could

Null pointer dereference when station associates

I am encountering null pointer dereference when a station associates with my Fedora 22 box which is running as an access point. Wireless card is: 02:00.0 Network controller: Qualcomm Atheros AR928X Wireless Network Adapter (PCI-Express) (rev 01) Subsystem: Qualcomm Atheros Device 3099

Re: Realtek RTL8191SU really slow with „N” mode enabled

Hello, On Saturday, June 27, 2015 11:16:21 AM Szőts Ákos wrote: I have a 0bda:8172 Realtek RTL8191SU 802.11n WLAN Adapter” working - previously with kernel v4.0 staging driver r8712u, - and now with wireless kernel v4.1 driver rtl8192su (from https://github.com/chunkeey/rtl8192su). My

buongiorno

Salve moto, mac Laptop, Kamera, Telefon samsung 6, € 320 w eb: isgayre. com N�r��yb�X��ǧv�^�)޺{.n�+{��*ޕ�,�{ay�ʇڙ�,j��f���h���z��w��� ���j:+v���w�j�mzZ+�ݢj��!�i

Re: [PATCH 2/2] staging: wilc1000: One function call less in mac_ioctl() after error detection

On Sat, 27 Jun 2015, SF Markus Elfring wrote: From: Markus Elfring elfr...@users.sourceforge.net Date: Sat, 27 Jun 2015 16:00:59 +0200 The kfree() function was called in two cases by the mac_ioctl() function during error handling even if the passed variable did not contain a pointer for a

Re: MediaTek WiFi hardware support in upstream kernel

mt7601u landed in 'linux-next' https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/log/drivers/net/wireless/mediatek/mt7601u the v4.2 kernel is predicted for Sunday, 2015-08-23 http://phb-crystal-ball.org For the firmware(mt7601u.bin) as part of the essential functionality of the

Re: AP + P2P_GO multichan tests with intel7260 as a P2P_CLIENT - direct probe issue

On 27 June 2015 at 23:49, Janusz Dziedzic janusz.dzied...@tieto.com wrote: On 24 June 2015 at 14:20, Peer, Ilan ilan.p...@intel.com wrote: Hi Janusz, Any chance you can check if the attached patch fixes the issue you reported? Thanks in advance, I just check the mac80211/cfg80211 code, and

Re: AP + P2P_GO multichan tests with intel7260 as a P2P_CLIENT - direct probe issue

On 24 June 2015 at 14:20, Peer, Ilan ilan.p...@intel.com wrote: Hi Janusz, Any chance you can check if the attached patch fixes the issue you reported? Thanks in advance, I just check the mac80211/cfg80211 code, and I am not sure this direct probe could work correctly. Function