From: Rajendra Nayak rna...@ti.com
OMAP5 does not have freqsel either, so add the missing
checks for !soc_is_omap54xx()
Reported-by: Archit Taneja arc...@ti.com
Signed-off-by: Rajendra Nayak rna...@ti.com
---
arch/arm/mach-omap2/dpll3xxx.c |6 --
1 file changed, 4 insertions(+), 2
files. It has been tested on OMAP5
and OMAP4 devices.
Rajendra Nayak (1):
ARM: dts: OMAP5: Specify nonsecure PPI IRQ for arch timer
Santosh Shilimkar (7):
ARM: dts: omap5-evm: Update available memory to 2032 MB
ARM: dts: OMAP5: Align the local timer dt node as per the current
binding code
On OMAP5 to detect invalid/bad memory accesses, 16MB of DDR is used as a trap.
Hence available memory for linux OS is 2032 MB on boards popullated with 2 GB
memory.
Cc: Benoit Cousson b-cous...@ti.com
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/boot/dts/omap5-evm.dts
Add missing OMAP keypad reg property information.
Cc: Benoit Cousson b-cous...@ti.com
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/boot/dts/omap5.dtsi |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/omap5.dtsi b/arch/arm/boot/dts/omap5.dtsi
GIC is not part of OCP space so move the gic dt node out of ocp
dt address space.
Cc: Marc Zyngier marc.zyng...@arm.com
Cc: Benoit Cousson b-cous...@ti.com
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/boot/dts/omap5.dtsi | 19 +++
1 file changed, 11
It has been decided to not duplicate banked modules dt nodes and that is
how the current arch timer dt extraction code is.
Update the OMAP5 dt file accordingly.
Cc: Marc Zyngier marc.zyng...@arm.com
Cc: Benoit Cousson b-cous...@ti.com
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
To be able to run kernel in HYP mode, virtual timer and gic node information
needs to be popullated.
Cc: Marc Zyngier marc.zyng...@arm.com
Cc: Benoit Cousson b-cous...@ti.com
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/boot/dts/omap5.dtsi |8 ++--
1 file
...@ti.com
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/mach-omap2/omap_hwmod.c | 31 ++-
1 file changed, 30 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod.c b/arch/arm/mach-omap2/omap_hwmod.c
index 4653efb..5aad348 100644
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/boot/dts/omap5.dtsi |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/omap5.dtsi b/arch/arm/boot/dts/omap5.dtsi
index 6609754..4c9d984 100644
Patch adds the OCP address space for all missing hwmod from existing
DT file. Note that the compatible isn't added by purpose to ensure that for
these hwmod, devices are not getting created.
Cc: Benoit Cousson b-cous...@ti.com
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch
On Wednesday 20 February 2013 08:54 PM, Kevin Hilman wrote:
Santosh Shilimkar santosh.shilim...@ti.com writes:
UART IP slave idle handling now taken care by runtime pm backend(hwmod layer)
so remove the hackery from the driver.
Tested-by: Vaibhav Bedia vaibhav.be...@ti.com
Tested-by: Sourav
On Wednesday 20 February 2013 09:12 PM, Felipe Balbi wrote:
Hi,
On Wed, Feb 20, 2013 at 09:08:54PM +0530, Santosh Shilimkar wrote:
Patch adds the code for extracting the module ocp address space from device
tree blob in case the hwmod address space look up fails.
IMHO you should lookup on DT
On Wednesday 20 February 2013 08:59 PM, Felipe Balbi wrote:
Hi,
On Wed, Feb 20, 2013 at 08:57:07PM +0530, Santosh Shilimkar wrote:
case 0xb998:
switch (rev) {
case 0:
- default:
omap_revision = OMAP5432_REV_ES1_0
On Wednesday 20 February 2013 09:39 PM, Tony Lindgren wrote:
Hi,
* Santosh Shilimkar santosh.shilim...@ti.com [130220 07:21]:
On OMAP platform, FIQ is reserved for secure environment only. If at all
the FIQ needs to be disabled, it involves going through security
API call. Hence the local_fiq_
On Wednesday 20 February 2013 09:57 PM, Felipe Balbi wrote:
Hi,
On Wed, Feb 20, 2013 at 09:33:32PM +0530, Santosh Shilimkar wrote:
default:
/* Unknown default to latest silicon rev as default*/
- omap_revision = OMAP5430_REV_ES1_0
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
On Tuesday 19 February 2013 05:44 PM, Felipe Balbi wrote:
On Tue, Feb 19, 2013 at 03:44:14PM +0530, Santosh Shilimkar wrote:
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
On Tuesday 19 February 2013 06:28 PM, Rajendra Nayak wrote:
The .init_late callback for OMAP3 has been missing for DT
builds, which causes a lot of late PM initializations to
be missed in turn.
Signed-off-by: Rajendra Nayak rna...@ti.com
---
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
On Wednesday 20 February 2013 12:46 AM, Kevin Hilman wrote:
[...]
Just to recap what we've discussed earlier, the reasons why we want
reset and idle functions should be in the driver specific header are:
1. There's often driver specific logic needed in addition to the
syconfig tinkering
On Monday 18 February 2013 01:38 PM, Bedia, Vaibhav wrote:
On Sat, Feb 16, 2013 at 11:18:36, Shilimkar, Santosh wrote:
[...]
For the duplicate ioremapping, I don't think there's any need to
do it if we get things right.
Note that if the ioremap matches a static map area there is no cost to
On Friday 15 February 2013 05:36 PM, Santosh Shilimkar wrote:
OMAP UART IP needs manual idle modes based on state of the
IP. Currently this is handled by the driver with function pointers
implemented in platform code.
This however breaks in case of device tree because of missing
idle handling
On Monday 18 February 2013 03:41 PM, Felipe Balbi wrote:
On Mon, Feb 18, 2013 at 12:10:32PM +0200, Felipe Balbi wrote:
HWMOD_SWSUP_SIDLE flag will is not what will help UART completely.
Also considering UART also needs async wakeup enabled as it implements
another such hook and attaches that
On Monday 18 February 2013 04:15 PM, Felipe Balbi wrote:
On Mon, Feb 18, 2013 at 12:42:16PM +0200, Felipe Balbi wrote:
Hi,
On Mon, Feb 18, 2013 at 03:55:33PM +0530, Santosh Shilimkar wrote:
I wonder what are your ideas to sort that part out, I mean, how do you
plan to implement -set_wake
On Monday 18 February 2013 04:43 PM, Felipe Balbi wrote:
Hi,
On Mon, Feb 18, 2013 at 04:25:58PM +0530, Santosh Shilimkar wrote:
If I read the code correctly there's nothing setting oh-mux during DT
boot. The only caller to omap_hwmod_mux_init() (which allocates and
returns omap_hwmod_mux_info
+ Rafael,
On Saturday 16 February 2013 02:25 PM, Felipe Balbi wrote:
Hi,
On Sat, Feb 16, 2013 at 11:31:21AM +0530, Santosh Shilimkar wrote:
The main goal is to avoid duplicating data both in hwmod and DT.
That's pretty much solved as we can have the driver probe populate
the common data
On Saturday 16 February 2013 02:52 PM, Felipe Balbi wrote:
Hi,
On Sat, Feb 16, 2013 at 02:47:45PM +0530, Santosh Shilimkar wrote:
On Sat, Feb 16, 2013 at 11:31:21AM +0530, Santosh Shilimkar wrote:
The main goal is to avoid duplicating data both in hwmod and DT.
That's pretty much solved as we
Tony,
On Friday 08 February 2013 08:41 PM, Santosh Shilimkar wrote:
Commit bbd707ac {ARM: omap2: use machine specific hook for late init}
accidentally added two declarations for omap4430_init_late().
Remove the duplicate declaration.
Cc: Shawn Guo shawn@linaro.org
Cc: Tony Lindgren t
on OMAP4 and OMAP5 devices where the console
slugishness was observed without idle mode handling. CPUIDLE and
suspend tested ok on these devices.
Need help in testing on OMAP2, OMAP3 and AM3XXX devices.
Santosh Shilimkar (2):
ARM: OMAP2+: hwmod-data: UART IP needs software control of sidle
handled by runtime time pm code.
Subsequent patch removes the idle handling from driver code.
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_2xxx_ipblock_data.c |3 +++
arch/arm/mach-omap2
UART IP idle handling now taken care by runtime pm apis so remove
the hackery from the driver.
Signed-off-by: Rajendra nayak rna...@ti.com
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/mach-omap2/serial.c | 31 ---
drivers/tty/serial
On Friday 15 February 2013 06:20 PM, Felipe Balbi wrote:
On Fri, Feb 15, 2013 at 05:38:26PM +0530, Santosh Shilimkar wrote:
OMAP UART IP needs manual idle modes based on state of the
IP. Currently this is handled by the driver with function pointers
implemented in platform code.
This however
On Friday 15 February 2013 06:27 PM, Felipe Balbi wrote:
Hi,
On Fri, Feb 15, 2013 at 05:38:55PM +0530, Santosh Shilimkar wrote:
UART IP idle handling now taken care by runtime pm apis so remove
the hackery from the driver.
Signed-off-by: Rajendra nayak rna...@ti.com
Signed-off-by: Santosh
Russell,
On Friday 15 February 2013 03:46 PM, Russell King - ARM Linux wrote:
On Thu, Feb 14, 2013 at 08:47:53PM +, Paul Walmsley wrote:
[..]
So instead of something bus-specific like that, a better way would be to
use something like:
va = dev-bus-ioremap( ... );
va =
On Friday 15 February 2013 06:57 PM, Russell King - ARM Linux wrote:
On Fri, Feb 15, 2013 at 06:56:47PM +0530, Santosh Shilimkar wrote:
Whats your view on use of arch_ioremap_caller() hook ? This can allow
us to avoid the dual ioremap() issue discussed here if the hook
maintains the list
On Friday 15 February 2013 07:04 PM, Felipe Balbi wrote:
Hi,
On Fri, Feb 15, 2013 at 06:49:20PM +0530, Santosh Shilimkar wrote:
@@ -279,8 +259,6 @@ static void serial_omap_stop_tx(struct uart_port *port)
serial_out(up, UART_IER, up-ier
On Friday 15 February 2013 07:12 PM, a0131647 wrote:
Hi,
On Friday 15 February 2013 06:38 PM, Felipe Balbi wrote:
On Fri, Feb 15, 2013 at 03:07:45PM +0200, Felipe Balbi wrote:
On Fri, Feb 15, 2013 at 06:33:58PM +0530, a0131647 wrote:
Hi,
On Friday 15 February 2013 05:36 PM, Santosh Shilimkar
On Friday 15 February 2013 09:10 PM, Kevin Hilman wrote:
Felipe Balbi ba...@ti.com writes:
Currently the omap-serial driver will not
work properly if booted via DT with CPUIDLE
enabled because it depends on function pointers
provided by hwmod to change its own SYSCONFIG
register.
Remove that
On Friday 15 February 2013 10:00 PM, Tony Lindgren wrote:
* Santosh Shilimkar santosh.shilim...@ti.com [130215 05:34]:
On Friday 15 February 2013 06:57 PM, Russell King - ARM Linux wrote:
On Fri, Feb 15, 2013 at 06:56:47PM +0530, Santosh Shilimkar wrote:
Whats your view on use
On Saturday 16 February 2013 11:06 AM, Nicolas Pitre wrote:
On Fri, 15 Feb 2013, Tony Lindgren wrote:
* Santosh Shilimkar santosh.shilim...@ti.com [130215 05:34]:
On Friday 15 February 2013 06:57 PM, Russell King - ARM Linux wrote:
On Fri, Feb 15, 2013 at 06:56:47PM +0530, Santosh Shilimkar
On Friday 15 February 2013 10:12 PM, Felipe Balbi wrote:
Hi,
On Fri, Feb 15, 2013 at 08:30:32AM -0800, Tony Lindgren wrote:
* Santosh Shilimkar santosh.shilim...@ti.com [130215 05:34]:
On Friday 15 February 2013 06:57 PM, Russell King - ARM Linux wrote:
On Fri, Feb 15, 2013 at 06:56:47PM
+ Tero, Rajendra, Kevin
On Friday 15 February 2013 12:16 PM, Felipe Balbi wrote:
On Thu, Feb 14, 2013 at 02:47:10PM -0800, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [130214 13:44]:
Hi,
On Thu, 14 Feb 2013, Paul Walmsley wrote:
So instead of something bus-specific like that, a
-by: Santosh Shilimkar santosh.shilim...@ti.com
---
Update changelog to include testing details as suggested
by Kevin Hilman.
arch/arm/mach-omap2/omap-mpuss-lowpower.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-omap2/omap-mpuss-lowpower.c
b/arch/arm/mach
On Tuesday 12 February 2013 08:48 PM, Kevin Hilman wrote:
Santosh Shilimkar santosh.shilim...@ti.com writes:
On Saturday 09 February 2013 02:49 AM, Kevin Hilman wrote:
Santosh Shilimkar santosh.shilim...@ti.com writes:
Current CPU PM code code make use of common cpu_suspend() path for all
On Saturday 09 February 2013 02:49 AM, Kevin Hilman wrote:
Santosh Shilimkar santosh.shilim...@ti.com writes:
Current CPU PM code code make use of common cpu_suspend() path for all the
CPU power states which is not optimal. In fact cpu_suspend() path is needed
only when we put CPU power domain
|4 ++
drivers/dma/omap-dma.c | 37 +-
7 files changed, 224 insertions(+), 2 deletions(-)
create mode 100644 Documentation/devicetree/bindings/dma/omap-sdma.txt
Acked-Tested-by: Santosh Shilimkar santosh.shilim...@ti.com
--
To unsubscribe from
[..]
arch/arm/mach-omap2/timer.c |2 +-
For OMAP,
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
and smartreflex
initialization and hence restrict it so that suspend ops gets
registered.
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman khil...@deeprootsystems.com
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/mach-omap2/pm.c | 20 ++--
1 file changed
Commit bbd707ac {ARM: omap2: use machine specific hook for late init}
accidentally added two declarations for omap4430_init_late().
Remove the duplicate declaration.
Cc: Shawn Guo shawn@linaro.org
Cc: Tony Lindgren t...@atomide.com
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
can be avoided for the shallow CPU power states like CPU PD INA/CSWR.
Cc: Kevin Hilman khil...@deeprootsystems.com
Reported-by: Richard Woodruff r-woodru...@ti.com
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/mach-omap2/omap-mpuss-lowpower.c |5 -
1 file changed
On Friday 08 February 2013 08:56 PM, Felipe Balbi wrote:
On Fri, Feb 08, 2013 at 08:41:46PM +0530, Santosh Shilimkar wrote:
Current CPU PM code code make use of common cpu_suspend() path for all the
CPU power states which is not optimal. In fact cpu_suspend() path is needed
only when we put CPU
On Friday 08 February 2013 09:04 PM, Paul Walmsley wrote:
On Fri, 8 Feb 2013, Santosh Shilimkar wrote:
Commit 1416408d {ARM: OMAP2+: PM: share some suspend-related functions
across OMAP2, 3, 4} moved suspend code to common place but now with
that change, for DT build on OMAP4, suspend hooks
,
Acked-by: Santosh Shilimkar ,santosh.shilim...@ti.com
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Wednesday 06 February 2013 04:08 PM, Chen Gang wrote:
于 2013年02月06日 17:36, Santosh Shilimkar 写道:
On Wednesday 06 February 2013 02:54 PM, Chen Gang wrote:
'const static ' is not a common order, better to use 'const static' instead.
You mean use static const instead , right
-omap.c:1485:
warning: 'static' is not at beginning of declaration
drivers/gpio/gpio-omap.c:1491:
warning: 'static' is not at beginning of declaration
Signed-off-by: Chen Gang gang.c...@asianux.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
---
Thanks for update.
Acked-by: Santosh
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:
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
Tony,
On Friday 18 January 2013 08:57 PM, Santosh Shilimkar wrote:
Series contains the hwmod, clock and prm data files for OMAP54xx SOCs.
This data was kept out of tree to be validated on es2.0 silicon version
and also to avoid the es1.0/es2.0 differences which are many.
Benoit Cousson
On Thursday 31 January 2013 11:21 PM, Arnd Bergmann wrote:
This is what I think it would look like to do a default platform
with an empty machine descriptor on ARM. It makes the few required
entries in the descriptor optional by using the new irqchip_init()
and clocksource_of_init() functions as
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
timer clock definitions
ARM: OMAP2+: Simplify system timers definitions
ARM: OMAP3: Update clocksource timer selection
Nice work Jon. All the patches in the series looks good
to my eyes.
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
--
To unsubscribe from this list: send the line
On Thursday 31 January 2013 04:10 PM, Russell King - ARM Linux wrote:
On Thu, Jan 31, 2013 at 09:20:24AM +, Russell King - ARM Linux wrote:
On Wed, Jan 30, 2013 at 11:19:40PM -0500, Nicolas Pitre wrote:
Better yet (IMHO): just enable the zboot command in U-Boot to let you
boot a zImage
On Thursday 31 January 2013 06:34 PM, Russell King - ARM Linux wrote:
On Thu, Jan 31, 2013 at 06:19:59PM +0530, Santosh Shilimkar wrote:
On Thursday 31 January 2013 04:10 PM, Russell King - ARM Linux wrote:
On Thu, Jan 31, 2013 at 09:20:24AM +, Russell King - ARM Linux wrote:
On Wed, Jan
On Thursday 31 January 2013 07:30 PM, Santosh Shilimkar wrote:
On Thursday 31 January 2013 06:34 PM, Russell King - ARM Linux wrote:
On Thu, Jan 31, 2013 at 06:19:59PM +0530, Santosh Shilimkar wrote:
On Thursday 31 January 2013 04:10 PM, Russell King - ARM Linux wrote:
On Thu, Jan 31, 2013
On Thursday 31 January 2013 07:46 PM, Russell King - ARM Linux wrote:
On Thu, Jan 31, 2013 at 02:13:20PM +, Russell King - ARM Linux wrote:
On Thu, Jan 31, 2013 at 07:30:01PM +0530, Santosh Shilimkar wrote:
Linus' tip(commit: 04c2eee5) + arm-soc for-next boots fine as well.
The pull
On Thursday 31 January 2013 07:57 PM, Russell King - ARM Linux wrote:
On Thu, Jan 31, 2013 at 07:50:15PM +0530, Santosh Shilimkar wrote:
On Thursday 31 January 2013 07:46 PM, Russell King - ARM Linux wrote:
On Thu, Jan 31, 2013 at 02:13:20PM +, Russell King - ARM Linux wrote:
On Thu, Jan
for their
valuable suggestions.
Cc: Arnd Bergmann a...@arndb.de
Cc: Russell King li...@arm.linux.org.uk
Cc: John Stultz john.stu...@linaro.org
Cc: Tony Lindgren t...@atomide.com
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Tested-by: Lokesh Vutla lokeshvu...@ti.com
---
arch/arm
On Thursday 31 January 2013 09:10 PM, Paul Walmsley wrote:
Hi,
On Thu, 31 Jan 2013, Rajendra Nayak wrote:
Throw a pr_warn() at boot only when CONFIG_CPU_IDLE is enabled. Note
that it isn't enabled by default in omap2plus_defconfig. Also
throw one when a suspend fails, saying bootloader *could
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
On Tuesday 29 January 2013 10:54 PM, Tony Lindgren wrote:
* Santosh Shilimkar santosh.shilim...@ti.com [130129 05:59]:
OK so we do managed to clean up the address space, IRQ lines
and DMA request lines data from hwmod completely.
-OMAP5 hwmod data file, 2076 lines we could remove which
Vaibhav,
On Tuesday 29 January 2013 04:44 PM, Vaibhav Bedia wrote:
Hi,
The following patches were earlier posted as part the AM33XX
suspend-resume support series [1]. Based on the suggestion
from Santosh Shilimkar santosh.shilim...@ti.com i have split
out the changes which update the various
On Wednesday 23 January 2013 12:02 AM, Tony Lindgren wrote:
* Benoit Cousson b-cous...@ti.com [130122 04:59]:
Hi Tony,
On 01/21/2013 07:01 PM, Tony Lindgren wrote:
* Santosh Shilimkar santosh.shilim...@ti.com [130121 07:09]:
So I looked at this one with help of Rajendra. We can get rid
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.
. Hence, for the OMAP3 beagle
board timer-12 is not being selected as expected. Fix this problem
by ensuring the timer property is passed to omap_get_timer_dt().
Signed-off-by: Jon Hunter jon-hun...@ti.com
---
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
--
To unsubscribe from this list
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
On Tuesday 22 January 2013 03:37 PM, Linus Walleij wrote:
On Tue, Jan 22, 2013 at 10:54 AM, Rajendra Nayak rna...@ti.com wrote:
On Tuesday 22 January 2013 01:52 PM, Linus Walleij wrote:
In the Nomadik I had a similar situation with a GPIO used for the
ethernet IRQ. I put the GPIO number in a
Hi Christoffer,
On Saturday 26 January 2013 06:01 AM, Christoffer Dall wrote:
When using LPAE the call to alloc_init_pte is passed then end address
for the entire 1st level page table region, and the code unluckily ends
up going over the bounds of the single allocated PTE, which is sad.
This
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
out of tree. It doesn't cause any
changes in behavior.
Signed-off-by: Thomas Gleixner t...@linutronix.de
Signed-off-by: Felipe Balbi ba...@ti.com
Sorry i missed this patch. Tony can you please
pick it up?
For the patch,
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
--
To unsubscribe
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 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
On Friday 18 January 2013 10:45 PM, Tony Lindgren wrote:
Hi,
* Santosh Shilimkar santosh.shilim...@ti.com [130118 07:30]:
From: Benoit Cousson b-cous...@ti.com
Adding the hwmod data for OMAP54xx platforms.
--- /dev/null
+++ b/arch/arm/mach-omap2/omap_hwmod_54xx_data.c
+/* bb2d */
+static
On Friday 18 January 2013 10:49 PM, Tony Lindgren wrote:
* Santosh Shilimkar santosh.shilim...@ti.com [130118 07:30]:
From: Rajendra Nayak rna...@ti.com
Add the clock tree related data for OMAP54xx platforms.
Cc: Paul Walmsley p...@pwsan.com
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed
On Monday 21 January 2013 07:57 PM, Sebastien Guiriec wrote:
Hi Santosh,
I check the tree with Audio and it is working. Just a comment for the
addition of ABE DPLL locking like for OMAP4.
Excellent. Can you send the update please?
I will fold that in.
Regards
santosh
--
To unsubscribe from
On Monday 21 January 2013 07:47 PM, Daniel Lezcano wrote:
Hi All,
I have a question regarding the behavior of cpuidle on pandaboard.
1. cpuidle is enabled
2. The deep idle states seem to be reach
for i in $(find /sys/devices/system/cpu -name usage); do echo $i :
$(cat $i); done
On Monday 21 January 2013 01:41 PM, Santosh Shilimkar wrote:
On Friday 18 January 2013 10:45 PM, Tony Lindgren wrote:
Hi,
* Santosh Shilimkar santosh.shilim...@ti.com [130118 07:30]:
From: Benoit Cousson b-cous...@ti.com
Adding the hwmod data for OMAP54xx platforms.
--- /dev/null
+++ b/arch
On Tuesday 22 January 2013 11:31 AM, Srinidhi Kasagar wrote:
On Mon, Jan 21, 2013 at 19:22:37 +0100, Tony Lindgren wrote:
* srinidhi kasagar srinidhi.kasa...@stericsson.com [130121 05:19]:
Forgot to complete the subject and add the description?
No :) It has the subject, but description is
On Friday 18 January 2013 11:19 PM, Jan Luebbe wrote:
Other devices in the device tree can use omap-gpio as an interrupt
controller with something like:
interrupt-parent = gpio1;
interrupts = 19 8;
(in this case with #interrupt-cells = 2 in the gpio node to be able
to configure
On Saturday 19 January 2013 08:16 PM, Marc Zyngier wrote:
On Sat, 19 Jan 2013 00:21:22 +0530, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
On Friday 18 January 2013 10:38 PM, Marc Zyngier wrote:
On 18/01/13 17:00, Santosh Shilimkar wrote:
On Friday 18 January 2013 09:32 PM, Marc Zyngier
501 - 600 of 1830 matches
Mail list logo