[PATCH] mfd: twl-core: One function call less in add_numbered_child() after error detection

From: Markus Elfring Date: Tue, 29 Dec 2015 19:29:08 +0100 The platform_device_put() function was called in one case by the add_numbered_child() function during error handling even if the passed variable "pdev" contained a null pointer. Implementation details

Re: [PATCH v3 2/3] wlcore/wl12xx: spi: add device tree support

On Mon, Dec 28, 2015 at 02:02:18PM +0200, Uri Mashiach wrote: > Add DT support for the wl1271 SPI WiFi. > > Add documentation file for the wl1271 SPI WiFi. > > Signed-off-by: Uri Mashiach > Acked-by: Igor Grinberg > --- > v1 -> v2: update

Re: [PATCH 1/3] ti-st: use device handles and add device tree binding

On Wed, Dec 23, 2015 at 11:38:29AM +, Reizer, Eyal wrote: > - Add support for getting the platform data which includes the uart > used and gpio pin used for enable from device tree. > > - Fix the implementation for using device handle for the uart and > gpiod for the enable pin, instead

Re: [PATCH 2/2] dt-bindings: bus: ti-gpmc: Add AAD timings properties

On Mon, Dec 28, 2015 at 02:39:21PM +0100, Neil Armstrong wrote: > In order to support advanced AAD timings, add these properties to the DT > GPMC bindings. > > Signed-off-by: Neil Armstrong > --- > Documentation/devicetree/bindings/bus/ti-gpmc.txt | 5 + > 1 file

Re: [PATCH 4/6] regulator: lp872x: Add enable GPIO pin support

Hi Paul, On 29/12/15 20:13, Paul Kocialkowski wrote: Hi Milo, Le mardi 29 décembre 2015 à 09:45 +0900, Milo Kim a écrit : Hi Paul, On 29/12/15 07:49, Paul Kocialkowski wrote: Hi Milo, thanks for the review, Le lundi 28 décembre 2015 à 09:56 +0900, Milo Kim a écrit : Hi Paul, On 23/12/15

[PATCH v2 1/3] extcon: palmas: Add the support for VBUS detection by using GPIO

From: Felipe Balbi This patch support for VBUS detection by using GPIO pin. Signed-off-by: Felipe Balbi Signed-off-by: Chanwoo Choi --- drivers/extcon/extcon-palmas.c | 50 ++

[PATCH v2 2/3] arm: boot: dts: beaglex15: Remove ID GPIO

From: Felipe Balbi According to latest schematics [1], this board leaves ID pin floating. It's not connected to anything at all. So let's remove it. [1] https://github.com/beagleboard/beagleboard-x15/blob/master/BeagleBoard-X15_RevA2.pdf Signed-off-by: Felipe Balbi

Re: [PATCH 2/3] drivers: net: cpsw: fix error messages when using phy-handle DT property

On Tue, Dec 22, 2015 at 07:36:33PM -0500, David Rivshin (Allworx) wrote: > From: David Rivshin > > The phy-handle, phy_id, and fixed-link properties are mutually exclusive, > and only one need be specified. However if phy-handle was specified, an > error message would

[PATCH v2 0/3] arm: beaglex15: fix USB Gadget

This patchset make the extcon-palmas.c more generic style and then send v2 patchset. I add the Felipe comment of v1 patchset as following: But, I have not test on real board because I don't have it. Just, I modify this patchset based on v1 patchset[1] from Felipe Balbi. - Felipe comment of this

[PATCH v2 3/3] arm: boot: beaglex15: pass correct interrupt

From: Felipe Balbi According to latest schematics [1], GPIO_1/VBUSDET on TPS659038 is tied to AM57x GPIO4_21. We can use that as a VBUS interrupt, instead of relying on PMIC's VBUS interrupts which don't seem to be firing on x15 at all. A follow up patch will add support for using

Routable IRQs

Hi Thomas & Jason, I'm dealing with an interesting situation which I'm wondering if Linux already support for. Basically, in some TI SoCs we have what's referred to as Programmable Real-Time Unit SubSystem (PRUSS). That's essentially a really simple, low latency, single cycle architecture which

Re: [PATCH 4/6] regulator: lp872x: Add enable GPIO pin support

Le mardi 29 décembre 2015 à 14:02 -0600, Rob Herring a écrit : > On Wed, Dec 23, 2015 at 11:58:37AM +0100, Paul Kocialkowski wrote: > > LP872x regulators are made active via the EN pin, which might be hooked to a > > GPIO. This adds support for driving the GPIO high when the driver is in use. > >

Re: [PATCH v2 1/3] devicetree/bindings: add reset-gpios and vcc-supply for panel-dpi

On Sun, Dec 20, 2015 at 12:13:20PM +0100, Uwe Kleine-König wrote: > Some displays have a reset input and/or need a regulator to function > properly. Allow to specify them for panel-dpi devices. > > Signed-off-by: Uwe Kleine-König > --- >

Re: [PATCH 4/6] regulator: lp872x: Add enable GPIO pin support

On Tue, Dec 29, 2015 at 3:26 PM, Paul Kocialkowski wrote: > Le mardi 29 décembre 2015 à 14:02 -0600, Rob Herring a écrit : >> On Wed, Dec 23, 2015 at 11:58:37AM +0100, Paul Kocialkowski wrote: >> > LP872x regulators are made active via the EN pin, which might be hooked to >> >

Re: [PATCH 4/6] regulator: lp872x: Add enable GPIO pin support

On Wed, Dec 23, 2015 at 11:58:37AM +0100, Paul Kocialkowski wrote: > LP872x regulators are made active via the EN pin, which might be hooked to a > GPIO. This adds support for driving the GPIO high when the driver is in use. > > Signed-off-by: Paul Kocialkowski > --- >

Re: [PATCH 3/7] omapfb: fix error return code

On 26/12/15 17:28, Julia Lawall wrote: > Return a negative error code on failure. > > A simplified version of the semantic match that finds this problem is as > follows: (http://coccinelle.lip6.fr/) > > // > @@ > identifier ret; expression e1,e2; > @@ > ( > if (\(ret < 0\|ret != 0\)) > { ...

Re: [RFC PATCH] thermal: Schedule a backup thermal shutdown workqueue after a known period of time to tackle failed poweroff

Hi Nishanth, On Monday 28 December 2015 11:11 PM, Nishanth Menon wrote: On 12/20/2015 11:46 PM, Keerthy wrote: +linux-pm. Thanks for looping! In few rare conditions like during boot up the orderly_poweroff function might not be able to complete fully leaving the device running at

Re: OMAP display kconfig options changing

Hello Tomi, On Tue, Dec 29, 2015 at 7:23 AM, Tomi Valkeinen wrote: > Hi Javier, Tony, > > On 22/12/15 23:18, Javier Martinez Canillas wrote: > >>> But if the userspace is using any omapfb specific apps, then yes, update >>> is necessary. >>> >> >> Yes but these people

Re: OMAP display kconfig options changing

Hi Javier, Tony, On 22/12/15 23:18, Javier Martinez Canillas wrote: >> But if the userspace is using any omapfb specific apps, then yes, update >> is necessary. >> > > Yes but these people should have a migration plan anyways since omapfb > (and fbdev in general) is going away right? Well, I

Re: [PATCH 4/6] regulator: lp872x: Add enable GPIO pin support

Hi Milo, Le mardi 29 décembre 2015 à 09:45 +0900, Milo Kim a écrit : > Hi Paul, > > On 29/12/15 07:49, Paul Kocialkowski wrote: > > Hi Milo, thanks for the review, > > > > Le lundi 28 décembre 2015 à 09:56 +0900, Milo Kim a écrit : > >> Hi Paul, > >> > >> On 23/12/15 20:56, Mark Brown wrote: >