On Wed, Mar 21, 2012 at 6:49 PM, Jean Pihet jean.pi...@newoldbits.com wrote:
Hi Santosh, Daniel,
On Wed, Mar 21, 2012 at 11:07 AM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
Daniel,
On Wednesday 21 March 2012 02:57 PM, Daniel Lezcano wrote:
This patchset is a proposition to improve
2012/3/19 함명주 myungjoo@samsung.com:
Kyungmin Parkkmp...@infradead.org 2012-03-17 15:10 (GMT+09:00)
Hi,
On 3/17/12, Aneesh V wrote:
Add a driver for the EMIF SDRAM controller used in TI SoCs
EMIF is an SDRAM controller that supports, based on its revision,
one or more of
On Mon, Mar 19, 2012 at 5:36 PM, Tarun Kanti DebBarma
tarun.ka...@ti.com wrote:
These two patches incorporate changes to OMAP1 and OMAP2 platforms
s/two/four
I guess that's what you mean since there are 4 patches in the series.
Regards
Santosh
--
To unsubscribe from this list: send the line
On Thu, Mar 15, 2012 at 8:43 AM, DebBarma, Tarun Kanti
tarun.ka...@ti.com wrote:
On Thu, Mar 15, 2012 at 3:35 AM, Kevin Hilman khil...@ti.com wrote:
Tarun,
Can you investigate an abort during boot on 3630/Zoom3?
Both Tony and I are seeing the abort below on 3630/Zoom3. I'm using
On Tue, Mar 13, 2012 at 4:12 AM, Paul Walmsley p...@pwsan.com wrote:
Several C files in arch/arm/mach-omap2 declare functions that are used
by other files, but don't include the header file where the prototype is
declared. This results in the following warnings from sparse:
On Tue, Mar 13, 2012 at 4:12 AM, Paul Walmsley p...@pwsan.com wrote:
Several function declarations used only in the files in which they're
declared should include the static keyboard, but don't:
arch/arm/mach-omap2/serial.c:248:6: warning: symbol 'cmdline_find_option'
was not declared.
On Tue, Mar 13, 2012 at 10:01 PM, Kevin Hilman khil...@ti.com wrote:
Santosh Shilimkar santosh.shilim...@ti.com writes:
On Monday 12 March 2012 10:21 PM, Kevin Hilman wrote:
Santosh Shilimkar santosh.shilim...@ti.com writes:
On OMAP4, recently a synchronisation bug is discovered by hardware
On Mon, Mar 12, 2012 at 8:04 PM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
Paul,
Can you please have at this series ?
First patch is the bug fix and second one is the cleanup which you proposed
some
time back.
In $subject
s/OMAP4/OMAP
Regards
Santosh
--
To unsubscribe from this
On Thu, Mar 8, 2012 at 4:58 AM, DebBarma, Tarun Kanti
tarun.ka...@ti.com wrote:
On Wed, Mar 7, 2012 at 5:37 PM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
On Wednesday 07 March 2012 12:16 PM, Tarun Kanti DebBarma wrote:
In omap_gpio_runtime_resume() the context restore should be
On Tue, Mar 6, 2012 at 7:32 PM, Nishanth Menon n...@ti.com wrote:
From: Yuan Jiangli jly...@motorola.com
commit 2f34ce81b8c05c900e45bd88595cc154f7bb5957
(OMAP3: PM: Adding voltage driver support.)
introduced runtime computation of waittime to handle all potential
sys clocks available.
In
On Thu, Mar 1, 2012 at 9:55 PM, Tony Lindgren t...@atomide.com wrote:
* Shilimkar, Santosh santosh.shilim...@ti.com [120301 00:38]:
On Wed, Feb 29, 2012 at 11:07 PM, Tony Lindgren t...@atomide.com wrote:
Hi Santosh,
Looks like OMAP4_ERRATA_I688 still has one more issue:
Modules won't
On Wed, Feb 29, 2012 at 11:07 PM, Tony Lindgren t...@atomide.com wrote:
Hi Santosh,
Looks like OMAP4_ERRATA_I688 still has one more issue:
Modules won't build at least with the attached randconfig
generated file.
Can you please take a look at how to deal with it?
Maybe omap_bus_sync
On Wed, Feb 29, 2012 at 12:48 PM, Richard Zhao richard.z...@linaro.org wrote:
If CONFIG_SMP, cpufreq skips loops_per_jiffy update, because different
arch has different per-cpu loops_per_jiffy definition.
Signed-off-by: Richard Zhao richard.z...@linaro.org
Acked-by: Russell King
On Wed, Feb 29, 2012 at 12:48 PM, Richard Zhao richard.z...@linaro.org wrote:
arm registered cpufreq transition notifier to recalculate it.
Signed-off-by: Richard Zhao richard.z...@linaro.org
---
Thanks for the OMAP updates
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
--
To unsubscribe
On Wed, Feb 29, 2012 at 8:55 PM, Tero Kristo t-kri...@ti.com wrote:
Hi,
Changes compared to previous version:
- split out the io_chain set as a separate set
- marked patch 3 as TEMP, this is only needed until Paul's pwrdm fixes
get merged
On Fri, Feb 24, 2012 at 12:29 PM, Rajendra Nayak rna...@ti.com wrote:
On Thursday 23 February 2012 07:18 PM, Shilimkar, Santosh wrote:
On Thu, Feb 23, 2012 at 6:51 PM, Tero Kristot-kri...@ti.com wrote:
[..]
+/**
+ * Maximum time(us) it takes to output the signal WUCLKOUT of the last
pad
On Fri, Feb 24, 2012 at 3:53 AM, Benoit Cousson b-cous...@ti.com wrote:
The irq numbers are retrieved dynamically but the error logging
is still referring to the OMAP44XX_IRQ_XXX defines instead of the
irq number returned by platform_get_irq.
Remove this reference to allow deletion of the
On Fri, Feb 24, 2012 at 3:53 AM, Benoit Cousson b-cous...@ti.com wrote:
The wakeupgen was wrongly allocating an array based on the
NR_IRQS value (410 on OMAP4) whereas it is just capable of handling 128
entries.
Moreover with SPARSE_IRQ, the NR_IRQS number might be 16, and thus
cannot handle
On Fri, Feb 24, 2012 at 3:53 AM, Benoit Cousson b-cous...@ti.com wrote:
Since all IRQs should be retrieved using hwmod for the moment
and then device tree in the future, there is no need to keep
a file defining all the IRQ numbers.
Delete the file and copy the 4 entries that are still used
On Fri, Feb 24, 2012 at 3:53 AM, Benoit Cousson b-cous...@ti.com wrote:
The gpmc code is still not a proper driver and is still using the bad old
static way of declaring its IRQ range for the various CS it can handle (8).
Use irq_alloc_descs to get dynamically a set of IRQ descriptors.
Clean
2012/2/23 Uwe Kleine-König u.kleine-koe...@pengutronix.de:
Hello,
On Thu, Feb 23, 2012 at 12:28:30PM +0530, Santosh Shilimkar wrote:
WARNING: vmlinux.o(.text+0x226d0):
Section mismatch in reference from the function
platform_cpu_die() to the function .cpuinit.text:omap4_hotplug_cpu()
The
On Thu, Feb 23, 2012 at 12:59 PM, Peter Ujfalusi peter.ujfal...@ti.com wrote:
Hi Tony,
On 02/23/2012 01:07 AM, Tony Lindgren wrote:
* Peter Ujfalusi peter.ujfal...@ti.com [120217 00:54]:
CCDN is the last common channel register in all OMAP4 versions. Use
cpu_is_omap44xx() instead of the
On Thu, Feb 23, 2012 at 5:40 PM, Tarun Kanti DebBarma
tarun.ka...@ti.com wrote:
The cleanup is mostly getting rid of redundant fields in struct gpio_bank{}
as we already have them as part of bank-context now. Also, remove un-used
variable from gpio_irq_handler.
The fix include correction of
On Thu, Feb 23, 2012 at 6:51 PM, Tero Kristo t-kri...@ti.com wrote:
From: Rajendra Nayak rna...@ti.com
Remove the FIXME's in the suspend sequence since
we now intend to support system level RET support.
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Tero Kristo t-kri...@ti.com
On Thu, Feb 23, 2012 at 6:51 PM, Tero Kristo t-kri...@ti.com wrote:
From: Rajendra Nayak rna...@ti.com
patch adds IO Daisychain support for OMAP4 as per section 3.9.4 in OMAP4430
Public TRM.
A brief about IO daisy in changelog would be good apart from TRM reference.
Signed-off-by: Rajendra
On Thu, Feb 23, 2012 at 6:51 PM, Tero Kristo t-kri...@ti.com wrote:
From: Vishwanath BS vishwanath...@ti.com
IO Daisychain feature has to be triggered whenever there is a change in
device's mux configuration (See section 3.9.4 in OMAP4 Public TRM vP).
Now devices can idle independent of the
On Tue, Feb 21, 2012 at 2:41 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Fri, Feb 17, 2012 at 05:58:34PM +0530, Santosh Shilimkar wrote:
diff --git a/arch/arm/kernel/smp_twd.c b/arch/arm/kernel/smp_twd.c
index 4285daa..9834851 100644
--- a/arch/arm/kernel/smp_twd.c
+++
On Fri, Feb 17, 2012 at 3:17 PM, Marc Zyngier marc.zyng...@arm.com wrote:
Hi Santosh,
On Fri, 17 Feb 2012 13:18:37 +0530, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
[...]
arch/arm/kernel/smp_twd.c | 4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git
On Fri, Feb 17, 2012 at 4:04 PM, Tero Kristo t-kri...@ti.com wrote:
Non-smp platforms don't have local timer support, but the twd_cpufreq_init
only checks for IS_ERR during init. Check against null also, to avoid
crashes during cpufreq transitions on non-smp platforms.
Signed-off-by: Tero
On Sat, Feb 18, 2012 at 12:19 AM, Kevin Hilman khil...@ti.com wrote:
Santosh Shilimkar santosh.shilim...@ti.com writes:
On Friday 17 February 2012 04:36 PM, Marc Zyngier wrote:
On 17/02/12 10:40, Shilimkar, Santosh wrote:
On Fri, Feb 17, 2012 at 3:17 PM, Marc Zyngier marc.zyng...@arm.com
Tero,
On Thu, Feb 16, 2012 at 2:09 PM, Tero Kristo t-kri...@ti.com wrote:
On Wed, 2012-02-15 at 11:35 -0800, Kevin Hilman wrote:
Tero Kristo t-kri...@ti.com writes:
Some clockdomains can't support manual domain transitions triggered by
clock framework, and must be prevented from doing so.
On Thu, Feb 16, 2012 at 2:27 PM, Tero Kristo t-kri...@ti.com wrote:
On Wed, 2012-02-15 at 11:37 -0800, Kevin Hilman wrote:
Tero Kristo t-kri...@ti.com writes:
Attempting this will cause problems especially with off-mode enabled.
Please be more verbose about the problems seen, and the root
On Thu, Feb 16, 2012 at 4:40 PM, Alan Cox a...@lxorguk.ukuu.org.uk wrote:
On Thu, 16 Feb 2012 15:57:57 +0530
Aneesh V ane...@ti.com wrote:
On Thursday 16 February 2012 03:37 PM, Santosh Shilimkar wrote:
On Saturday 04 February 2012 05:46 PM, Aneesh V wrote:
add LPDDR2 data from the JEDEC
On Thu, Feb 16, 2012 at 8:53 PM, Tero Kristo t-kri...@ti.com wrote:
On Thu, 2012-02-16 at 15:15 +0200, Tero Kristo wrote:
On Thu, 2012-02-16 at 15:27 +0530, Shilimkar, Santosh wrote:
On Thu, Feb 16, 2012 at 2:27 PM, Tero Kristo t-kri...@ti.com wrote:
On Wed, 2012-02-15 at 11:37 -0800, Kevin
On Tue, Feb 14, 2012 at 4:44 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Tue, Feb 14, 2012 at 02:19:41PM +0530, Santosh Shilimkar wrote:
From 4d1ea22985adfe458275b9ae3e00edc6e41a267f Mon Sep 17 00:00:00 2001
From: Santosh Shilimkar santosh.shilim...@ti.com
Date: Thu, 2 Feb
On Tue, Feb 14, 2012 at 9:32 PM, Cousson, Benoit b-cous...@ti.com wrote:
On 2/14/2012 2:45 PM, Archit Taneja wrote:
On Tuesday 14 February 2012 07:03 PM, Tomi Valkeinen wrote:
On Tue, 2012-02-14 at 19:00 +0530, Archit Taneja wrote:
Hi,
On Tuesday 14 February 2012 06:45 PM, Tomi Valkeinen
On Tue, Feb 14, 2012 at 10:44 AM, Rajendra Nayak rna...@ti.com wrote:
On Saturday 11 February 2012 12:48 AM, Tony Lindgren wrote:
* Santosh Shilimkarsantosh.shilim...@ti.com [120202 05:33]:
From: Rajendra Nayakrna...@ti.com
hwmod setup already does a reset and sets the OCP sysconfig
Tony,
On Thu, Feb 2, 2012 at 7:33 PM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
Patches are tested on OMAP4430 SDP.
The following changes since commit 62aa2b537c6f5957afd98e29f96897419ed5ebab:
Linux 3.3-rc2 (2012-01-31 13:31:54 -0800)
Rajendra Nayak (1):
ARM: OMAP: Get rid of
On Sun, Feb 5, 2012 at 2:38 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Sun, Feb 05, 2012 at 12:37:55PM +0530, Varadarajan, Charulatha wrote:
Felipe,
On Sat, Feb 4, 2012 at 21:38, Felipe Balbi ba...@ti.com wrote:
[]
bank-mod_usage check is used to take care of doing
On Sun, Feb 5, 2012 at 5:05 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Sun, Feb 05, 2012 at 02:46:19PM +0530, Shilimkar, Santosh wrote:
bank-mod_usage check is used to take care of doing pm_runtime_get*/put*
only
if all the GPIOs in a particular bank are enabled or disabled
On Fri, Feb 3, 2012 at 12:58 PM, Felipe Balbi ba...@ti.com wrote:
The way the code is written, pwrdm_pre_transion()
calls _pwrdm_pre_transition_cb() (for each powerdomain)
which, in turn, calls pwrdm_clear_all_prev_pwrst().
It looks unnecessary to clear all previous power
states twice, so
On Thu, Feb 2, 2012 at 2:03 PM, Paul Walmsley p...@pwsan.com wrote:
Hi
On Thu, 2 Feb 2012, Shilimkar, Santosh wrote:
On Thu, Feb 2, 2012 at 12:57 AM, Paul Walmsley p...@pwsan.com wrote:
N.B., I haven't looked at this file before. There are a few other things
that don't look right
On Thu, Feb 2, 2012 at 3:35 PM, Paul Walmsley p...@pwsan.com wrote:
On Thu, 2 Feb 2012, Shilimkar, Santosh wrote:
Yes, we do have issue with below APIs for OMAP4 and onwards design
because of the PRCM change.
pwrdm_clear_all_prev_pwrst
pwrdm_*_mem_*
There use to be a single power state
On Thu, Feb 2, 2012 at 3:08 PM, Paul Walmsley p...@pwsan.com wrote:
Hi
This series consolidates some duplicated PM code across OMAP2, 3, and 4.
This saves both binary kernel image size, and lines of source. These
functions are just the low-hanging fruit; it looks to me like there's even
Paul,
On Thu, Feb 2, 2012 at 3:47 PM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
On Thu, Feb 2, 2012 at 3:35 PM, Paul Walmsley p...@pwsan.com wrote:
On Thu, 2 Feb 2012, Shilimkar, Santosh wrote:
Yes, we do have issue with below APIs for OMAP4 and onwards design
because of the PRCM
On Fri, Feb 3, 2012 at 12:10 AM, Kevin Hilman khil...@ti.com wrote:
Santosh Shilimkar santosh.shilim...@ti.com writes:
From: Rajendra Nayak rna...@ti.com
hwmod setup already does a reset and sets the OCP sysconfig
registers appropriately. Avoid doing a reset again and overriding
the OCP
On Thu, Feb 2, 2012 at 12:57 AM, Paul Walmsley p...@pwsan.com wrote:
On Tue, 31 Jan 2012, Kevin Hilman wrote:
Kevin Hilman khil...@ti.com writes:
Paul Walmsley p...@pwsan.com writes:
Remove some superfluous calls to pwrdm_clear_all_prev_pwrst().
pwrdm_pre_transition(), which appears a
On Tue, Jan 31, 2012 at 1:19 PM, Paul Walmsley p...@pwsan.com wrote:
On Tue, 31 Jan 2012, Shilimkar, Santosh wrote:
A week back I was discussing with Benoit and Tony about having some
infrastructure like unused clocks so that we can shutdown those
modules, and if possible some power domains
On Tue, Jan 31, 2012 at 2:24 PM, Catalin Marinas
catalin.mari...@arm.com wrote:
On 31 January 2012 07:38, Shilimkar, Santosh santosh.shilim...@ti.com wrote:
On Tue, Jan 31, 2012 at 1:01 PM, Catalin Marinas
catalin.mari...@arm.com wrote:
On 31 January 2012 05:21, Aneesh V ane...@ti.com wrote
On Tue, Jan 31, 2012 at 3:26 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Tue, Jan 31, 2012 at 02:35:51PM +0530, Shilimkar, Santosh wrote:
On Tue, Jan 31, 2012 at 2:24 PM, Catalin Marinas
catalin.mari...@arm.com wrote:
Not if you write the code sequence in such a way
On Tue, Jan 31, 2012 at 11:57 PM, Nicolas Pitre n...@fluxnic.net wrote:
On Tue, 31 Jan 2012, Shilimkar, Santosh wrote:
[...]
I also understand that patching early common code is going to be tricky
and of-course against the single zImage.
So the option mentioned by Nicolas and Catalin about
On Mon, Jan 30, 2012 at 3:13 PM, Paul Walmsley p...@pwsan.com wrote:
Remove some superfluous calls to pwrdm_clear_all_prev_pwrst().
pwrdm_pre_transition(), which appears a few lines after these calls,
invokes pwrdm_clear_all_prev_pwrst() on each powerdomain -- there's no
need to do it twice.
On Mon, Jan 30, 2012 at 3:13 PM, Paul Walmsley p...@pwsan.com wrote:
Clean up a few different parts of omap_set_pwrdm_state():
- Remove a superfluous call to pwrdm_state_switch(). Not needed
unless LOWPOWERSTATECHANGE is used, because the state switch code is
called by either clkdm_sleep()
On Tue, Jan 31, 2012 at 5:44 AM, Kevin Hilman khil...@ti.com wrote:
Paul Walmsley p...@pwsan.com writes:
Remove some superfluous calls to pwrdm_clear_all_prev_pwrst().
pwrdm_pre_transition(), which appears a few lines after these calls,
invokes pwrdm_clear_all_prev_pwrst() on each powerdomain
On Tue, Jan 31, 2012 at 12:45 PM, Paul Walmsley p...@pwsan.com wrote:
Hi
just a few thoughts.
On Tue, 31 Jan 2012, Shilimkar, Santosh wrote:
In this code the need is to clear only CPU and MPUPD, and hence they are
explicitly cleared since the pre/post transition calls can be moved
On Tue, Jan 31, 2012 at 12:57 PM, Paul Walmsley p...@pwsan.com wrote:
On Tue, 31 Jan 2012, Shilimkar, Santosh wrote:
On Tue, Jan 31, 2012 at 12:45 PM, Paul Walmsley p...@pwsan.com wrote:
On Tue, 31 Jan 2012, Shilimkar, Santosh wrote:
In this code the need is to clear only CPU and MPUPD
On Tue, Jan 31, 2012 at 1:01 PM, Catalin Marinas
catalin.mari...@arm.com wrote:
On 31 January 2012 05:21, Aneesh V ane...@ti.com wrote:
On Friday 27 January 2012 11:00 PM, Catalin Marinas wrote:
On Fri, Jan 20, 2012 at 08:57:11AM +, Joe Woodward wrote:
So I re-iterate that we need to have
Paul,
On Sun, Jan 29, 2012 at 3:38 PM, Paul Walmsley p...@pwsan.com wrote:
Hi Jean
Quick question on the tracing in _pwrdm_state_switch().
That section of the code reads:
state = pwrdm_read_pwrst(pwrdm);
...
case PWRDM_STATE_PREV:
prev =
On Tue, Jan 17, 2012 at 10:02 PM, Nicolas Pitre n...@fluxnic.net wrote:
On Tue, 17 Jan 2012, Shilimkar, Santosh wrote:
On Tue, Jan 17, 2012 at 9:45 PM, Nicolas Pitre n...@fluxnic.net wrote:
On Tue, 17 Jan 2012, Shilimkar, Santosh wrote:
On Tue, Jan 17, 2012 at 8:39 PM, Nicolas Pitre n
On Wed, Jan 18, 2012 at 10:33 AM, Ming Lei ming@canonical.com wrote:
Hi Will and stephane,
On Wed, Jan 18, 2012 at 12:18 PM, Ming Lei ming@canonical.com wrote:
Hi stephane Will,
On Tue, Jan 10, 2012 at 8:46 AM, stephane eranian
eran...@googlemail.com wrote:
See the dmesg from my
On Wed, Jan 18, 2012 at 1:24 PM, Ming Lei ming@canonical.com wrote:
On Wed, Jan 18, 2012 at 7:39 PM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
On Wed, Jan 18, 2012 at 10:33 AM, Ming Lei ming@canonical.com wrote:
Hi Will and stephane,
On Wed, Jan 18, 2012 at 12:18 PM, Ming
On Tue, Jan 17, 2012 at 1:27 PM, Aneesh V ane...@ti.com wrote:
Hi Catalin,
On Tuesday 17 January 2012 05:41 PM, Catalin Marinas wrote:
On Tue, Jan 17, 2012 at 08:54:44AM +, Joe Woodward wrote:
So, is the upshot of this that the kernel isn't going to be in a
position to enable the
On Tue, Jan 17, 2012 at 2:39 PM, Catalin Marinas
catalin.mari...@arm.com wrote:
On Tue, Jan 17, 2012 at 12:40:54PM +, Shilimkar, Santosh wrote:
On Tue, Jan 17, 2012 at 1:27 PM, Aneesh V ane...@ti.com wrote:
Hi Catalin,
On Tuesday 17 January 2012 05:41 PM, Catalin Marinas wrote
On Tue, Jan 17, 2012 at 5:27 PM, Catalin Marinas
catalin.mari...@arm.com wrote:
On Tue, Jan 17, 2012 at 01:58:18PM +, Shilimkar, Santosh wrote:
On Tue, Jan 17, 2012 at 2:39 PM, Catalin Marinas
catalin.mari...@arm.com wrote:
On Tue, Jan 17, 2012 at 12:40:54PM +, Shilimkar, Santosh
On Tue, Jan 17, 2012 at 8:47 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Tue, Jan 17, 2012 at 04:27:21PM +, Catalin Marinas wrote:
Anyway, the first step is this API provided by the secure firmware.
Since such API may need to be called before the MMU is initialised,
Linux
On Tue, Jan 17, 2012 at 8:39 PM, Nicolas Pitre n...@fluxnic.net wrote:
On Tue, 17 Jan 2012, Shilimkar, Santosh wrote:
On Tue, Jan 17, 2012 at 5:27 PM, Catalin Marinas
catalin.mari...@arm.com wrote:
BTW, does the firmware make any checks on what bits it allows to be set?
Some of them may
On Tue, Jan 17, 2012 at 9:45 PM, Nicolas Pitre n...@fluxnic.net wrote:
On Tue, 17 Jan 2012, Shilimkar, Santosh wrote:
On Tue, Jan 17, 2012 at 8:39 PM, Nicolas Pitre n...@fluxnic.net wrote:
On Tue, 17 Jan 2012, Shilimkar, Santosh wrote:
How about allowing platform hooks for single SOC
+ linux-arm, Russell and Catalin
On Mon, Jan 16, 2012 at 11:03 AM, Joe Woodward j...@terrafix.co.uk wrote:
The latest uBoot release (2011.12) disables the L2/outer cache during boot on
OMAP boards.
uBoot commit: armv7: disable L2 cache in cleanup_before_linux() on 6th Dec
2011 by Aneesh V
On Mon, Jan 16, 2012 at 11:59 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Mon, Jan 16, 2012 at 11:18:21AM +0100, Shilimkar, Santosh wrote:
+ linux-arm, Russell and Catalin
On Mon, Jan 16, 2012 at 11:03 AM, Joe Woodward j...@terrafix.co.uk wrote:
The latest uBoot release
On Mon, Jan 16, 2012 at 2:13 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Mon, Jan 16, 2012 at 01:43:03PM +0100, Shilimkar, Santosh wrote:
This code will be in assembly and that's what I have
been using. Not having stack shoudn't be a blocker
and can be work-around
On Thu, Jan 12, 2012 at 10:00 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Thu, Jan 12, 2012 at 09:32:40PM +0100, Shilimkar, Santosh wrote:
OK. Point taken.
Can you also explain this in the code:
size = ALIGN(PAGE_SIZE, SZ_1M);
Isn't that just SZ_1M written
On Fri, Jan 13, 2012 at 1:21 PM, Hiremath, Vaibhav hvaib...@ti.com wrote:
Hi,
In case of AM33xx family of devices, we do not have 32K Sync timer
(32K Counter) available; and the current implementation is based on
compile-time option, where clock-source is chosen by something like,
File -
On Fri, Jan 13, 2012 at 2:42 PM, Hiremath, Vaibhav hvaib...@ti.com wrote:
On Fri, Jan 13, 2012 at 18:19:24, Shilimkar, Santosh wrote:
On Fri, Jan 13, 2012 at 1:21 PM, Hiremath, Vaibhav hvaib...@ti.com wrote:
Hi,
In case of AM33xx family of devices, we do not have 32K Sync timer
(32K
On Thu, Jan 12, 2012 at 7:42 PM, Tony Lindgren t...@atomide.com wrote:
Commit 73829af71fdb8655e7ba4b5a2a6612ad34a75a11
(Merge branch 'vmalloc' of git://git.linaro.org/people/nico/linux
into devel-stable) merged generic ioremap changes.
Commit 137d105d50f6e6c373c1aa759f59045e6239cf66
(ARM:
On Thu, Jan 12, 2012 at 9:11 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Thu, Jan 12, 2012 at 08:04:43PM +, Russell King - ARM Linux wrote:
On Thu, Jan 12, 2012 at 10:42:57AM -0800, Tony Lindgren wrote:
Commit 73829af71fdb8655e7ba4b5a2a6612ad34a75a11
(Merge branch
On Thu, Jan 12, 2012 at 9:27 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Thu, Jan 12, 2012 at 09:20:38PM +0100, Shilimkar, Santosh wrote:
On Thu, Jan 12, 2012 at 9:11 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Thu, Jan 12, 2012 at 08:04:43PM +, Russell
On Wed, Jan 4, 2012 at 1:41 AM, Kevin Hilman khil...@ti.com wrote:
Colin Cross ccr...@android.com writes:
This patch series implements an alternative solution, where each
cpu will wait in the WFI state until all cpus are ready to enter
a coupled state, at which point the coupled state
On Fri, Dec 23, 2011 at 2:00 PM, Ming Lei tom.leim...@gmail.com wrote:
Hi Shilimkar,
Sorry for the delay.
On Mon, Dec 19, 2011 at 2:17 PM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
The patches are fine but I am surprised that 'dyndep.patch' is helping you.
L3_2 dependency
On Fri, Dec 23, 2011 at 2:31 PM, Cousson, Benoit b-cous...@ti.com wrote:
Hi Santosh,
On 12/23/2011 9:45 AM, Shilimkar, Santosh wrote:
On Fri, Dec 23, 2011 at 2:00 PM, Ming Leitom.leim...@gmail.com wrote:
[...]
The only change on iss(CAM) clock domain setting in your commit[1
On Thu, Dec 22, 2011 at 1:12 AM, Colin Cross ccr...@android.com wrote:
On Wed, Dec 21, 2011 at 11:36 AM, Arjan van de Ven
ar...@linux.intel.com wrote:
.. or it enters WFI, and a physical device sends it an interrupt,
at which point it exits.
None of the cpus will return to the idle loop
+ Peter Z
On Wed, Dec 21, 2011 at 3:37 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Wed, Dec 21, 2011 at 05:59:07PM +0800, Barry Song wrote:
2011/12/21 Russell King - ARM Linux li...@arm.linux.org.uk:
cpu hotplug is basically totally buggered - the preconditions placed
upon
On Thu, Dec 22, 2011 at 2:23 PM, Arjan van de Ven ar...@linux.intel.com wrote:
On 12/22/2011 9:35 AM, Shilimkar, Santosh wrote:
Indeed. The SOCs, Arch's which does support low power
state independently and doesn't need any co-ordination between CPU's
will continue to work same way as before
On Thu, Dec 22, 2011 at 3:54 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Thu, Dec 22, 2011 at 02:19:23PM +0530, Shilimkar, Santosh wrote:
+ Peter Z
On Wed, Dec 21, 2011 at 3:37 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Wed, Dec 21, 2011 at 05:59:07PM
On Fri, Dec 23, 2011 at 1:04 AM, Peter Ujfalusi peter.ujfal...@ti.com wrote:
To avoid breakage in audio support with the coming change
in ASoC machine driver (conversion to platfrom device).
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
CC: Santosh Shilimkar santosh.shilim...@ti.com
On Fri, Dec 23, 2011 at 1:04 AM, Peter Ujfalusi peter.ujfal...@ti.com wrote:
PandaBoard has twl6040 codec for audio.
Register the omap4-abe-twl6040 platform device.
Add platform data to enable the twl6040 codec.
Since there is a difference in audio between PandaBoard 4430
and PandaBoard ES
On Tue, Dec 20, 2011 at 3:12 PM, Venkatraman S svenk...@ti.com wrote:
From: Balaji TK balaj...@ti.com
MMC master clock rate can vary for each instance of the MMC controller
on the device. Use clk_get_rate instead to get the value.
Signed-off-by: Balaji TK balaj...@ti.com
Reviewed-by:
On Fri, Dec 16, 2011 at 10:03 PM, Ming Lei tom.leim...@gmail.com wrote:
On Sat, Dec 17, 2011 at 12:09 AM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
No. The table reflects the actual possible combination on hardware. You can't
add anything there arbitrary if that combination
On Fri, Dec 16, 2011 at 7:20 PM, Ming Lei tom.leim...@gmail.com wrote:
Hi,
On Fri, Dec 16, 2011 at 9:24 PM, Ming Lei tom.leim...@gmail.com wrote:
[1], add static dependency
Sorry for the mess, see attachment for the change.
Your patch is setting static dependency between ISS and l3_2.
It's
On Fri, Dec 16, 2011 at 9:16 PM, Ming Lei tom.leim...@gmail.com wrote:
On Fri, Dec 16, 2011 at 11:13 PM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
On Fri, Dec 16, 2011 at 7:20 PM, Ming Lei tom.leim...@gmail.com wrote:
Hi,
On Fri, Dec 16, 2011 at 9:24 PM, Ming Lei tom.leim
On Fri, Dec 16, 2011 at 9:27 PM, Ming Lei tom.leim...@gmail.com wrote:
Hi,
On Fri, Dec 16, 2011 at 9:24 PM, Ming Lei tom.leim...@gmail.com wrote:
Also I have tried to add 'l3_2_clkdm' into dependency table of iss_clkdm in
[2],
and it doesn't work.
Also, I still have the question why the
On Sat, Dec 17, 2011 at 7:32 AM, Paul Walmsley p...@pwsan.com wrote:
Hi
Just got this on a cold boot on 3530 BeagleBoard. The hwmod warnings
are expected, but the BUG() from the L3 bus driver ISR is not.
Probably we should not BUG there, but log something akin to an x86
machine check
Tarun,
On Wed, Dec 14, 2011 at 1:50 AM, Tarun Kanti DebBarma
tarun.ka...@ti.com wrote:
This series is continuation of cleanup of OMAP GPIO driver and fixes.
The cleanup include getting rid of cpu_is_* checks wherever possible,
use of gpio_bank list instead of static array, use of unique
On Fri, Dec 9, 2011 at 4:32 AM, Turquette, Mike mturque...@ti.com wrote:
On Fri, Sep 30, 2011 at 2:15 AM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
On Fri, Sep 30, 2011 at 3:00 AM, Linus Walleij linus.wall...@linaro.org
wrote:
2011/9/8 Santosh Shilimkar santosh.shilim...@ti.com
On Tue, Nov 8, 2011 at 1:23 PM, Paul Walmsley p...@pwsan.com wrote:
On Fri, 4 Nov 2011, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [111010 17:09]:
The following changes since commit
be73246058737beec52ae232bcab7776332a9e06:
ARM: OMAP2+: Remove custom init_irq for remaining
On Mon, Nov 7, 2011 at 6:08 PM, Govindraj.R govindraj.r...@ti.com wrote:
I see below errors and warnings on latest mainline commit
b32fc0a0629bf5894b35f33554c118aacfd0d1e2 with omap2plus_defconfig.
Patch to fix the same.
Patches are already posted and applied by Tony on linux-omap master.
On Tue, Nov 8, 2011 at 11:58 AM, Govindraj.R govindraj.r...@ti.com wrote:
Patch to fix below compilation error on latest mainline commit
b32fc0a0629bf5894b35f33554c118aacfd0d1e2 with omap2plus_defconfig.
arch/arm/mach-omap2/omap_l3_noc.c:250: error: 'THIS_MODULE' undeclared here
(not in a
On Tue, Oct 4, 2011 at 4:29 AM, Tony Lindgren t...@atomide.com wrote:
* Nicolas Pitre n...@fluxnic.net [111003 15:05]:
On Mon, 3 Oct 2011, Nicolas Pitre wrote:
On Mon, 3 Oct 2011, Tony Lindgren wrote:
* Nicolas Pitre n...@fluxnic.net [111003 11:26]:
Furthermore... there is also a
On Tue, Oct 4, 2011 at 9:21 AM, Paul Walmsley p...@pwsan.com wrote:
+ Rajendra, Santosh, Benoît
Hi
On Mon, 3 Oct 2011, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [110929 17:40]:
On Thu, 22 Sep 2011, Keerthy wrote:
From: Vishwanath BS vishwanath...@ti.com
OMAP4460
On Fri, Sep 30, 2011 at 12:42 AM, Paul Walmsley p...@pwsan.com wrote:
Hi Santosh,
On Thu, 8 Sep 2011, Santosh Shilimkar wrote:
Local timer clock is sourced from the CPU clock and hence changes
along with CPU clock. These per CPU local timers are used as
clock-events, so they need to be
On Fri, Sep 30, 2011 at 3:00 AM, Linus Walleij linus.wall...@linaro.org wrote:
2011/9/8 Santosh Shilimkar santosh.shilim...@ti.com:
Local timer clock is sourced from the CPU clock and hence changes
along with CPU clock. These per CPU local timers are used as
clock-events, so they need to be
301 - 400 of 854 matches
Mail list logo
