On Thursday 01 November 2012 03:53 PM, Ivan Khoronzhuk wrote:
Replaces several flags bearing the same meaning. There is no need
to set flags due to different omap types here, it can be checked
in appropriate places as well.
Cc: Tony Lindgren t...@atomide.com
Cc: Russell King
On Thursday 01 November 2012 09:50 PM, ivan.khoronzhuk wrote:
On 11/01/2012 01:35 PM, Santosh Shilimkar wrote:
On Thursday 01 November 2012 03:53 PM, Ivan Khoronzhuk wrote:
Replaces several flags bearing the same meaning. There is no need
to set flags due to different omap types here, it can
On Thursday 01 November 2012 10:36 PM, Nishanth Menon wrote:
On 22:05-20121101, Santosh Shilimkar wrote:
On Thursday 01 November 2012 09:50 PM, ivan.khoronzhuk wrote:
On 11/01/2012 01:35 PM, Santosh Shilimkar wrote:
On Thursday 01 November 2012 03:53 PM, Ivan Khoronzhuk wrote:
Replaces
On Monday 29 October 2012 03:20 PM, Vincent Guittot wrote:
It looks like i need to describe more what
On 29 October 2012 10:40, Vincent Guittot vincent.guit...@linaro.org wrote:
On 24 October 2012 17:17, Santosh Shilimkar santosh.shilim...@ti.com wrote:
Vincent,
Few comments/questions
On Monday 29 October 2012 06:42 PM, Vincent Guittot wrote:
On 24 October 2012 17:20, Santosh Shilimkar santosh.shilim...@ti.com wrote:
Vincent,
Few comments/questions.
On Sunday 07 October 2012 01:13 PM, Vincent Guittot wrote:
During sched_domain creation, we define a pack buddy CPU
On Monday 29 October 2012 06:57 PM, Vincent Guittot wrote:
On 24 October 2012 17:21, Santosh Shilimkar santosh.shilim...@ti.com wrote:
On Sunday 07 October 2012 01:13 PM, Vincent Guittot wrote:
Look for an idle CPU close the pack buddy CPU whenever possible.
s/close/close to
yes
On Monday 29 October 2012 06:58 PM, Vincent Guittot wrote:
On 24 October 2012 17:21, Santosh Shilimkar santosh.shilim...@ti.com wrote:
On Sunday 07 October 2012 01:13 PM, Vincent Guittot wrote:
The ARM platforms take advantage of packing small tasks on few cores.
This is true even when
select ARM_CPU_SUSPEND if PM
select SOC_HAS_REALTIME_COUNTER
select ARM_ARCH_TIMER
Drop this change.
With that fixed, for OMAP changes
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
On Friday 05 October 2012 06:42 AM, Simon Horman wrote:
On Thu, Oct 04, 2012 at 02:41:46PM +0530, Santosh Shilimkar wrote:
On Thursday 04 October 2012 02:20 PM, Stephen Boyd wrote:
The TWD and SCU configs are selected by default as long as
SCORPIONMP is false and/or MCT is false. Implementing
On Tuesday 06 November 2012 03:47 PM, Murali Karicheri wrote:
This is a platform driver for asynchronous external memory interface
available on TI SoCs. This driver was previously located inside the
mach-davinci folder. As this DaVinci IP is re-used across multiple
family of devices such as c6x,
Hi,
On Tuesday 06 November 2012 07:47 PM, Joshua Emele wrote:
The iva coprocessor, available on some omap platforms, shares a voltage domain
with the mpu. If cpufreq is active and the mpu processor is scaled down, the iva
coprocessor should also be scaled. The goal is to make sure we do not
Vincent,
Few comments/questions.
On Sunday 07 October 2012 01:13 PM, Vincent Guittot wrote:
This new flag SD SHARE_POWERLINE reflects the sharing of the power rail
between the members of a domain. As this is the current assumption of the
scheduler, the flag is added to all sched_domain
Vincent,
Few comments/questions.
On Sunday 07 October 2012 01:13 PM, Vincent Guittot wrote:
During sched_domain creation, we define a pack buddy CPU if available.
On a system that share the powerline at all level, the buddy is set to -1
On a dual clusters / dual cores system which can
$subject is bit confusing here.
On Sunday 07 October 2012 01:13 PM, Vincent Guittot wrote:
The atomic update of runnable_avg_sum and runnable_avg_period are ensured
by their size and the toolchain. But we must ensure to not read an old value
for one field and a newly updated value for the other
On Sunday 07 October 2012 01:13 PM, Vincent Guittot wrote:
Look for an idle CPU close the pack buddy CPU whenever possible.
s/close/close to
The goal is to prevent the wake up of a CPU which doesn't share the power
line of the pack CPU
Signed-off-by: Vincent Guittot vincent.guit...@linaro.org
On Sunday 07 October 2012 01:13 PM, Vincent Guittot wrote:
The ARM platforms take advantage of packing small tasks on few cores.
This is true even when the cores of a cluster can't be powergated
independently.
Signed-off-by: Vincent Guittot vincent.guit...@linaro.org
---
On Friday 26 October 2012 04:17 AM, Shuah Khan wrote:
Add support for debug_dma_mapping_error() call to avoid warning from
debug_dma_unmap() interface when it checks for mapping error checked
status. Without this patch, device driver failed to check map error
warning is generated.
On Saturday 27 October 2012 05:33 PM, Constantine Shulyupin wrote:
From: Constantine Shulyupin co...@makelinux.com
Tested SD (MMC) and Ethernet smsc95xx on linux-3.7-rc2
Signed-off-by: Constantine Shulyupin co...@makelinux.com
--
kernel size is 2.3 MiB
---
On Friday 05 April 2013 12:38 PM, Sourav Poddar wrote:
Hi Kevin,
On Wednesday 03 April 2013 11:18 PM, Kevin Hilman wrote:
Sourav Poddarsourav.pod...@ti.com writes:
Hi Kevin,
On Wednesday 20 March 2013 05:36 PM, Sourav Poddar wrote:
Realised the list to whom the patch was send got dropped.
On Monday 08 April 2013 10:45 PM, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [130408 10:15]:
On Mon, Apr 08, 2013 at 09:11:04AM +0200, Peter Ujfalusi wrote:
Russell,
On 04/03/2013 01:17 PM, Peter Ujfalusi wrote:
cyclic DMA is only used by audio which needs DMA to
On Sunday 31 March 2013 07:24 PM, Pali Rohár wrote:
Closed and signed Nokia X-Loader bootloader stored in RX-51 nand does not set
IBE bit in ACTLR and starting kernel in non-secure mode. So direct write to
ACTLR by our kernel does not working and the code for ARM errata 430973 in
commit
On Wednesday 03 April 2013 04:47 PM, Peter Ujfalusi wrote:
cyclic DMA is only used by audio which needs DMA to be started without a
delay.
If the DMA for audio is started using the tasklet we experience random
channel switch (to be more precise: channel shift).
Reported-by: Peter Meerwald
On Wednesday 03 April 2013 05:22 PM, Peter Ujfalusi wrote:
On 04/03/2013 01:24 PM, Santosh Shilimkar wrote:
On Wednesday 03 April 2013 04:47 PM, Peter Ujfalusi wrote:
cyclic DMA is only used by audio which needs DMA to be started without a
delay.
If the DMA for audio is started using
just warn once rather
than continuous warnings in the notifier. Patch is end of the
email.
Regards,
Santosh
From b8db63f786719aef835f1ef4e20f3b3406b99b62 Mon Sep 17 00:00:00 2001
From: Santosh Shilimkar santosh.shilim...@ti.com
Date: Thu, 14 Mar 2013 13:03:25 +0530
Subject: [PATCH] ARM
On Friday 15 March 2013 10:30 AM, Will Deacon wrote:
On Thu, Mar 14, 2013 at 01:08:00PM +0530, Santosh Shilimkar wrote:
Will,
Hi guys,
I'm out of the office at the moment and have really terrible connectivity,
so I can't do too much until next week. However, I don't think adding
On Monday 18 March 2013 08:37 PM, Will Deacon wrote:
Hi Santosh,
On Mon, Mar 18, 2013 at 06:51:30AM +, Santosh Shilimkar wrote:
On Friday 15 March 2013 10:30 AM, Will Deacon wrote:
Furthermore, I was under the impression that hw_breakpoint did actually
work on panda, which implies
On Monday 18 March 2013 10:36 PM, Will Deacon wrote:
On Mon, Mar 18, 2013 at 03:46:28PM +, Santosh Shilimkar wrote:
On Monday 18 March 2013 08:37 PM, Will Deacon wrote:
That really sucks :( Does this affect all OMAP-based boards?
All OMAP4 based boards..
Brilliant. Is there any way
.
These patches are developed on 3.8 custom kernel containing omap5
supend/resume support.
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Thanks Sourav for sorting out the issue. With update of changelog
suggested by Kevin on patch 1, Feel free to add,
Acked-Tested-by: Santosh Shilimkar santosh.shilim
On Wednesday 20 March 2013 05:45 PM, Laurent Navet wrote:
Fix :
gpio/gpio-omap.c:697: ERROR: space required before the open parenthesis '('
Signed-off-by: Laurent Navet laurent.na...@gmail.com
---
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
--
To unsubscribe from this list: send
On Wednesday 20 March 2013 05:54 PM, Santosh Shilimkar wrote:
On Wednesday 20 March 2013 05:45 PM, Laurent Navet wrote:
Fix :
gpio/gpio-omap.c:697: ERROR: space required before the open parenthesis '('
Signed-off-by: Laurent Navet laurent.na...@gmail.com
---
Acked-by: Santosh Shilimkar
Will,
On Tuesday 19 March 2013 03:58 PM, Will Deacon wrote:
On Tue, Mar 19, 2013 at 06:39:38AM +, Santosh Shilimkar wrote:
On Monday 18 March 2013 10:36 PM, Will Deacon wrote:
[..]
Well, we could just add the warn_once prints but that doesn't stop debug
from breaking after the first pm
On Monday 25 March 2013 04:19 PM, Will Deacon wrote:
On Mon, Mar 25, 2013 at 09:11:00AM +, Santosh Shilimkar wrote:
Will,
Hi Santosh,
Are you going to send the patch for 3.9-rcx ? As I said before without the
patch OMAP4 CPUILDE is unusable because of that debug noise and hence
On Thursday 28 March 2013 03:20 PM, Russell King - ARM Linux wrote:
On Wed, Mar 27, 2013 at 01:56:07PM -0700, Tony Lindgren wrote:
* Pali Rohár pali.ro...@gmail.com [130324 07:31]:
it is possible to upstream errata 430973 workaround for RX-51?
I think we should make the SMC handling a generic
affinity
ARM: nomadik: add dynamic irq flag to the timer
Viresh Kumar (1):
ARM: timer-sp: Set dynamic irq affinity
Thanks Daniel for addressing the comments from earlier version. This
version looks good to me.
Reviewed-by: Santosh Shilimkar santosh.shilim...@ti.com
Regards,
Santosh
P.S
On Sunday 10 March 2013 11:52 PM, Daniel Lezcano wrote:
On 03/10/2013 06:33 PM, Santosh Shilimkar wrote:
On Wednesday 27 February 2013 03:47 AM, Daniel Lezcano wrote:
When a cpu goes to a deep idle state where its local timer is shutdown,
it notifies the time framework to use the broadcast
as well as add a
comment about the calculation in the code.
Otherwise, patch looks fine to me.
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info
in at init time.
Signed-off-by: Nishanth Menon n...@ti.com
Signed-off-by: Ambresh K ambr...@ti.com
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
---
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
lokeshvu...@ti.com
---
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ
).
Make sense.
Reported-by: Richard Woodruff r-woodru...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
---
Thanks for the fix.
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
--
To unsubscribe from this list: send the line unsubscribe
();
+ } else {
+ WARN(1, FIXME: NO pm_power_off!!! trying restart\n);
+ kernel_restart(SDRAM Over-temp Emergency restart);
+ }
return IRQ_HANDLED;
}
Otherwise,
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
, size);
pd-timings = temp;
} else {
dev_warn(dev, %s:%d: allocation error\n, __func__,
Patch as such looks good to me.
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
--
To unsubscribe from this list: send the line unsubscribe linux
-by: Santosh Shilimkar santosh.shilim...@ti.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
endian format.
Correcting the same here.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
---
Looks fine.
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More
On Monday 11 March 2013 02:10 PM, Daniel Lezcano wrote:
On 03/11/2013 04:24 AM, Santosh Shilimkar wrote:
On Sunday 10 March 2013 11:52 PM, Daniel Lezcano wrote:
[ ... ]
I don't think it is the case for all the ARM platforms, at least we
tested it on vexpress TC2 and u8500, and the number
On Monday 11 March 2013 02:58 PM, Rickard Andersson wrote:
On 03/11/2013 10:12 AM, Santosh Shilimkar wrote:
On Monday 11 March 2013 02:10 PM, Daniel Lezcano wrote:
On 03/11/2013 04:24 AM, Santosh Shilimkar wrote:
On Sunday 10 March 2013 11:52 PM, Daniel Lezcano wrote:
[ ... ]
I don't think
-by: Tony Lindgren t...@atomide.com
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
for clk names to be provided as string so as to be used when needed.
Example (for OMAP3630):
cpus {
cpu@0 {
clock-name = cpufreq_ck;
};
};
Cc: Rafael J. Wysocki r...@sisk.pl
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Shawn Guo shawn@linaro.org
Cc: linux-kernel
to link up using device tree, instead
of platform device, provide compatibility string match:
compatible = cpufreq,cpu0;
Cc: Rafael J. Wysocki r...@sisk.pl
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Shawn Guo shawn@linaro.org
Cc: linux-kernel@vger.kernel.org
Cc: cpuf
On Tuesday 12 March 2013 07:58 PM, Benoit Cousson wrote:
On 03/12/2013 06:07 AM, Santosh Shilimkar wrote:
On Tuesday 12 March 2013 04:35 AM, Nishanth Menon wrote:
commit 5553f9e (cpufreq: instantiate cpufreq-cpu0 as a platform_driver)
now forces platform device to be registered for allowing
with CPUidle enabled against 3.9-rc2. As expected they seems to
work without any issue and also fixes the reported retry issue.
Tested-by: Santosh Shilimkar santosh.shilim...@ti.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
On Monday 03 December 2012 09:16 PM, Vitaly Andrianov wrote:
This patch fixes a couple of bugs that otherwise impair CMA functionality on
PAE machines:
- alignment must be a 64-bit type when running on systems with 64-bit
physical addresses. If this is not the case, the limit
On Tuesday 04 December 2012 04:56 PM, Cong Ding wrote:
the initialization of variable ret is unnecessary, we can remove it while save
one time or operation.
Signed-off-by: Cong Ding ding...@gmail.com
---
Looks ok.
Acked-by: Santosh Shilimkarsantosh.shilim...@ti.com
--
To unsubscribe from this
On Tuesday 04 December 2012 07:25 PM, Grant Likely wrote:
On Tue, Dec 4, 2012 at 11:44 AM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
On Tuesday 04 December 2012 04:56 PM, Cong Ding wrote:
the initialization of variable ret is unnecessary, we can remove it while
save
one time
for example).
On Tue, Dec 04 2012, Santosh Shilimkar wrote:
Any reason you have clubbed two fixes in one patch. Its better to keep
the two fixes separate patches.
They are all related to the very same issue, and what the whole patch
does is change the type used to store physical addresses from
On Thursday 07 February 2013 10:21 PM, Stephen Warren wrote:
On 02/07/2013 04:40 AM, Santosh Shilimkar wrote:
[...]
Stephan,
Do we have crash log seen on Tegra ? Which tegra CPUIDLE driver
is being used when crash is seen ?
The crash log is below. It's simply because td-evt-broadcast
Mark,
On Thursday 07 February 2013 10:47 PM, Mark Rutland wrote:
[..]
I believe the patch below will fix this for Tegra and any other platforms where
broadcast is required in low power states.
From the Stephan's crash the issue is pretty clear and your patch make
sense. Some how I didn't
arch/arm/boot/dts/omap5-evm.dts | 46 +++
arch/arm/boot/dts/omap5.dtsi| 40 +
2 files changed, 86 insertions(+), 0 deletions(-)
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
--
To unsubscribe from this list: send
On Tuesday 05 February 2013 06:01 AM, Joonsoo Kim wrote:
Now, there is no user for vmregion.
So remove it.
Acked-by: Nicolas Pitre n...@linaro.org
Signed-off-by: Joonsoo Kim iamjoonsoo@lge.com
diff --git a/arch/arm/mm/Makefile b/arch/arm/mm/Makefile
index 8a9c4cb..4e333fa 100644
---
On Tuesday 05 February 2013 06:01 AM, Joonsoo Kim wrote:
In current implementation, we used ARM-specific flag, that is,
VM_ARM_STATIC_MAPPING, for distinguishing ARM specific static mapped area.
The purpose of static mapped area is to re-use static mapped area when
entire physical address range
On Tuesday 05 February 2013 02:16 PM, kishon wrote:
Hi,
On Tuesday 05 February 2013 02:08 PM, Felipe Balbi wrote:
On Tue, Feb 05, 2013 at 01:59:26PM +0530, kishon wrote:
On Sunday 27 January 2013 01:17 AM, Sergei Shtylyov wrote:
Hello.
On 25-01-2013 15:11, Kishon Vijay Abraham I wrote:
Mark,
On Thursday 07 February 2013 03:34 PM, Mark Rutland wrote:
Hi Stephen,
Sorry about this; I'm to blame for the bug.
On Wed, Feb 06, 2013 at 08:51:43PM +, Stephen Warren wrote:
On 01/14/2013 10:05 AM, Mark Rutland wrote:
Implement timer_broadcast for the arm architecture, allowing
On Wednesday 30 January 2013 04:42 AM, Ruslan Bilovol wrote:
Hi,
On Tue, Jan 29, 2013 at 6:08 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Tue, Jan 29, 2013 at 05:54:24PM +0200, Ruslan Bilovol wrote:
CPU implementer : 0x41
CPU name: OMAP4470 ES1.0 HS
Sigh. No.
On Wednesday 30 January 2013 06:08 AM, Ruslan Bilovol wrote:
The following patches update cpuinfo to print SoC
model name for ARM.
The first patch exactly makes needed changes for ARM
architecture and adds a common approach to show SoC name.
Second patch uses this approach for OMAP4 SoCs (as
dts file is not adapted to use i2c through pinctrl
framework. Populating i2c pinctrl data to get rid of the error.
Tested on omap4430 sdp with 3.8-rc4 kernel.
Signed-off-by: Sourav Poddar sourav.pod...@ti.com
Reported-by: Santosh Shilimkar santosh.shilim...@ti.com
---
Could you do the same thing
swar...@nvidia.com
Cc: Shawn Guo shawn@linaro.org
Cc: Santosh Shilimkar santosh.shilim...@ti.com
---
I haven't looked at the cpufreq code recently but remember
that it was needed to ensure that all the CPU which
share clock/voltage gets updated (affected cpus) on
freq change. The CPUs which
On Friday 01 February 2013 12:43 PM, Viresh Kumar wrote:
On 1 February 2013 12:17, Santosh Shilimkar santosh.shilim...@ti.com wrote:
I haven't looked at the cpufreq code recently but remember
that it was needed to ensure that all the CPU which
share clock/voltage gets updated (affected cpus
On Friday 01 February 2013 01:32 PM, Viresh Kumar wrote:
On 1 February 2013 13:03, Santosh Shilimkar santosh.shilim...@ti.com wrote:
I am not talking about just notifiers. This is for external users who
has subscribed for notifiers. The point is whether the core CPUFReq
gets updated without
Viresh,
On Friday 01 February 2013 02:22 PM, Santosh Shilimkar wrote:
On Friday 01 February 2013 01:32 PM, Viresh Kumar wrote:
On 1 February 2013 13:03, Santosh Shilimkar santosh.shilim...@ti.com
wrote:
I am not talking about just notifiers. This is for external users who
has subscribed
On Saturday 02 February 2013 02:31 AM, Matt Porter wrote:
Convert dmaengine channel requests to use
dma_request_slave_channel_compat(). This supports platforms booting
with or without DT populated.
Signed-off-by: Matt Porter mpor...@ti.com
Acked-by: Tony Lindgren t...@atomide.com
---
Acked-by:
On Saturday 02 February 2013 02:31 AM, Matt Porter wrote:
The binding definition is based on the generic DMA request binding.
Signed-off-by: Matt Porter mpor...@ti.com
Acked-by: Tony Lindgren t...@atomide.com
---
Acked-by: Santosh Shilimkarsantosh.shilim...@ti.com
--
To unsubscribe from this
On Wednesday 27 February 2013 03:47 AM, Daniel Lezcano wrote:
From: Viresh Kumar viresh.ku...@linaro.org
When a cpu goes to a deep idle state where its local timer is shutdown, it
notifies the time frame work to use the broadcast timer instead.
Unfortunately, the broadcast device could wake up
On Wednesday 27 February 2013 10:29 AM, Viresh Kumar wrote:
On 27 February 2013 10:26, Santosh Shilimkar santosh.shilim...@ti.com wrote:
On Wednesday 27 February 2013 03:47 AM, Daniel Lezcano wrote:
From: Viresh Kumar viresh.ku...@linaro.org
When a cpu goes to a deep idle state where its
On Wednesday 27 February 2013 03:47 AM, Daniel Lezcano wrote:
The broadcast timer could be passed as parameter to the function
instead of using again tick_broadcast_device.evtdev which was
previously used in the caller function.
Signed-off-by: Daniel Lezcano daniel.lezc...@linaro.org
---
The
On Wednesday 27 February 2013 03:47 AM, Daniel Lezcano wrote:
When a cpu goes to a deep idle state where its local timer is shutdown,
it notifies the time frame work to use the broadcast timer instead.
Unfortunately, the broadcast device could wake up any CPU, including an
idle one which is not
On Wednesday 27 February 2013 03:47 AM, Daniel Lezcano wrote:
When a cpu goes to a deep idle state where its local timer is shutdown,
it notifies the time framework to use the broadcast timer instead.
Unfortunately, the broadcast device could wake up any CPU, including an
idle one which is not
On Friday 25 January 2013 02:19 AM, Matt Porter wrote:
On Thu, Jan 24, 2013 at 05:12:05AM +, Shilimkar, Santosh wrote:
On Thursday 24 January 2013 02:19 AM, Matt Porter wrote:
On Wed, Jan 23, 2013 at 04:37:55PM +0530, Santosh Shilimkar wrote:
Matt,
On Wednesday 16 January 2013 02:02 AM
On Tuesday 22 January 2013 08:35 PM, Santosh Shilimkar wrote:
On Tuesday 22 January 2013 08:21 PM, Russell King - ARM Linux wrote:
On Tue, Jan 22, 2013 at 03:44:03PM +0530, Santosh Shilimkar wrote:
Sorry for not being clear enough. On OMAP, 32KHz is the only clock which
is always running(even
Jon,
On Tuesday 29 January 2013 05:31 AM, John Stultz wrote:
On 01/27/2013 10:08 PM, Santosh Shilimkar wrote:
On Tuesday 22 January 2013 08:35 PM, Santosh Shilimkar wrote:
On Tuesday 22 January 2013 08:21 PM, Russell King - ARM Linux wrote:
On Tue, Jan 22, 2013 at 03:44:03PM +0530, Santosh
On Tuesday 22 January 2013 11:22 AM, Hiroshi Doyu wrote:
Skip scu_enable(scu_base) if CPU is not Cortex A9 with SCU.
Signed-off-by: Hiroshi Doyu hd...@nvidia.com
---
Looks fine. I will also update OMAP code with the new
interface. Thanks.
For the patch,
Acked-by: Santosh
On Tuesday 22 January 2013 04:53 AM, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [130121 13:07]:
As for Samsung and the rest I can't comment. The original reason OMAP
used this though was because the 32768Hz counter can't produce 100Hz
without a .1% error - too much
On Tuesday 22 January 2013 03:01 PM, Arnd Bergmann wrote:
On Tuesday 22 January 2013, Santosh Shilimkar wrote:
On Tuesday 22 January 2013 04:53 AM, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [130121 13:07]:
As for Samsung and the rest I can't comment
On Tuesday 22 January 2013 08:21 PM, Russell King - ARM Linux wrote:
On Tue, Jan 22, 2013 at 03:44:03PM +0530, Santosh Shilimkar wrote:
Sorry for not being clear enough. On OMAP, 32KHz is the only clock which
is always running(even during low power states) and hence the clock
source and clock
On Wednesday 23 January 2013 03:22 AM, Tony Lindgren wrote:
* John Stultz john.stu...@linaro.org [130122 11:02]:
Correct, with HRT, we actually trigger the HZ-frequency timer tick
from an hrtimer (which expires based on the system time driven by
the clocksource). Thus even if there is a
On Tuesday 22 January 2013 10:34 PM, Olof Johansson wrote:
On Tue, Jan 22, 2013 at 8:57 AM, Stephen Warren swar...@wwwdotorg.org wrote:
On 01/21/2013 11:07 PM, Santosh Shilimkar wrote:
On Tuesday 22 January 2013 11:22 AM, Hiroshi Doyu wrote:
Skip scu_enable(scu_base) if CPU is not Cortex A9
it with your series if you agree ?
Overall the series looks good to my eyes.
Acked-tested-by: Santosh Shilimkar santosh.shilim...@ti.com
Regards,
Santosh
From 2dcc90b7a4b2dcdb52ddd052ca7f3e88a78e83e4 Mon Sep 17 00:00:00 2001
From: Santosh Shilimkar santosh.shilim...@ti.com
Date: Wed, 23 Jan 2013 16:04:32
On Wednesday 23 January 2013 04:28 PM, Hiroshi Doyu wrote:
Santosh Shilimkar santosh.shilim...@ti.com wrote @ Wed, 23 Jan 2013 09:58:08
+0100:
On Tuesday 22 January 2013 10:34 PM, Olof Johansson wrote:
On Tue, Jan 22, 2013 at 8:57 AM, Stephen Warren swar...@wwwdotorg.org wrote:
On 01/21
On Thursday 24 January 2013 02:19 AM, Matt Porter wrote:
On Wed, Jan 23, 2013 at 04:37:55PM +0530, Santosh Shilimkar wrote:
Matt,
On Wednesday 16 January 2013 02:02 AM, Matt Porter wrote:
[..]
This series adds DMA Engine support for AM33xx, which uses
an EDMA DMAC. The EDMA DMAC has been
Stephen,
On Thursday 24 January 2013 10:34 AM, Stephen Warren wrote:
On 01/23/2013 01:58 AM, Santosh Shilimkar wrote:
On Tuesday 22 January 2013 10:34 PM, Olof Johansson wrote:
On Tue, Jan 22, 2013 at 8:57 AM, Stephen Warren
swar...@wwwdotorg.org wrote:
On 01/21/2013 11:07 PM, Santosh
On Monday 18 February 2013 05:05 PM, Afzal Mohammed wrote:
(Resending, since it seems, LAKML doesn't accept patches with subject
prefix only as RFC, but requires PATCH prefix also)
Hi,
This series adds minimal support to boot Linux on platforms having
AM43 based SoC's.
This is being sent as
On Monday 18 February 2013 05:07 PM, Afzal Mohammed wrote:
Register percpu local timer for scheduler tick in the case of one core
SMP configuration. In other cases - secondary cpu's as well as boot
cpu's having more than one core, this is being registered as per
existing boot flow, with a
On Monday 18 February 2013 05:07 PM, Afzal Mohammed wrote:
Add an optional property to find clock-frequency from DT. This helps
as a fallback mechanism in case there is no representation of clock
tree in DT.
Signed-off-by: Afzal Mohammed af...@ti.com
---
This won't work always because twd
On Monday 18 February 2013 05:06 PM, Afzal Mohammed wrote:
Return percpu clock event on local timer register. It is the boot cpu
that calls this and it can use the returned percpu clock event to
register a clock event in the case of SMP configuration with one core.
SMP configuration with 1 core
On Monday 18 February 2013 05:07 PM, Afzal Mohammed wrote:
Selecting DEBUG_AM33XXUART1 routes low level debug messages to first
UART instance of AM335x based SoC's. This selection is valid for
upcoming AM43 based SoC's too. Make this information available upon
configuring.
Signed-off-by: Afzal
On Monday 18 February 2013 05:08 PM, Afzal Mohammed wrote:
Add Kconfig option for AM43 family of SoC's, these are ARM Cortex A9
based (SMP configuration with 1 core).
Signed-off-by: Afzal Mohammed af...@ti.com
---
arch/arm/mach-omap2/Kconfig | 11 +++
1 file changed, 11 insertions(+)
On Monday 18 February 2013 05:08 PM, Afzal Mohammed wrote:
Describe minimal DT boot machine details for AM43 based SoC's. AM43
family of SoC's are ARM Cortex-A9 based with one core in SMP
configuration. Low level debug could be achieved by selecting
DEBUG_AM33XXUART1. To boot AM43 SoC, this
On Monday 18 February 2013 05:08 PM, Afzal Mohammed wrote:
AM43 SoC is in pre-silicon stage, meanwhile it has been modelled in
a pre-silicon platform. To validate and boot Linux in pre-silicon
platform that emulates an AM43 SoC, add DT build support.
As bootloader is not used, bootargs is
On Tuesday 19 February 2013 04:22 PM, Mohammed, Afzal wrote:
Hi Santosh,
On Tue, Feb 19, 2013 at 16:05:22, Shilimkar, Santosh wrote:
On Monday 18 February 2013 05:08 PM, Afzal Mohammed wrote:
AM43 SoC is in pre-silicon stage, meanwhile it has been modelled in
a pre-silicon platform. To
On Tuesday 19 February 2013 04:26 PM, Felipe Balbi wrote:
On Tue, Feb 19, 2013 at 03:57:07PM +0530, Santosh Shilimkar wrote:
On Monday 18 February 2013 05:08 PM, Afzal Mohammed wrote:
Add Kconfig option for AM43 family of SoC's, these are ARM Cortex A9
based (SMP configuration with 1 core
On Tuesday 19 February 2013 04:00 PM, Mohammed, Afzal wrote:
Hi Santosh,
On Tue, Feb 19, 2013 at 15:55:59, Shilimkar, Santosh wrote:
With DT, IIRC DEBUGLL is broken. So did you hack debug-macro.S
to get the earlyprintk working ?
No, on linux-next, ll debug works properly.
Indeed. Tony
On Tuesday 19 February 2013 04:33 PM, Mohammed, Afzal wrote:
Hi Santosh,
On Tue, Feb 19, 2013 at 16:30:13, Shilimkar, Santosh wrote:
On Tuesday 19 February 2013 04:22 PM, Mohammed, Afzal wrote:
SoC support is already added in patch 7/8. This is board (which doesn't
exist now) support, hence
1 - 100 of 2535 matches
Mail list logo