This patch allows to decouple and recouple the gic from the PRCMU.
This is needed to put the A9 core in retention mode with the cpuidle
driver.
Signed-off-by: Daniel Lezcano daniel.lezc...@linaro.org
---
drivers/mfd/db8500-prcmu.c | 29 +
On 09/02/12 00:44, Boojin Kim wrote:
Javi Merino wrote:
On 13/01/12 13:02, Russell King - ARM Linux wrote:
On Fri, Jan 13, 2012 at 12:36:31PM +, Mans Rullgard wrote:
This fixes the thrd-req_running field being accessed before thrd
is checked for null. The error was introduced in
Hi Daniel!
Please see my embedded comments.
Also should we not keep the functions in pm.c file? I think Linus W
advised us not to move stuff around at this stage.
BR
Rickard
This patch allows to decouple and recouple the gic from the PRCMU.
This is needed to put the A9 core in retention
Hi Simon,
On 24 January 2012 21:49, Simon Glass s...@chromium.org wrote:
Hi Chander,
On Tue, Jan 24, 2012 at 5:03 AM, Chander Kashyap
chander.kash...@linaro.org wrote:
This patch enable support for SMC911X based ethernet device.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
Hi Mike,
On 24 January 2012 23:39, Mike Frysinger vap...@gentoo.org wrote:
On Tuesday 24 January 2012 08:03:20 Chander Kashyap wrote:
--- a/include/configs/smdk5250.h
+++ b/include/configs/smdk5250.h
+#define CONFIG_NET_MULTI
dead define - delete
thanks for pointing out. I will remove it.
On Thu, Feb 09, 2012 at 04:51:26AM +0800, Ying-Chun Liu (PaulLiu) wrote:
Overall this is looking pretty good, a few issues but relatively minor.
+ if (uv anatop_reg-rdata-min_voltage
+ || uv anatop_reg-rdata-max_voltage) {
+ if (max_uV anatop_reg-rdata-min_voltage)
On 02/09/2012 11:52 AM, Rickard Andersson wrote:
Hi Daniel!
Please see my embedded comments.
Also should we not keep the functions in pm.c file? I think Linus W
advised us not to move stuff around at this stage.
The pm.c file does not exists for mach-ux500. May be I misunderstood
Linus but
This patch enable support for SMC911X based ethernet device.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
---
Changes in v2:
- As Simon pointed smc9115_pre_init() is moved inside
in board_eth_init() in smc911x_initialize
- Removed CONFIG_ETHADDR and
On 02/09/2012 12:25 PM, Daniel Lezcano wrote:
On 02/09/2012 11:52 AM, Rickard Andersson wrote:
Hi Daniel!
Please see my embedded comments.
Also should we not keep the functions in pm.c file? I think Linus W
advised us not to move stuff around at this stage.
The pm.c file does not exists for
On 02/09/2012 01:19 PM, Rickard Andersson wrote:
On 02/09/2012 12:25 PM, Daniel Lezcano wrote:
On 02/09/2012 11:52 AM, Rickard Andersson wrote:
Hi Daniel!
Please see my embedded comments.
Also should we not keep the functions in pm.c file? I think Linus W
advised us not to move stuff around
On 02/09/2012 02:12 AM, Thomas Gleixner wrote:
It would be possible to return the real resolution of the clock event
device, but we have systems, where the clockevent device is
dynamically changing. So which resolution do we expose to an
application? The one of the current active device or some
On 09.02.2012, at 02:20, Peter Maydell wrote:
On 9 February 2012 00:50, Fathi Boudra fathi.bou...@linaro.org wrote:
Same result.
Debug info from gdb:
qemu: Unsupported syscall: 26
ptrace: Function not implemented.
No threads.
This bit of the log is uninteresting, because it is mono
On Thu, Feb 2, 2012 at 1:21 PM, Mike Frysinger vap...@gentoo.org wrote:
On Thursday 02 February 2012 04:11:27 Chander Kashyap wrote:
+int main(int argc, char **argv)
+{
...
+ unsigned char buffer[BUFSIZE] = {0};
this is an implicit memset() and from what i can see in the code,
Acked-by: Mike Frysinger vap...@gentoo.org
-mike
signature.asc
Description: This is a digitally signed message part.
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
On Wed, Feb 08, 2012 at 01:18:33PM +, Russell King - ARM Linux wrote:
On Wed, Feb 08, 2012 at 04:48:34AM -0800, Dmitry Antipov wrote:
Generalize CONFIG_IRQ_TIME_ACCOUNTING between X86 and
ARM, move noirqtime= option to common debugging code.
For a bit of backward compatibility,
Cc'ing PeterZ.
On Wed, Feb 08, 2012 at 04:48:34AM -0800, Dmitry Antipov wrote:
Generalize CONFIG_IRQ_TIME_ACCOUNTING between X86 and
ARM, move noirqtime= option to common debugging code.
For a bit of backward compatibility, tsc=noirqtime
is preserved, but issues a warning.
Suggested-by:
On Wed, Feb 08, 2012 at 08:31:03AM -0800, Dmitry Antipov wrote:
IIUC, an idea behind clock_getres() is to give a hint about the resolution of
specified clock. This hint may be used by an application programmer to check
whether
this clock is suitable for a some purpose. So why clock_getres()
On 09.02.2012, at 01:50, Fathi Boudra wrote:
On 8 February 2012 17:56, Alexander Graf ag...@suse.de wrote:
On 08.02.2012, at 16:54, Fathi Boudra wrote:
On 7 February 2012 00:50, Peter Maydell peter.mayd...@linaro.org wrote:
On 4 February 2012 02:39, Peter Maydell peter.mayd...@linaro.org
On 04.02.2012 11:18, Marek Vasut wrote:
Let's discuss how to enable the i.MX5/6 caches in U-Boot:
On 03.02.2012 12:00, Stefano Babic wrote:
On 03/02/2012 11:18, Dirk Behme wrote:
...
As your concerns are surely related to speed up the boot process,
IMHO we can focus efforts to
On Thursday 09 February 2012 00:25:35 Chander Kashyap wrote:
On 9 February 2012 09:21, Mike Frysinger wrote:
On Wednesday 08 February 2012 18:35:28 Doug Anderson wrote:
On Thu, Feb 2, 2012 at 1:21 PM, Mike Frysinger wrote:
On Thursday 02 February 2012 04:11:27 Chander Kashyap wrote:
On Wednesday 08 February 2012 18:35:28 Doug Anderson wrote:
On Thu, Feb 2, 2012 at 1:21 PM, Mike Frysinger wrote:
On Thursday 02 February 2012 04:11:27 Chander Kashyap wrote:
+int main(int argc, char **argv)
+{
...
+ unsigned char buffer[BUFSIZE] = {0};
this is an implicit
On Wed, 8 Feb 2012, Dmitry Antipov wrote:
IIUC, an idea behind clock_getres() is to give a hint about the resolution of
specified clock. This hint may be used by an application programmer to check
whether
this clock is suitable for a some purpose. So why clock_getres() always
returns
On Thu, Feb 9, 2012 at 3:26 AM, Chander Kashyap
chander.kash...@linaro.org wrote:
This patch enable support for SMC911X based ethernet device.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
Acked-by: Simon Glass s...@chromium.org
---
Changes in v2:
- As Simon pointed
Hi,
we've added a new session to Connect - tomorrow at 11:
What Android and Embedded Linux can learn from each other.
This is a preview (and fix-it-up session ;) ) for the talk I'm going
to give at ELC - the basic premise is:
Android and normal Embedded Linux are often seen as completely
Generalize CONFIG_IRQ_TIME_ACCOUNTING between X86 and
ARM, move noirqtime= option to common debugging code.
For a bit of backward compatibility, X86-specific option
tsc=noirqtime is preserved, but issues a warning.
Suggested-by: Yong Zhang yong.zha...@gmail.com
Suggested-by: Russell King
down what's causing this is not going to work.
The same binaries works on native builders:
http://snapshots.linaro.org/build/linaro-o-ubuntu-desktop/20120209/0/build-log.txt
If you take a look to the log (thanks loïc for putting on people.l.o),
qemu segfault before reaching mono.
I'll try to reduce
On 02/09/2012 10:40 AM, Richard Cochran wrote:
I thought this list was about Linux kernel development, but now it
seems to be about Sun's old bugs.
This Sun (probably) has ~10x more accurate hrtimers than it's said,
and it's a bug. My panda board (with 32K timer enabled) has ~3x
less
On Thu, Feb 09, 2012 at 01:25:33AM -0800, Dmitry Antipov wrote:
Old Sun Fire 880, SunOS 5.10 Generic_139555-08.
100ns precision with 10ms finest timer unit???
I thought this list was about Linux kernel development, but now it
seems to be about Sun's old bugs.
Richard
On 10 February 2012 02:00, Simon Glass s...@chromium.org wrote:
On Thu, Feb 9, 2012 at 3:26 AM, Chander Kashyap
chander.kash...@linaro.org wrote:
This patch enable support for SMC911X based ethernet device.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
Acked-by: Simon Glass
29 matches
Mail list logo