An error occurred fetching the project authors.
- 25 May, 2014 7 commits
-
-
Malcolm Priestley authored
camel case changes byRxRate -> rx_rate qwTSF1 -> tsf1 qwTSF2 -> tsf2 qwTSFOffset -> tsf_offset wRxBcnTSFOffst -> rx_bcn_offset Signed-off-by:
Malcolm Priestley <tvboxspy@gmail.com> Signed-off-by:
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
-
Malcolm Priestley authored
camel case changes pDevice -> priv Signed-off-by:
-
Malcolm Priestley authored
camel case change pDevice -> priv Signed-off-by:
-
Malcolm Priestley authored
Convert all remaining locks to spin_lock_irqsave and spin_unlock_irqrestore Signed-off-by:
-
Greg Kroah-Hartman authored
Merge tag 'iio-for-3.16c' of git://git.kernel.org/pub/scm/linux/kernel/git/jic23/iio into staging-next Jonathan writes: Third round of new stuff for IIO in the 3.16 cycle. This (rather late) set consists only of fixes to patches earlier in the cycle or minor fixes for other problems (such as randconfig build issues picked up by Arnd). I've included the general minor fixes here as it is very late in the current cycle and they can all wait for the merge window. * Recent change to hid-sensors introduced a possible infinite loop due to a typo. In the same series, a report interval unit read was added but in the case where the hardware doesn't support it a value of 0 would lead to some nasty issues. The patch sets it to the specified default of msecs. * Anon inodes were used by IIO without being explicitly selected. This has been true for a long time so it clearly only effects rather unusual configurations (rand configs) * at91 requires the input subsytem but this wasn't explicity in the Kconfig. * A couple of parts supported by the max1363 driver were using the wrong iio_chan_spec arrays and hence would missreport their bit depths. This has been there a long time and was never right so isn't a regression.
-
Toralf Förster authored
spotted by cppcheck Signed-off-by:
Toralf Förster <toralf.foerster@gmx.de> Signed-off-by:
Jonathan Cameron <jic23@kernel.org>
-
Jonathan Cameron authored
Cc: Stable@vger.kernel.org> Reported-by:
Erik Habbinga <Erik.Habbinga@schneider-electric.com> Signed-off-by:
Hartmut Knaack <knaack.h@gmx.de>
-
- 24 May, 2014 1 commit
-
-
Greg Kroah-Hartman authored
This reverts commit 599a2c02. Larry writes: This patch should be dropped. The 0x2001:0x3308 device is an RTL8188CU, not RTL8188EU. As a result, it is already in the USB device tables. Cc: Larry Finger <Larry.Finger@lwfinger.net> Cc: Kim Nylund <kim@pratsam.com> Cc: stable <stable@vger.kernel.org> Signed-off-by:
-
- 23 May, 2014 32 commits
-
-
Matthias Beyer authored
Signed-off-by:
Matthias Beyer <mail@beyermatthias.de> Signed-off-by:
-
Matthias Beyer authored
Signed-off-by:
-
Matthias Beyer authored
Signed-off-by:
-
Matthias Beyer authored
Signed-off-by:
-
Matthias Beyer authored
Signed-off-by:
-
Matthias Beyer authored
Signed-off-by:
-
Matthias Beyer authored
Signed-off-by:
-
Matthias Beyer authored
Signed-off-by:
-
Matthias Beyer authored
Signed-off-by:
-
Matthias Beyer authored
Signed-off-by:
-
Matthias Beyer authored
Signed-off-by:
-
Matthias Beyer authored
Signed-off-by:
-
Matthias Beyer authored
This patch outsources the big PHS-rule-applying code chunk into a function. It also replaces member accessing by using variables. Signed-off-by:
-
Matthias Beyer authored
Signed-off-by:
-
Matthias Beyer authored
This patch replaces long object->member.member foo by variable useage. Increases the reading experience a lot by introducing only one variable (as it decreases the whoa-wall-of-text experience). Signed-off-by:
-
Matthias Beyer authored
Signed-off-by:
-
Matthias Beyer authored
Signed-off-by:
-
Matthias Beyer authored
Signed-off-by:
-
Matthias Beyer authored
Signed-off-by:
-
Matthias Beyer authored
Signed-off-by:
-
Matthias Beyer authored
Signed-off-by:
-
Matthias Beyer authored
Signed-off-by:
-
Matthias Beyer authored
Signed-off-by:
-
Matthias Beyer authored
Signed-off-by:
-
Matthias Beyer authored
Signed-off-by:
-
Matthias Beyer authored
Signed-off-by:
-
Matthias Beyer authored
Signed-off-by:
-
Davide Gianforte authored
Checkpatch.pl cleanup Thanks again to Greg KH and Dan Carpenter for the patience :) Signed-off-by:
Davide Gianforte <davide@gengisdave.org> Signed-off-by:
-
Mitchel Humpherys authored
There are certain client bugs (double unmap, for example) that can cause the handle->kmap_cnt (an unsigned int) to wrap around from zero. This causes problems when the handle is destroyed because we have: while (handle->kmap_cnt) ion_handle_kmap_put(handle); which takes a long time to complete when kmap_cnt starts at ~0 and can result in a watchdog timeout. WARN and bail when kmap_cnt is about to wrap around from zero. Signed-off-by:Mitchel Humpherys <mitchelh@codeaurora.org> Acked-by:
Colin Cross <ccross@android.com> Signed-off-by:
-
Nicolas Joseph authored
WARNING: Missing a blank line after declarations Signed-off-by:
Nicolas Joseph <nicolas.joseph@homecomputing.fr> Signed-off-by:
-
Malcolm Priestley authored
camel case changes pDevice -> priv wRateIdx -> rate_idx Signed-off-by:
-
Malcolm Priestley authored
Camel case changes pDevice -> priv byTopOFDM -> top_ofdm byTopCCK -> top_cck Signed-off-by:
-
