- 15 Apr, 2016 40 commits
-
-
Jes Sorensen authored
All the disable_rf() functions were setting REG_TXPAUSE to 0xff to stop transmission. Do it centrally before calling disable_rf() instead. Signed-off-by:
Jes Sorensen <Jes.Sorensen@redhat.com> Signed-off-by:
Kalle Valo <kvalo@codeaurora.org>
-
Jes Sorensen authored
This implements an 8192eu specific enable_rf() function. The 8192eu is not a combo device, so no need for doing the BT specific bits needed by the 8723bu. Signed-off-by:
-
Jes Sorensen authored
This driver relies on driver_info in struct usb_device_id, so allowing adding a device via /sys/bus/usb/drivers/rtl8xxxu/new_id will cause a NULL pointer dereference. Set .no_dynamic_id = 1 to disable hot add of USB IDs. Reported-by:
Xose Vazquez Perez <xose.vazquez@gmail.com> Signed-off-by:
-
Jes Sorensen authored
The 8188RU does not like PAPE to be enabled, while all the other gen1 parts seem to require it. This makes the RTL8188RU able to associate for me. Signed-off-by:
-
Jes Sorensen authored
Signed-off-by:
-
Jes Sorensen authored
This register is undocumented in the vendor code, but it is set unconditionally for all 8192cu/8188cu/8188ru parts. Signed-off-by:
-
Jes Sorensen authored
Signed-off-by:
-
Jes Sorensen authored
This fixes a long standing bug where mac80211 would send disconnect packets to the device, after we had shut down the device. Signed-off-by:
-
Jes Sorensen authored
In particular set APS_FSMCO_WLON_RESET in the right register, and do not overwrite too much of REG_CR. Signed-off-by:
-
Jes Sorensen authored
This is simpler than checking for RTL8188C && hi_pa. Signed-off-by:
-
Jes Sorensen authored
This patch was being missed since rtl_chip will never match RTL8188C if hi_pa is true. Signed-off-by:
-
Jes Sorensen authored
Per the vendor driver, devices with an external PA needs limiting it's TX power to 0x20. Signed-off-by:
-
Jes Sorensen authored
Load the RF table in init_phy_rf(), which allows for applying device specific RF hacks in the same place. Getting rid of more ugly if () clutter. Signed-off-by:
-
Colin Ian King authored
several functions are not initializing a return status in ret resulting in garbage to be returned instead of 0 for success. Currently, the calls to these functions are not checking the return, however, it seems prudent to return the correct status in case they are to be checked at a later date. Signed-off-by:
Colin Ian King <colin.king@canonical.com> Signed-off-by:
-
Jes Sorensen authored
This dongle was tested successfully by Andrea Merello Reported-by:
Andrea Merello <andrea.merello@gmail.com> Signed-off-by:
-
Jes Sorensen authored
Revert "rtl8xxxu: Temporarily disable 8192eu device init" This reverts commit ccfe1e85. Signed-off-by:
-
Jes Sorensen authored
Write the adjusted value back to the correct register Signed-off-by:
-
Jes Sorensen authored
This removes an unneeded hack for 8192eu, and allows for initializing REG_FPGA0_XAB_RF_SW_CTRL at the same point as it is done for all other parts. Signed-off-by:
-
Jes Sorensen authored
This removes a bunch of if () spaghetti and re-applies the USB bus quirks for 8188/8192 that had gotten lost. Signed-off-by:
-
Jes Sorensen authored
Rather than scattering the code with #ifdefs, use the fileops structure to hold device specific PBP values. Signed-off-by:
-
Jes Sorensen authored
This was expired by the vendor driver, but we never ended up using the backed up value. Signed-off-by:
-
Jes Sorensen authored
This removes another case of ugly if () clutter Signed-off-by:
-
Jes Sorensen authored
Move setting it to rtl8723au_init_phy_bb() Signed-off-by:
-
Jes Sorensen authored
This moves the loading of the AGC table into init_phy_bb() and reduces the if() clutter. Signed-off-by:
-
Jes Sorensen authored
This should get the order right and avoid patching something that is later overwritten. Signed-off-by:
-
Jes Sorensen authored
This reduces the if () clutter. Longer term it probably makes sense to split this between gen1 (8723au/8188cu/8192cu) and gen2 (8192eu/8723bu) devices. Signed-off-by:
-
Jes Sorensen authored
This reduce the use of magic values a little. Signed-off-by:
-
Jes Sorensen authored
The old code incorrectly wiped out bits 0-23 by mistake when setting the RX path for 1T parts. Signed-off-by:
-
Jes Sorensen authored
The 8723bu is a combo WiFi/BT dongle, and path B is not used for WiFi, so no point in calibrating it. Signed-off-by:
-
Jes Sorensen authored
No actual code flow change, but no need to warn about something that isn't a prioblem. Signed-off-by:
-
Jes Sorensen authored
This caught a bug where too little memory was allocated for RX urbs for parts using 24 byte RX descriptors Signed-off-by:
-
Jes Sorensen authored
This shouldn't affect little endian system, but may have prevented the driver working on big endian systems for devices with the larger 24 byte RX descriptors. Signed-off-by:
-
Jes Sorensen authored
Instead use tx_desc_size() to distinguish between gen1 (8723a/8192c/8188c) and gen2 (8723b/8192e) parts. Signed-off-by:
-
Jes Sorensen authored
8192eu is a 2T part, so setting TX power for path A only, as done by rtl8723bu_set_tx_power() is not sufficient. Signed-off-by:
-
Jes Sorensen authored
Presumably 8192eu devices do not have leds, so do not enable them. Signed-off-by:
-
Jes Sorensen authored
Like the 8723bu, the vendor driver does not set FPGA0_TX_INFO for 8192eu in the init sequence. Signed-off-by:
-
Jes Sorensen authored
The vendor driver does not set REG_PBP on 8192eu. Whether this is due to the device not supporting it or simply an oversight in the vendor driver is not clear. Signed-off-by:
-
Jes Sorensen authored
Another flow order change to match the vendor driver. Signed-off-by:
-
Jes Sorensen authored
Longer term we should switch all the chips over to use this function instead of the random chip specific ifdef hacks. Signed-off-by:
-
Jes Sorensen authored
This further reorganizes the init code flow to match that of the 8192eu vendor driver. This helps diffing the register write log against that of the vendor driver. Signed-off-by:
-
