- 15 May, 2014 40 commits
-
-
Martin Kepplinger authored
Don't require FIRMWAREbDownload() to, first off, unlock a held lock. Thus do all locking in main_usb.c and hold it for a insignificantly shorter period of time. This makes the affected area significantly more readable though. Signed-off-by:
Martin Kepplinger <martink@posteo.de> Reviewed-by:
Dan Carpenter <dan.carpenter@oracle.com> Signed-off-by:
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
-
Guido Martínez authored
This patchs fixes tons of warnings such as: WARNING: braces {} are not necessary for single statement blocks #354: FILE: drivers/staging/vt6655/wmgr.c:354: + for (ii = 0; ii < WLAN_BSSID_LEN; ii++) { + pMgmt->abyDesireBSSID[ii] = 0xFF; + } Please note: this patch only fixes bracing issues (and there is still a lot to do); so if you run checkpatch it _will_ throw a lot of errors. Use --test-only=braces Signed-off-by:Guido Martínez <guido@vanguardiasur.com.ar> Signed-off-by:
-
Guido Martínez authored
Remove dead code in many places on this driver. Signed-off-by:
-
Tobias Klauser authored
The coverity scanner marked these two memcpy()'s as causing a buffer overflow in CIDs 142743 and 142744. This is due the h_dest member of struct ethhdr being used as a target (size ETH_ALEN) in memcpy, but the copy is of size ETH_HLEN. However, the intention here seems to be to copy the entire ethernet header. Make that clear by specifying the proper destination buffer. Also remove the unnecessary casts of the source argument. Signed-off-by:
Tobias Klauser <tklauser@distanz.ch> Signed-off-by:
-
Tobias Klauser authored
pFifoHead points to tx_buffer->fifo_head which can never be NULL. We also don't need to check for tx_buffer being NULL instead, since it always points to ->Data of struct vnt_usb_send_context - the pointer to which was checked before calling s_vGenerateTxParameter(). Silences a dereference before NULL check warning reported by the coverity scanner in CID 1127221. Cc: Dan Carpenter <dan.carpenter@oracle.com> Signed-off-by:
-
Nicolas Del Piano authored
Fixed a coding style issue. Signed-off-by:
Nicolas Del Piano <ndel314@gmail.com> Signed-off-by:
-
Alan authored
Use the 64bit helper method to scrub most of the ifdefs from the driver. The pipe reading has a funny case we can't scrub completely. Signed-off-by:
Alan Cox <alan@linux.intel.com> Signed-off-by:
-
Alan authored
Mostly spacing changes, also making the operations structure const Signed-off-by:
-
Alan authored
Use the helper we now have available. Signed-off-by:
-
Alan authored
Use the write helpers and add an audio helper Signed-off-by:
-
Alan authored
We can now enable the 64bit option for the Goldfish 64bit emulator. Signed-off-by:
-
Jun Tian authored
Signed-off-by:
Jun Tian <jun.j.tian@intel.com> Signed-off-by:
-
Nick Kralevich authored
Remove limitations on the size of a read / write request. AFAIK, there's no consequence to allowing the upper layers to specify different read / write sizes. This is needed to support running ext4 on goldfish. Bug: https://code.google.com/p/android/issues/detail?id=38561Signed-off-by:
Nick Kralevich <nnk@google.com> Signed-off-by:
-
Octavian Purdila authored
This patchs adds a new register to pass the upper 32bits for the device name address when running in 64bit mode. Signed-off-by:
Octavian Purdila <octavian.purdila@intel.com> Signed-off-by:
-
Jun Tian authored
When using multiple adb on 64 bit kernel to transfer data, the goldfish pipe interrupt will crash the kernel. Signed-off-by:
-
Jun Tian authored
Support 64-bit channel and address for the goldfish pipe driver. Signed-off-by:
Brian Wood <brian.j.wood@intel.com> Signed-off-by:
-
Christian Engelmayer authored
Pointer 'pwdev_priv' in function rtw_wdev_free() is unused - thus remove it. Signed-off-by:
Christian Engelmayer <cengelma@gmx.at> Signed-off-by:
-
Dan Carpenter authored
The break and the "unknown++" are at the same indent level so my static checker complains. The if statement should be indented more. Signed-off-by:
Jes Sorensen <Jes.Sorensen@redhat.com> Signed-off-by:
-
Jes Sorensen authored
Signed-off-by:
-
Jes Sorensen authored
Signed-off-by:
-
Jes Sorensen authored
For bizarre reason we have unused variables IOTPeer both in struct sta_info and struct odm_sta_info. Signed-off-by:
-
Jes Sorensen authored
Signed-off-by:
-
Jes Sorensen authored
We don't need two copies of the same struct, it just leads to pointless typecasts. Signed-off-by:
-
Jes Sorensen authored
Signed-off-by:
-
Jes Sorensen authored
Signed-off-by:
-
Jes Sorensen authored
Signed-off-by:
-
Jes Sorensen authored
Signed-off-by:
-
Jes Sorensen authored
Signed-off-by:
-
Jes Sorensen authored
Signed-off-by:
-
Jes Sorensen authored
Signed-off-by:
-
Jes Sorensen authored
Signed-off-by:
-
Jes Sorensen authored
Signed-off-by:
-
Jes Sorensen authored
Signed-off-by:
-
Jes Sorensen authored
Signed-off-by:
-
Jes Sorensen authored
Remove unused add_enable_bitmap and candidate_tid_bitmap from struct mlme_ext_info. In addition we don't need to use CHKBIT when we know we are dealing with a value in the range 0-15. Signed-off-by:
-
Jes Sorensen authored
Signed-off-by:
-
Jes Sorensen authored
Signed-off-by:
-
Jes Sorensen authored
Since we only have one function for this, there is no point in keeping the HAL silliness. Signed-off-by:
-
Jes Sorensen authored
Signed-off-by:
-
Jes Sorensen authored
Signed-off-by:
-
