Re: [PATCH 00/37] ARM: dts: Fix fixed regulators enable GPIO polarity

2015-10-13 Thread Sascha Hauer
> This patch series fixes those issues in all the DT sources after locating the > errors using the following script. Nice. For the i.MX boards: Reviewed-by: Sascha Hauer <s.ha...@pengutronix.de> Sascha -- Pengutronix e.K. |

[PATCH v3] thermal: consistently use int for temperatures

2015-07-24 Thread Sascha Hauer
and the drivers. This only changes the places in the drivers where the temperature is passed around as pointer, when drivers internally use another type this is not changed. Signed-off-by: Sascha Hauer s.ha...@pengutronix.de Acked-by: Geert Uytterhoeven geert+rene...@glider.be Reviewed-by: Jean Delvare jdelv

Re: [PATCH v2] thermal: consistently use int for temperatures

2015-07-24 Thread Sascha Hauer
On Thu, Jul 23, 2015 at 02:07:59PM +0200, Pavel Machek wrote: On Tue 2015-07-21 09:21:32, Sascha Hauer wrote: The thermal code uses int, long and unsigned long for temperatures in different places. Using an unsigned type limits the thermal framework to positive temperatures without

Re: [PATCH v2] thermal: consistently use int for temperatures

2015-07-23 Thread Sascha Hauer
this or if you prefer a new patch instead. Thanks Sascha -8- From 4907a7c32fd16eaf9f31d9f904276c9a0176b717 Mon Sep 17 00:00:00 2001 From: Sascha Hauer s.ha...@pengutronix.de Date: Thu, 23 Jul 2015 12:32:31 +0200 Subject: [PATCH] fixup

Re: [PATCH] thermal: consistently use int for temperatures

2015-07-21 Thread Sascha Hauer
Hi Punit, On Fri, Jul 17, 2015 at 12:14:36PM +0100, Punit Agrawal wrote: Hi Sascha, Sascha Hauer s.ha...@pengutronix.de writes: The thermal code uses int, long and unsigned long for temperatures in different places. Using an unsigned type limits the thermal framework to positive

[PATCH] thermal: consistently use int for temperatures

2015-07-06 Thread Sascha Hauer
and the drivers. This only changes the places in the drivers where the temperature is passed around as pointer, when drivers internally use another type this is not changed. Signed-off-by: Sascha Hauer s.ha...@pengutronix.de Cc: Zhang Rui rui.zh...@intel.com Cc: Eduardo Valentin edubez...@gmail.com Cc: linux

Re: [PATCH 01/15] drivers: phy: add generic PHY framework

2013-07-21 Thread Sascha Hauer
On Sat, Jul 20, 2013 at 07:59:10PM -0700, Greg KH wrote: On Sat, Jul 20, 2013 at 10:32:26PM -0400, Alan Stern wrote: On Sat, 20 Jul 2013, Greg KH wrote: That should be passed using platform data. Ick, don't pass strings around, pass pointers. If you have platform data you

Re: [PATCH] ARM: dts: Correct the base address of pinctrl_3

2013-05-06 Thread Sascha Hauer
Hi, On Tue, May 07, 2013 at 09:07:33AM +0530, Padmavathi Venna wrote: This patch corrects the base address of pinctrl_3 on Exynos5250 platform. Exynos5250 should be part of the subject so that other people can know whether this patch is interesting for them or not. Sascha -- Pengutronix

Re: Early kernel hang with big DTB appended

2013-01-15 Thread Sascha Hauer
On Mon, Jan 14, 2013 at 05:13:09PM -0500, Nicolas Pitre wrote: On Fri, 11 Jan 2013, Sascha Hauer wrote: On Thu, Jan 03, 2013 at 04:55:00PM +0100, Tomasz Figa wrote: Hi, I'm observing strange behavior when booting 3.8-rc1 and -rc2 with appended DTB. The kernel hangs very

Re: Early kernel hang with big DTB appended

2013-01-11 Thread Sascha Hauer
On Thu, Jan 03, 2013 at 04:55:00PM +0100, Tomasz Figa wrote: Hi, I'm observing strange behavior when booting 3.8-rc1 and -rc2 with appended DTB. The kernel hangs very early when the DTB is bigger than some threshold somewhere around 24 KiB. With fullest possible low level UART debugging

Re: [PATCH] ARM: mx5: Use CLKDEV_INIT for creating clk_lookup instance

2011-10-26 Thread Sascha Hauer
On Thu, Oct 20, 2011 at 05:19:51PM +0530, Padmavathi Venna wrote: A common macro CLKDEV_INIT was added for creating clk_lookup instance in include/linux/clkdev.h. So replace _REGISTER_CLOCK macro with CLKDEV_INIT. The patches are fine this way. Let's wait until the trees from next are merged.

Re: [RFC 2/5] ARM: P2V: avoid initializers and assembly using PHYS_OFFSET

2011-01-06 Thread Sascha Hauer
On Tue, Jan 04, 2011 at 08:22:37PM +, Russell King - ARM Linux wrote: As PHYS_OFFSET will be becoming a variable, we can't have it used in initializers nor assembly code. Replace those in generic code with a run-time initialization. Replace those in platform code using the individual