- 26 Apr, 2014 14 commits
-
-
Jes Sorensen authored
Rewrite the old thread based code to use a workqueue instead. This removes a pile of complexity, locks and queues and eliminates problem that cmd handling could have been killed from userspace. This was suggested by Tejun Heo - thanks! Signed-off-by:
Jes Sorensen <Jes.Sorensen@redhat.com> Signed-off-by:
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
-
Jes Sorensen authored
Reported-by:
Dan Carpenter <dan.carpenter@oracle.com> Signed-off-by:
-
Jes Sorensen authored
Check the size of pnetwork->network.IELenght correctly to avoid Smatch warning. Reported-by:
-
Jes Sorensen authored
It is safe to use GFP_KERNEL in a workqueue handler, and check the return value. If the malloc fails, skip and try again. Reported-by:
-
Jes Sorensen authored
Making len unsigned int fixes a warning caused by smatch getting confused that len could be negative. Reported-by:
-
Jes Sorensen authored
Fix smatch warning from advancing array index before reading out the value of the array. Reported-by:
-
Jes Sorensen authored
Make length an unsigned int. This should avoid Smatch warning that 'length' can go negative. Reported-by:
-
Jes Sorensen authored
Commit da290c54 inverted the check of the return value when converting to use cfg80211_find_ie(). Reported-by:
-
Jes Sorensen authored
Check kmalloc() return before dereferencing bssid in rtw_check_bcn_info23a() and use the correct size to copy rtw_basic_rate_ofdm in update_bmc_sta_support_rate23a() Reported-by:
-
Jes Sorensen authored
Signed-off-by:
Larry Finger <Larry.Finger@lwfinger.net> Signed-off-by:
-
Thomas Vegas authored
Fixed the following sparse warnings: drivers/staging/cxt1e1/hwprobe.c:162:38: warning: Using plain integer as NULL pointer drivers/staging/cxt1e1/hwprobe.c:163:38: warning: Using plain integer as NULL pointer drivers/staging/cxt1e1/hwprobe.c:179:46: warning: Using plain integer as NULL pointer drivers/staging/cxt1e1/hwprobe.c:184:46: warning: Using plain integer as NULL pointer Signed-off-by:
Thomas Vegas <thomas_75@safe-mail.net> Signed-off-by:
-
Greg Kroah-Hartman authored
Merge tag 'iio-for-3.16a' of git://git.kernel.org/pub/scm/linux/kernel/git/jic23/iio into staging-next Jonathan writes: First round of IIO new driver, functionality and cleanups for the 3.16 cycle. New device support * AS3935 Lightning Sensor * MCP3426/7/8 support added to the existing MCP3422 ADC driver * AK8963 support in the AK8975 driver * MPU6500 support in the MPU6050 driver (the functionality that is different is mostly not supported yet in either part). Staging Graduations * AD799x ADC New functionality * ACPI enumeration for the ak8975 driver Cleanup / tweaks * Use snprintf as a matter of good practice in a few additional places. * Document *_mean_raw attributes. These have been there a while, but were undocumented. * Add an in kernel interface to get the mean values. * Bug in the length of the event info mask that by coincidence wasn't yet actually causing any problems. * itg3000 drop an unreachable return statement. * spear_adc cleanups (heading for a staging graduation but a few more issues showed up in the review of these patches). * Exynos ADC dependencies changed so it is only built when Exynos is present or COMPILE_TEST and OF are set. * tsl2583 cleanups. * Some cut and paste typos in the comments of various drivers still in staging. * Couple of minor improvements to the ST sensor drivers.
-
Linus Walleij authored
Currently the pressure sensor has code to retrieve and enable two regulators for Vdd and Vdd IO, but actually these voltage inputs are found on all of these ST sensors, so move the regulator handling to the core and make sure all the ST sensors call these functions on probe() and remove() to enable/disable power. Here also mover over to obtaining the regulator from the *parent* device of the IIO device, as the IIO device is created on-the-fly in this very subsystem it very unlikely evert have any regulators attached to it whatsoever. It is much more likely that the parent is a platform device, possibly instantiated from a device tree, which in turn have Vdd and Vdd IO supplied assigned to it. Cc: Lee Jones <lee.jones@linaro.org> Cc: Denis CIOCCA <denis.ciocca@st.com> Signed-off-by:
Linus Walleij <linus.walleij@linaro.org> Signed-off-by:
Jonathan Cameron <jic23@kernel.org>
-
Linus Walleij authored
It is pretty helpful to know already from dmesg that a certain device is successfully registered, instead of having to browse sysfs to see if it's actually there. Cc: Lee Jones <lee.jones@linaro.org> Cc: Denis CIOCCA <denis.ciocca@st.com> Signed-off-by:
-
- 25 Apr, 2014 26 commits
-
-
Denis Pithon authored
Delete some unneeded blank lines and add few ones to make checkpatch.pl happy. Signed-off-by:
Denis Pithon <denis.pithon@gmail.com> Signed-off-by:
-
Denis Pithon authored
prism2sta_probe_usb() and prism2sta_disconnect_usb() header comments are erroneous and useless. Removed. Signed-off-by:
-
Denis Pithon authored
Minor changes to nicely line up device entries. Signed-off-by:
-
Vitor Braga authored
This fixes "missing a blank line after declaration" warnings from checkpatch.pl for driver xgifb. The driver has no remaining errors or warnings from checkpatch.pl Signed-off-by:
Vitor Braga <vitorpybraga@gmail.com> Reviewed-by:
Aaro Koskinen <aaro.koskinen@iki.fi> Signed-off-by:
-
Antoine Schweitzer-Chaput authored
Signed-off-by:
Antoine Schweitzer-Chaput <antoine@schweitzer-chaput.fr> Signed-off-by:
-
Russell King authored
The initial state at boot is assumed to be disconnected, and we hope to receive an interrupt to update the status. Let's be more explicit about the current state - reading the PHY status register tells us the current level of the hotplug signal, which we can report back in the _detect() method. Signed-off-by:
Russell King <rmk+kernel@arm.linux.org.uk> Signed-off-by:
-
Philipp Zabel authored
The decoder mux id is equal to the port id of the encoder's input port that is connected to the given crtc, not to the endpoint id (which is arbitrary and usually zero). Signed-off-by:
Philipp Zabel <p.zabel@pengutronix.de> Tested-by:
Shawn Guo <shawn.guo@freescale.com> Signed-off-by:
-
Fabio Estevam authored
No need to return a 'fake' return value on platform_get_irq() failure. Signed-off-by:
Fabio Estevam <fabio.estevam@freescale.com> Signed-off-by:
-
Emil Renner Berthing authored
Simplify hdmi_phy_wait_i2c_done so the call to hdmi_readb is only done in one place. Also check for timout before waiting as suggested by Troy Kisky. This also fixes a checkpatch warning. Signed-off-by:
Emil Renner Berthing <kernel@esmil.dk> Signed-off-by:
-
Emil Renner Berthing authored
Support the LVDS666 format on the IPUv3 parallel display. This makes the screen work on my Hercules eCAFE Slim HD. Signed-off-by:
-
Toby Smith authored
Fix checkpatch.pl issues with missing blank line after declarations. Signed-off-by:
Toby Smith <toby@tismith.id.au> Signed-off-by:
-
Monam Agarwal authored
This patch fixes following smatch warning: slicoss/slicoss.c:1429 slic_cmdq_addcmdpage() error: we previously assumed 'pslic_handle' could be null Signed-off-by:
Monam Agarwal <monamagarwal123@gmail.com> Signed-off-by:
-
Anders Darander authored
Change the definition of pci_mem_start|end from correct from pci_io(un)map's point of view. Signed-off-by:
Anders Darander <anders.darander@gmail.com> Signed-off-by:
-
Ben Hutchings authored
The driver can already use request_firmware() to load firmware, and always does so. There is code in init_firmware() to use the static firmware images, but it's unreachable! Remove the data and simplify init_firmware() accordingly. Signed-off-by:
Ben Hutchings <ben@decadent.org.uk> Signed-off-by:
-
Masanari Iida authored
Fix spelling typo in comments within rtl8192e. Signed-off-by:
Masanari Iida <standby24x7@gmail.com> Reviewed-by:
James Cameron <quozl@laptop.org> Signed-off-by:
-
Masanari Iida authored
A word in printk is split into two lines. Change it into one line. Signed-off-by:
-
navin patidar authored
Signed-off-by:
navin patidar <navin.patidar@gmail.com> Signed-off-by:
-
navin patidar authored
Signed-off-by:
-
navin patidar authored
Signed-off-by:
-
navin patidar authored
struct led_priv contains two variables SwLed0 and SwLed1 but only SwLed0 is being used by SwLedControlModel1() function. SwLedControlModel1() function performs led operations. This patch removes SwLed1 and code which uses SwLed1. Signed-off-by:
-
navin patidar authored
Now driver has only one type of led blinking strategy, so we don't need enum LED_STRATEGY_871x variable to store led blinking strategy type. Signed-off-by:
-
navin patidar authored
driver has code to blink the led in 7 different ways. struct led_priv contains an enum LED_STRATEGY_871x variable which is initialized to SW_LED_MODE1 inside rtl8188eu_InitSwLeds() function. it means driver is hard coded to use only SW_LED_MODE1 blinking strategy. so we can remove the code related to other blinking strategies e.g. SW_LED_MODE[0|2|3|4|5|6]. Signed-off-by:
-
navin patidar authored
_InitHWLed() function does nothing. Signed-off-by:
-
navin patidar authored
_ReadLEDSetting() doesn't read led settings this function actually initialize member variables of struct led_priv, we should do that inside rtl8188eu_InitSwLeds(). Signed-off-by:
-
navin patidar authored
rtw_led_blink_cmd() isn't being used by driver. Signed-off-by:
-
navin patidar authored
drv_types_linux.h is empty, so remove the header file and its reference. Signed-off-by:
-
