...@samsung.com
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
We are facing the same issue with Juno. When registering thermal
zones from device tree they were coming up disabled. I've tested it
on my Juno board and it fixes it.
Tested-by: Javi Merino javi.mer...@arm.com
---
drivers
On Wed, Jul 23, 2014 at 11:10:42AM +0100, Lukasz Majewski wrote:
Hi Viresh,
On 23 July 2014 13:08, Lukasz Majewski l.majew...@samsung.com wrote:
Do you want to say that we have enough tests and we don't need
more ?
No. We don't have any tests at all :)
Then we should encourage
/thermal/samsung/exynos_thermal_common.c |1 +
3 files changed, 3 insertions(+)
Reviewed-by: Javi Merino javi.mer...@arm.com
You should send this patch to linux-pm, I think it should go via the
thermal tree.
Cheers,
Javi
--
To unsubscribe from this list: send the line unsubscribe linux-samsung
Hi Sachin,
On Mon, Apr 28, 2014 at 05:30:19AM +0100, Sachin Kamat wrote:
On 26 April 2014 16:49, Kukjin Kim kgene@samsung.com wrote:
Javi Merino wrote:
On Fri, Apr 25, 2014 at 09:35:35PM +0100, Tomasz Figa wrote:
On 25.04.2014 22:30, Javi Merino wrote:
On Fri, Apr 25, 2014 at 09
On Fri, Apr 25, 2014 at 09:35:35PM +0100, Tomasz Figa wrote:
On 25.04.2014 22:30, Javi Merino wrote:
On Fri, Apr 25, 2014 at 09:16:30PM +0100, Tomasz Figa wrote:
On 25.04.2014 22:11, Javi Merino wrote:
d726ca2d3316 (ARM: dts: Add vmmc-supply to MMC on arndale-octa board)
added the vmmc
And eventually hangs. Without the vmmc-supply property in the
mmc@1222 node, the kernel boots again.
Signed-off-by: Javi Merino javi.mer...@arm.com
---
Hi,
Note that I don't know *why* removing the property works, all I know
is that 3.15-rc2 fails to boot on my Arndale Octa unless I apply this
patch
On Fri, Apr 25, 2014 at 09:16:30PM +0100, Tomasz Figa wrote:
Hi Javi,
On 25.04.2014 22:11, Javi Merino wrote:
d726ca2d3316 (ARM: dts: Add vmmc-supply to MMC on arndale-octa board)
added the vmmc-supply to nodes mmc@1220 and mmc@1222 of the
DT. However, this makes the kernel fail
for me so
Tested-by: Javi Merino javi.mer...@arm.com
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Thu, Mar 20, 2014 at 02:45:54AM +, Naveen Krishna Ch wrote:
Hello Tomasz,
On 20 March 2014 00:58, Tomasz Figa t.f...@samsung.com wrote:
Hi Leela,
On 19.03.2014 12:19, Leela Krishna Amudala wrote:
Hi All,
I didn't see this series in mainline, Any comments for this ?
(0x1406) at 0x
Kernel panic - not syncing: Attempted to kill init! exitcode=0x0007
Suggested-by: Javi Merino javi.mer...@arm.com
Signed-off-by: Tushar Behera tushar.beh...@linaro.org
I've tested this on top of kgene/for-next (I'm assuming that your patch is
based on that branch
Hi Tushar,
On Tue, Mar 04, 2014 at 12:01:26PM +, Tushar Behera wrote:
On 4 March 2014 16:09, Javi Merino javi.mer...@arm.com wrote:
On Tue, Mar 04, 2014 at 10:30:19AM +, Sylwester Nawrocki wrote:
On 04/03/14 11:16, Javi Merino wrote:
Yes, with [1] applied I don't get a kernel
Hi,
Commit fcb0ee6a3d (clk: Implement clk_unregister) added calls to
kref_get() and kref_put() to __clk_get() and __clk_put() without
checking if clk is not NULL:
@@ -1987,6 +2097,7 @@ int __clk_get(struct clk *clk)
if (clk !try_module_get(clk-owner))
return 0;
+
On 11/12/11 19:27, Javi Merino wrote:
Add a req_running field to the pl330_thread to track which request (if
any) has been submitted to the DMA. This mechanism replaces the old
one in which we tried to guess the same by looking at the PC of the
DMA, which could prevent the driver from sending
On 11/12/11 10:51, Jassi Brar wrote:
On Sat, Dec 10, 2011 at 1:20 AM, Javi Merino javi.mer...@arm.com wrote:
What about properly tracking what we have sent to the DMA? Something
like the following (warning *ugly* and untested code ahead, may eat your
kitten):
Yeah, this is like I said
On 11/12/11 17:10, Jassi Brar wrote:
On 11 December 2011 20:39, Javi Merino javi.mer...@arm.com wrote:
What about properly tracking what we have sent to the DMA? Something
like the following (warning *ugly* and untested code ahead, may eat your
kitten):
Yeah, this is like I said 'marker
correctly.
Signed-off-by: Javi Merino javi.mer...@arm.com
Cc: Jassi Brar jaswinder.si...@linaro.org
---
arch/arm/common/pl330.c | 116 ---
1 files changed, 49 insertions(+), 67 deletions(-)
diff --git a/arch/arm/common/pl330.c b/arch/arm/common/pl330.c
index
On 07/12/11 20:54, Javi Merino wrote:
On 07/12/11 10:01, Javi Merino wrote:
On 07/12/11 07:52, Kukjin Kim wrote:
Jassi Brar wrote:
On 29 November 2011 15:23, Javi Merino javi.mer...@arm.com wrote:
On Samsung's Exynos4 platform, while testing audio playback with
i2s
interface, the above
On 09/12/11 16:50, Jassi Brar wrote:
What do you think about ...
diff --git a/arch/arm/common/pl330.c b/arch/arm/common/pl330.c
index f407a6b..3a51cdd 100644
--- a/arch/arm/common/pl330.c
+++ b/arch/arm/common/pl330.c
@@ -1546,7 +1546,7 @@ int pl330_chan_ctrl(void *ch_id, enum
On 29/11/11 03:41, Boojin Kim wrote:
Javi Merino wrote:
On Samsung's Exynos4 platform, while testing audio playback with
i2s
interface, the above change causes the playback to freeze. The
_thrd_active(thrd) call always returns '1' and hence _start(thrd)
is
not getting called
On 28/11/11 08:23, Boojin Kim wrote:
Javi Merino wrote:
On Samsung's Exynos4 platform, while testing audio playback with i2s
interface, the above change causes the playback to freeze. The
_thrd_active(thrd) call always returns '1' and hence _start(thrd) is
not getting called
On 05/11/11 19:05, Thomas Abraham wrote:
Hi Javi,
On 6 October 2011 05:10, Javi Merino javi.mer...@arm.com wrote:
If two requests have been submitted and one of them is running, if you
call pl330_chan_ctrl(ch_id, PL330_OP_START), there's a window of time
between the spin_lock_irqsave
21 matches
Mail list logo