Signed-off-by: Keerthy
---
drivers/thermal/Kconfig| 9 +
drivers/thermal/thermal_core.c | 26 ++
2 files changed, 35 insertions(+)
diff --git a/drivers/thermal/Kconfig b/drivers/thermal/Kconfig
index 8cc4ac6..25584ee 100644
---
Please ignore this patch. I will resend the right one.
Sorry about the noise.
On Monday 21 December 2015 11:14 AM, Keerthy wrote:
Signed-off-by: Keerthy
---
drivers/thermal/Kconfig| 9 +
drivers/thermal/thermal_core.c | 26 ++
2
Hello all,
For omap4, I wonder how should emif be handled when suspending the entire SoC.
In playing with Robert Nelson's 4.2 kernel tree [1], I noticed that
the suspend seems broken: the kernel, in the suspend_noirq phase,
tries to disable the emif hwmod by calling omap_device_idle(); the
board
In few rare conditions like during boot up the orderly_poweroff
function might not be able to complete fully leaving the device
running at dangerously high temperatures. Hence adding a backup
workqueue to act after a known period of time and poweroff the device.
Suggested-by: Nishanth Menon
Hello,
these patches are what is remaining from my previous series sent
starting with
Message-Id: 1449753107-11410-1-git-send-email-...@kleine-koenig.org .
I split out the changes to
Documentation/devicetree/bindings/video/panel-dpi.txt in a (single)
separate patch. Also I changed the behaviour
To allow supporting displays that need some logic to enable power to the
display try to get a vcc-supply property from the device tree and drive
the resulting regulator accordingly.
Signed-off-by: Uwe Kleine-König
---
Changes since (implicit) v1, sent with
Some displays have a reset input. To assert that the display is
functional the reset gpio must be deasserted.
Teach the driver to get and drive such a gpio accordingly.
Signed-off-by: Uwe Kleine-König
--
Changes since (implicit) v1, sent with
Message-Id:
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
---
Documentation/devicetree/bindings/display/panel/panel-dpi.txt | 2 ++
1 file changed, 2 insertions(+)
[Cc += devicet...@vger.kernel.org]
Hello Tomi,
On Wed, Dec 16, 2015 at 07:35:30PM +0200, Tomi Valkeinen wrote:
>
> On 10/12/15 15:11, Uwe Kleine-König wrote:
> > From: Uwe Kleine-König
> >
> > Some displays have a reset input. To assert that the display is
> >
Add NULL test on call to devm_kzalloc.
The semantic match that finds this problem is as follows:
(http://coccinelle.lip6.fr/)
//
@@
expression x;
identifier fld;
@@
* x = devm_kzalloc(...);
... when != x == NULL
x->fld
//
Signed-off-by: Julia Lawall
---
Add NULL tests on various calls to kzalloc and devm_kzalloc.
The semantic match that finds these problems is as follows:
(http://coccinelle.lip6.fr/)
//
@@
expression x,y;
identifier fld;
@@
(
x = \(vmalloc\|kmalloc\|kzalloc\|kcalloc\|kmem_cache_alloc\|krealloc\|
kmemdup\|kstrdup\|
Hi Rob,
On Sunday 20 December 2015 09:09 AM, Rob Herring wrote:
> On Tue, Dec 15, 2015 at 02:46:08PM +0530, Kishon Vijay Abraham I wrote:
>> Deprecate using phy-omap-control driver to power on/off the PHY,
>> and use *syscon* framework to do the same. This handles
>> powering on/off the PHY for
Hello,
On Wed, Dec 16, 2015 at 07:29:17PM +0200, Tomi Valkeinen wrote:
> On 10/12/15 15:11, Uwe Kleine-König wrote:
> > From: Uwe Kleine-König
> >
> > The variable gpio is only used to store the return value of
> > devm_gpiod_get_optional just to assign it to a
The development kit uses a TSC2004 chip attached to I2C3.
Signed-off-by: Adam Ford
---
arch/arm/boot/dts/logicpd-torpedo-37xx-devkit.dts | 27 +++
1 file changed, 27 insertions(+)
diff --git a/arch/arm/boot/dts/logicpd-torpedo-37xx-devkit.dts
14 matches
Mail list logo