Hi,
On current linux-omap master (commit
7fd1cffc56ca9944fec583eb2ecda5ce88b36bff Linux-omap rebuilt: Updated to
-rc4), when resuming from static suspend, several Unbalanced IRQ
wake disable warnings are generated, one for each of the serial ports.
This is on Beagle 35xx rev C2.
Is anyone
On Thu, 2 Dec 2010, Paul Walmsley wrote:
On current linux-omap master (commit
7fd1cffc56ca9944fec583eb2ecda5ce88b36bff Linux-omap rebuilt: Updated to
-rc4), when resuming from static suspend, several Unbalanced IRQ
wake disable warnings are generated, one for each of the serial ports.
Hi Adrian and Manju,
On 12/2/2010 8:58 AM, Adrian Hunter wrote:
On 02/12/10 08:12, ext G, Manjunath Kondaiah wrote:
* Adrian Hunteradrian.hun...@nokia.com [2010-12-01 22:16:44 +0200]:
On 01/12/10 20:47, ext G, Manjunath Kondaiah wrote:
[...]
Also, there is a mutex but don't these
On Thu, Dec 02, 2010 at 10:22:11AM +0530, Gupta, Ajay Kumar wrote:
We would need control register apis for accessing USB PHY control
, IPSS reset and interrupt clear register. This would require to
add three different function pointer and that would mostly be
custom to AM35x. Will that be
On Tue, Nov 30, 2010 at 10:13:26AM +0200, Dmitry Kasatkin wrote:
Changes to v1:
- omap type specific handling removed
- fixed backlog handling bug in redundunt locking is removed
- aes module initialized once per request instead of dma transaction
more efficient and right way to do it
-
Paul,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Paul Walmsley
Sent: Thursday, December 02, 2010 1:44 PM
To: linux-omap@vger.kernel.org; Govindraj
Cc: khil...@deeprootsystems.com
Subject: Re: Unbalanced IRQ wake
On Thu, 2010-12-02 at 13:27 +0530, ext Taneja, Archit wrote:
Hi,
Tomi Valkeinen wrote:
Hi,
- The files are getting quite crowded with code that checks
for the channel and then do the work with bits/irqs depending
on the channel.
This makes the code a bit difficult to read. I
Hi,
[snip]
I am assuming that you are referring to 'DISPC_IRQ_MASK_ERROR' and the
registering/unregistering of irq masks in manager.c
Not only the irqs, but also, for example, code like this:
if (channel == OMAP_DSS_CHANNEL_LCD ||
channel ==
If CONFIG_OMAP_MUX is not enabled, we can define board_mux in the header
file instead of forcing every single board to define it.
Signed-off-by: Aaro Koskinen aaro.koski...@nokia.com
---
v2: Use a static variable to avoid namespace pollution.
arch/arm/mach-omap2/board-2430sdp.c|2
Tony Lindgren t...@atomide.com writes:
* Varadarajan, Charulatha ch...@ti.com [101125 04:39]:
Implement OMAP GPIO module in platform device model. OMAP2+ specific GPIO
module uses hwmod FW.
Tested on OMAP2430, OMAP4430, OMAP3430 SDP boards, OMAP4430 Blaze board
and zoom3 board. Verified
Aaro Koskinen aaro.koski...@nokia.com writes:
clk_get() return value should be checked with IS_ERR().
Signed-off-by: Aaro Koskinen aaro.koski...@nokia.com
Acked-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap2/io.c |2 +-
1 files changed, 1 insertions(+), 1
On Thu, 2010-12-02 at 15:17 +0530, ext Taneja, Archit wrote:
Hi,
If you can split this patch into the two parts I suggested
(if that's ok for you, you didn't comment on that one), and
check if there's anything to add to the commit descriptions,
I think we can go and apply this patch set.
On Wed, Dec 1, 2010 at 11:16 PM, Varadarajan, Charulatha ch...@ti.com wrote:
On Thu, Dec 2, 2010 at 07:57, Kanigeri, Hari h-kanige...@ti.com wrote:
On Wed, Dec 1, 2010 at 8:10 PM, Kanigeri, Hari h-kanige...@ti.com wrote:
On Wed, Dec 1, 2010 at 12:04 AM, Varadarajan, Charulatha ch...@ti.com
Hi,
Tomi Valkeinen wrote:
On Thu, 2010-12-02 at 15:17 +0530, ext Taneja, Archit wrote:
Hi,
If you can split this patch into the two parts I suggested (if
that's ok for you, you didn't comment on that one), and check if
there's anything to add to the commit descriptions, I think we can
go
Kevin/Paul,
Do you have any comments on this patch?
Regards
Vishwa
-Original Message-
From: Vishwanath BS [mailto:vishwanath...@ti.com]
Sent: Tuesday, November 16, 2010 2:50 PM
To: linux-omap@vger.kernel.org
Cc: Vishwanath BS; Kevin Hilman; Paul Walmsley
Subject: [PATCHv2]OMAP
On Thu, Dec 2, 2010 at 15:53, Hari Kanigeri hari.kanig...@gmail.com wrote:
On Wed, Dec 1, 2010 at 11:16 PM, Varadarajan, Charulatha ch...@ti.com wrote:
On Thu, Dec 2, 2010 at 07:57, Kanigeri, Hari h-kanige...@ti.com wrote:
On Wed, Dec 1, 2010 at 8:10 PM, Kanigeri, Hari h-kanige...@ti.com wrote:
On Thu, Dec 2, 2010 at 2:38 PM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
Paul,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Paul Walmsley
Sent: Thursday, December 02, 2010 1:44 PM
To:
On Thu, Dec 02, 2010 at 11:53:42AM +0200, Aaro Koskinen wrote:
diff --git a/arch/arm/mach-omap2/mux.h b/arch/arm/mach-omap2/mux.h
index 350c04f..e224ab5 100644
--- a/arch/arm/mach-omap2/mux.h
+++ b/arch/arm/mach-omap2/mux.h
@@ -133,6 +133,8 @@ static inline int omap_mux_init_signal(char
why don't you add a proper otg_transceiver driver for am35x ?
Is it like omap4's internal phy ? A separate block ?
AM35x PHY is built inside the ip and we need to configure it through
PHY control register.
Additionally we also need to access IPSS reset and Intr clear register
as well
Hi Paul,
Here is a collections of fixes and clock nodes addition done on OMAP3 and OMAP4
clock data files.
I have included the one that Thara already submitted after fixing the various
comments done on the original revision.
The series is based on 2.6.37-rc4 and is available here:
The gating of pad_clks and slimbus_ck is controlled by the PRCM, but
since the clock source is external, this is the SW responsability
to gate / un-gate it when the mcpdm or slimbus module need to be used.
There is no autogating possible with such external clock.
Add SW control to enable /
The smartreflex modules belong to an ALWON_FCLK clock domain that
does not have any SW control. The gating of that interface clock
is triggered by a transition of the WKUP clock domain to idle.
Attach both smartreflex instances on OMAP3 to the WKUP clock domain.
The missing clock domain field in
From: Thara Gopinath th...@ti.com
This patch extends the OMAP4 clock data to include
various x2 clock nodes between DPLL and HS dividers as the
clock framework skips a x2 while calculating the dpll locked
frequency.
The clock database extensions are autogenerated using
the scripts maintained by
From: Jonathan Bergsagel jbergsa...@ti.com
Add register address, mask and link to the clksel structure that
were missing in the IVA DPLL mux clock node.
Signed-off-by: Jonathan Bergsagel jbergsa...@ti.com
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc:
From: Rajendra Nayak rna...@ti.com
Add support for auxiliary clocks nodes which are part of SCRM.
Add the header file with scrm registers offset and bitfield.
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
---
From: Rajendra Nayak rna...@ti.com
The CORE and PER M3 post dividers are different from the rest of the
DPLL post dividers as in they go to SCRM, and are used
there to export clocks for instance used by external sensor.
There is no automatic HW dependency in PRCM to manage them. Hence these
two
there's a patch for mcspi to add slave mode support. Please could you send
me the latest version of the required patches. I've found confusing
different version in some mailing lists.
How is the slave mode intended to work?
Many thanks,
Klaus
--
To unsubscribe from this list: send the line
Cousson, Benoit b-cous...@ti.com writes:
[...]
The issue is not really for the mcbsp but for the serial that need to
handle the 3 different states.
if (enable) {
/**
* Errata 2.15: [UART]:Cannot Acknowledge Idle Requests
* in Smartidle
On Thu, 2010-12-02 at 16:00 +0530, ext Taneja, Archit wrote:
Hi,
Unfortunately the panel driver for N800 has not been ported to DSS2.
I can possibly try with a 2430sdp, but I don't see the omapdss
platform_device
board-2430dsp.c. Are you aware of any omap2 setup which I can use to test?
Hi,
Tomi Valkeinen wrote:
On Thu, 2010-12-02 at 16:00 +0530, ext Taneja, Archit wrote:
Hi,
Unfortunately the panel driver for N800 has not been ported to DSS2.
I can possibly try with a 2430sdp, but I don't see the omapdss
platform_device board-2430dsp.c. Are you aware of any omap2 setup
Hi,
On Thu, 2 Dec 2010, Felipe Balbi wrote:
On Thu, Dec 02, 2010 at 11:53:42AM +0200, Aaro Koskinen wrote:
diff --git a/arch/arm/mach-omap2/mux.h b/arch/arm/mach-omap2/mux.h
index 350c04f..e224ab5 100644
--- a/arch/arm/mach-omap2/mux.h
+++ b/arch/arm/mach-omap2/mux.h
@@ -133,6 +133,8 @@ static
Thanks Govind for testing it.
-Original Message-
From: Govindraj [mailto:govindraj...@gmail.com]
Sent: Thursday, December 02, 2010 4:05 PM
To: Santosh Shilimkar
Cc: Paul Walmsley; linux-omap@vger.kernel.org;
khil...@deeprootsystems.com
Subject: Re: Unbalanced IRQ wake disable during
Initialize a dss_features struct for omap4.
Add support for LCD2 manager by introducing a new member in dss_feat_id.
Signed-off-by: Archit Taneja arc...@ti.com
---
drivers/video/omap2/dss/dss_features.c | 43 ++-
drivers/video/omap2/dss/dss_features.h |7 -
From: Sumit Semwal sumit.sem...@ti.com
On OMAP4, we have a new DISPC channel for Overlay Manager LCD2. There is a set
of regsiters for LCD2 channel similar to the existing LCD channel, like
DISPC_CONTROL2, DISPC_DIVISOR2, DISPC_CONFIG2 and so on.
Introduce new enum members for LCD2 Channel and
From: Sumit Semwal sumit.sem...@ti.com
The interface drivers (dsi.c, sdi.c etc) need to call dispc functions with
dssdev-manager-id as a parameter to specify the DISPC channel which they want
to configure/use, this is required as the same functions are now used to
configure
dispc registers of
From: Sumit Semwal sumit.sem...@ti.com
The following dispc functions are also changed to incorporate channel as an
argument:
-dispc_lclk_rate()
-dispc_pclk_rate()
-dispc_set_pol_freq()
-dispc_set_clock_div()
-dispc_get_clock_div()
Signed-off-by: Sumit
From: Sumit Semwal sumit.sem...@ti.com
DISPC functions are modified in order to work when the manager is LCD2.
This includes:
Adding new IRQs specific to LCD2 and their handling.
Provide dumps of the new manager's registers.
Provide dumps of the new manager's clocks.
Checks for channel for
From: Sumit Semwal sumit.sem...@ti.com
A panel connects to one of the overlay managers of DSS through some interface
block.
On OMAP4, specifying the type of the display is not sufficient to conclude
which manager
the panel should be connected to.
Hence, a new member 'channel' is introduced in
On Thu, Dec 02, 2010 at 01:04:57PM +0200, Aaro Koskinen wrote:
Hi,
On Thu, 2 Dec 2010, Felipe Balbi wrote:
On Thu, Dec 02, 2010 at 11:53:42AM +0200, Aaro Koskinen wrote:
diff --git a/arch/arm/mach-omap2/mux.h b/arch/arm/mach-omap2/mux.h
index 350c04f..e224ab5 100644
---
Hi Tony,
I have a gigantic amount of patches on musb starting to move it to a
place where we can build am35x.c, omap2430.c and tusb6010.c together and
have a working binary.
There are a few changes still needed (as per comments Mike's comments on
linux-usb) but it's working fine on my
Tony,
-Original Message-
From: Santosh Shilimkar [mailto:santosh.shilim...@ti.com]
Sent: Friday, November 19, 2010 11:01 PM
To: linux-omap@vger.kernel.org
Cc: n...@ti.com; m...@mansr.com; t...@atomide.com;
khil...@deeprootsystems.com; linux-arm-ker...@lists.infradead.org;
Santosh
Hi Tony,
The following changes since commit e8a7e48bb248a1196484d3f8afa53bded2b24e71:
Linus Torvalds (1):
Linux 2.6.37-rc4
are available in the git repository at:
git://gitorious.org/iommu_mailbox/iommu_mailbox.git for_2.6.38
Fernando Guzman Lugo (5):
OMAP: mailbox: change
On Mon, Oct 25, 2010 at 02:10:05PM -0500, Fernando Guzman Lugo wrote:
Omap platform is omap_iounmap function.
Signed-off-by: Fernando Guzman Lugo x0095...@ti.com
---
arch/arm/plat-omap/iovmm.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
On Thu, Dec 02, 2010 at 06:07:23AM -0600, Kanigeri, Hari wrote:
Hi Tony,
The following changes since commit e8a7e48bb248a1196484d3f8afa53bded2b24e71:
Linus Torvalds (1):
Linux 2.6.37-rc4
are available in the git repository at:
Hi Paul,
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Thursday, December 02, 2010 1:39 AM
To: Rajendra Nayak
Cc: linux-omap@vger.kernel.org; khil...@deeprootsystems.com;
b-cous...@ti.com
Subject: Re: [PATCH v2 0/5] Split powerdomain framework into plat
On Thu, 2010-12-02 at 16:57 +0530, ext Archit Taneja wrote:
This patch series which incorporates changes in DSS2 to enable
omap_dss_device instances to use the new Overlay Manager LCD2 in
DISPC.
On OMAP4, we have a new DISPC channel for Overlay Manager LCD2. This
channel's video port is a
If CONFIG_OMAP_MUX is not enabled, we can define board_mux in the header
file instead of forcing every single board to define it.
Signed-off-by: Aaro Koskinen aaro.koski...@nokia.com
---
v3: Use __maybe_unused instead of compiler-specific attribute.
v2: Use a static variable to avoid namespace
Thara Gopinath th...@ti.com writes:
omap2_common_pm_init is the API where generic system devices like
mpu, l3 etc get initialized. This has to happen really early on
during the boot and not at a later time. This is especially important
with the new opp changes as these devices need to be
On Tue, Nov 30, 2010 at 04:56:47PM -0800, Greg KH wrote:
On Tue, Nov 30, 2010 at 01:58:59PM -0600, David Sin wrote:
From: Lajos Molnar mol...@ti.com
This patch links the TILER driver into the Linux kernel build
and config system.
Signed-off-by: Lajos Molnar mol...@ti.com
On Wed, Dec 01, 2010 at 12:17:22PM +0530, Varadarajan, Charulatha wrote:
On Wed, Dec 1, 2010 at 01:28, David Sin david...@ti.com wrote:
The dmm driver is making use of omap_hwmod fw. But I could not see a patch
to add dmm hwmod data to omap4 hwmod base in this series. Is this patch
series
Certain errata in OMAP2+ processors will require forcing
master standby to no standby mode before completing on going
operation. Without this, the results will be unpredictable.
Since current implementation of PM run time framework does not support
changing sysconfig settings during middle of the
Santosh Shilimkar santosh.shilim...@ti.com writes:
[...]
Here is the refreshed version with change log. Also
attached the patch in case google mails raps it up.
From 0170159ae34957efb839d9143123f7ced795f62e Mon Sep 17 00:00:00 2001
From: Santosh Shilimkar santosh.shilim...@ti.com
Date:
On Thu, Dec 2, 2010 at 15:28, Kevin Hilman khil...@deeprootsystems.com wrote:
Tony Lindgren t...@atomide.com writes:
* Varadarajan, Charulatha ch...@ti.com [101125 04:39]:
Implement OMAP GPIO module in platform device model. OMAP2+ specific GPIO
module uses hwmod FW.
Tested on OMAP2430,
Certain errata in OMAP2+ processors will require forcing
master standby to no standby mode before completing on going
operation. Without this, the results will be unpredictable.
Since current implementation of PM run time framework does not support
changing sysconfig settings during middle of the
* G, Manjunath Kondaiah manj...@ti.com [2010-12-02 19:29:52 +0530]:
Certain errata in OMAP2+ processors will require forcing
master standby to no standby mode before completing on going
operation. Without this, the results will be unpredictable.
Since current implementation of PM run time
On Thu, Dec 2, 2010 at 6:33 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Thu, Dec 02, 2010 at 06:07:23AM -0600, Kanigeri, Hari wrote:
Hi Tony,
The following changes since commit e8a7e48bb248a1196484d3f8afa53bded2b24e71:
Linus Torvalds (1):
Linux 2.6.37-rc4
are
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Thursday, December 02, 2010 7:46 PM
To: Santosh Shilimkar
Cc: Govindraj; Paul Walmsley; linux-omap@vger.kernel.org
Subject: Re: Unbalanced IRQ wake disable during resume from static
suspend
Santosh
Hello Paul,
On Thu, Dec 2, 2010 at 8:23 AM, Paul Walmsley p...@pwsan.com wrote:
Hello Jean
On Thu, 25 Nov 2010, Jean Pihet wrote:
On Thu, Nov 25, 2010 at 6:35 PM, Paul Walmsley p...@pwsan.com wrote:
On Thu, 25 Nov 2010, Jean Pihet wrote:
On Thu, Nov 25, 2010 at 12:49 AM, Paul Walmsley
On 1 December 2010 00:25, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Tue, Nov 30, 2010 at 11:32:04PM +, Russell King - ARM Linux wrote:
Note that I'll go with factoring this out into arch/arm/kernel/smp_scu.c
for the time being, but I'm not convinced about the other parts
On Thu, Dec 02, 2010 at 08:50:07AM -0600, Guzman Lugo, Fernando wrote:
On Thu, Dec 2, 2010 at 6:33 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Thu, Dec 02, 2010 at 06:07:23AM -0600, Kanigeri, Hari wrote:
Hi Tony,
The following changes since commit
On 30 November 2010 22:16, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Tue, Nov 30, 2010 at 08:31:05PM +0300, Anton Vorontsov wrote:
This greatly reduces amount of platform-specific code, and thus
makes it easier to add local timers for new platforms.
Technically, it's not very
On Thu, Dec 02, 2010 at 03:19:05PM +, Catalin Marinas wrote:
On 1 December 2010 00:25, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Tue, Nov 30, 2010 at 11:32:04PM +, Russell King - ARM Linux wrote:
Note that I'll go with factoring this out into arch/arm/kernel/smp_scu.c
On Thu, Dec 2, 2010 at 9:20 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Thu, Dec 02, 2010 at 08:50:07AM -0600, Guzman Lugo, Fernando wrote:
On Thu, Dec 2, 2010 at 6:33 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Thu, Dec 02, 2010 at 06:07:23AM -0600,
When OneNAND support is disabled, the platform code defines NULL
board_onenand_data and empty init function for us. By utilizing this we
can avoid cluttering board files with dummy definitions/wrappers.
Signed-off-by: Aaro Koskinen aaro.koski...@nokia.com
---
arch/arm/mach-omap2/board-n8x0.c |
When OneNAND support is disabled, the platform code defines NULL
board_onenand_data and empty init function for us. By utilizing this we
can avoid cluttering board files with dummy definitions/wrappers.
Signed-off-by: Aaro Koskinen aaro.koski...@nokia.com
---
Currently intel_idle and acpi_idle driver show double cpu_idle exit idle
events - this patch fixes it and makes cpu_idle events throwing less complex.
It also introduces cpu_idle events for all architectures which use
the cpuidle subsystem, namely:
- arch/arm/mach-at91/cpuidle.c
-
and fill name, description and newly introduced abbrivation
consistenly (always use snprintf) in all cpuidle drivers.
This is mainly for perf timechart. It draws vector graphics
pictures of sleep/idle state usage catching perf cpu_idle events.
The string used for the idle state must not exceed 3
Before, power:cpu_idle events were very specific X86 Intel mwait events.
This got fixed with previous patches and cpu_idle events are now thrown by
all cpuidle drivers and can be mapped to the corresponding cpuidle state
in /sys.
This patch reads out the corresponding cpuidle name of a cpu_idle
On Thu, 2010-12-02 at 15:24 +, Russell King - ARM Linux wrote:
On Thu, Dec 02, 2010 at 03:19:05PM +, Catalin Marinas wrote:
On 1 December 2010 00:25, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Tue, Nov 30, 2010 at 11:32:04PM +, Russell King - ARM Linux wrote:
On Thursday 02 December 2010 17:42:27 Thomas Renninger wrote:
Before, power:cpu_idle events were very specific X86 Intel mwait events.
This got fixed with previous patches and cpu_idle events are now thrown by
all cpuidle drivers and can be mapped to the corresponding cpuidle state
in /sys.
* G, Manjunath Kondaiah manj...@ti.com [101124 04:43]:
Existing DMA API's are using cpu_*is_* checks for differentiating
omap1 and omap2+ code and handle cpu_*is_* checks with DMA device
attributes.
Also, move OMAP1 and OMAP2+ specific API's into respective mach-omap
dma driver files.
This
On Thursday, December 02, 2010 09:42:25 am Thomas Renninger wrote:
and fill name, description and newly introduced abbrivation
consistenly (always use snprintf) in all cpuidle drivers.
This is mainly for perf timechart. It draws vector graphics
pictures of sleep/idle state usage catching
On Thu, Dec 02, 2010 at 04:28:40PM +, Catalin Marinas wrote:
The SCU is part of the core TRM, so I don't expect it to be the same
across various MP cores (and A15 is an example).
You may want to consolidate functions like scu_prepare_cpus (maybe call
it smp_prepare_cpus)
You do realise
On Thu, 2010-12-02 at 17:38 +, Russell King - ARM Linux wrote:
On Thu, Dec 02, 2010 at 04:28:40PM +, Catalin Marinas wrote:
The SCU is part of the core TRM, so I don't expect it to be the same
across various MP cores (and A15 is an example).
You may want to consolidate functions
On Thu, Dec 02, 2010 at 05:38:24PM +, Russell King - ARM Linux wrote:
What if a platform, for what ever reason, wants to have 3 CPUs,
numbered 0, 2, 3 ? That's the reason why the code which sets the
possible and present maps isn't in the ARM core code - Eg, we don't
know if a platform
* G, Manjunath Kondaiah manj...@ti.com [101124 04:42]:
Convert DMA library into DMA platform driver and make use of
platform data provided by hwmod data base for OMAP2+ onwards.
For OMAP1 processors, the DMA driver in mach-omap uses resource
structures for getting platform data.
And has
* Tony Lindgren t...@atomide.com [101202 10:34]:
This fails on omap1 as d is not allocated. Please merge the
following fix.
And another fix here:
From: Tony Lindgren t...@atomide.com
Date: Thu, 2 Dec 2010 10:19:15 -0800
Subject: [PATCH] Fix omap1_system_dma_init to use ioremap
Fix
Hi Paul,
Thanks much for the help.
If the OMAP is in full-chip retention, the UART's asynchronous wakeup
mechanism won't work, which appears to be what you're trying to use.
That will only work when PER is fully powered, as far as I know. You'll
need to use the IO chain wakeup feature
* Tony Lindgren t...@atomide.com [101202 10:36]:
* Tony Lindgren t...@atomide.com [101202 10:34]:
This fails on omap1 as d is not allocated. Please merge the
following fix.
And another fix here:
One more fix below.
Note that even with these three fixes, 5912OSK still fails to
boot to
* G, Manjunath Kondaiah manj...@ti.com [101108 05:58]:
Implement errata handling to use flags instead of cpu_is_*
and cpu_class_* in the code.
The errata flags are initialized at init time and during runtime
we are using the errata variable (via the IS_DMA_ERRATA macro)
to execute the
On Thu, Dec 02, 2010 at 10:49:25AM -0800, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [101202 10:36]:
* Tony Lindgren t...@atomide.com [101202 10:34]:
This fails on omap1 as d is not allocated. Please merge the
following fix.
And another fix here:
One more fix below.
* G, Manjunath Kondaiah manj...@ti.com [101202 11:55]:
Note that even with these three fixes, 5912OSK still fails to
boot to init. Maybe something wrong with the framebuffer DMA?
Not sure. I don't have omap1 board for testing. Patch series is only
build tested for omap1.
Can you
This has been around since October:
drivers/video/omap2/vram.c: In function ■omap_vram_reserve_sdram_memblock■:
drivers/video/omap2/vram.c:573: error: ■MEMBLOCK_REAL_LIMIT■ undeclared (first
use in this function)
drivers/video/omap2/vram.c:573: error: (Each undeclared identifier is reported
drivers/built-in.o: In function `omapfb_do_probe':
drivers/video/omap/omapfb_main.c:1773: undefined reference to `omap2_int_ctrl'
Looks like there's a missing dependency for CONFIG_FB_OMAP. As the
only place omap2_int_ctrl is defined is in drivers/video/omap/dispc.c,
and this isn't built for
On Wed, Nov 10, 2010 at 07:50:24PM -0600, Omar Ramirez Luna wrote:
From: Felipe Contreras felipe.contre...@gmail.com
Also, don't be picky about the location, which incidentally fixes the
build since MEMBLOCK_REAL_LIMIT is gone on 2.6.37.
That comment is wrong. memblock_alloc() is still as
* Russell King - ARM Linux li...@arm.linux.org.uk [101202 13:04]:
This has been around since October:
drivers/video/omap2/vram.c: In function ■omap_vram_reserve_sdram_memblock■:
drivers/video/omap2/vram.c:573: error: ■MEMBLOCK_REAL_LIMIT■ undeclared
(first use in this function)
* Russell King - ARM Linux li...@arm.linux.org.uk [101202 13:15]:
drivers/built-in.o: In function `omapfb_do_probe':
drivers/video/omap/omapfb_main.c:1773: undefined reference to `omap2_int_ctrl'
Looks like there's a missing dependency for CONFIG_FB_OMAP. As the
only place omap2_int_ctrl is
On Thu, Dec 02, 2010 at 01:58:38PM -0800, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [101202 13:04]:
This has been around since October:
drivers/video/omap2/vram.c: In function ■omap_vram_reserve_sdram_memblock■:
drivers/video/omap2/vram.c:573: error:
Hi,
* Felipe Balbi ba...@ti.com [101202 03:38]:
Hi Tony,
I have a gigantic amount of patches on musb starting to move it to a
place where we can build am35x.c, omap2430.c and tusb6010.c together and
have a working binary.
There are a few changes still needed (as per comments Mike's
* Russell King - ARM Linux li...@arm.linux.org.uk [101202 14:06]:
On Thu, Dec 02, 2010 at 01:58:38PM -0800, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [101202 13:04]:
This has been around since October:
drivers/video/omap2/vram.c: In function
Hi all,
Here are some patches to allow us to pass the board specific mux data
to the platform level device init code, and then allow hwmod state
changes to do the pin muxing.
Dynamic remuxing is also supported as needed, the last patch in this
series sets up the board-*.c data for n8x0 to do
Do this by splitting _omap_mux_init_signal as it already has most
of the necessary features.
Based on an earlier patch by Dan Murphy dmur...@ti.com.
Cc: Dan Murphy dmur...@ti.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/mux.c | 73
This allows adding hwmod specific pads dynamically during the
platform device init.
Note that we don't currently have the hwmod specific signals
listed in the hwmod data, but struct omap_hwmod_mux_info will
make that possible if necessary.
Signed-off-by: Tony Lindgren t...@atomide.com
---
Allow hwmod state changes to mux pads based on the state changes.
By default, only enable and disable the pads. In some rare cases
dynamic remuxing for the idles states is needed, this can be done
by passing the enable, idle, and off pads from board-*.c file along
with OMAP_DEVICE_PAD_REMUX flag.
This way board specific pads can be initialized automatically.
Note that this does not currently handle the multiple hwmod case.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/devices.c |2 +-
arch/arm/mach-omap2/gpio.c|2 +-
Use omap_serial_init_port so we can let the serial code handle the
remuxing of the RX pads.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/board-n8x0.c | 66 --
1 files changed, 63 insertions(+), 3 deletions(-)
diff --git
This is needed to pass board specific data such as pads used.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/serial.c | 27 ++-
arch/arm/plat-omap/include/plat/serial.h |5 -
2 files changed, 22 insertions(+), 10 deletions(-)
* Aaro Koskinen aaro.koski...@nokia.com [101202 05:15]:
If CONFIG_OMAP_MUX is not enabled, we can define board_mux in the header
file instead of forcing every single board to define it.
Thanks, queueing for the next merge window.
Tony
--
To unsubscribe from this list: send the line unsubscribe
* Aaro Koskinen aaro.koski...@nokia.com [101202 07:40]:
When OneNAND support is disabled, the platform code defines NULL
board_onenand_data and empty init function for us. By utilizing this we
can avoid cluttering board files with dummy definitions/wrappers.
Applying these too.
Tony
--
To
* Kevin Hilman khil...@deeprootsystems.com [101202 02:01]:
Aaro Koskinen aaro.koski...@nokia.com writes:
clk_get() return value should be checked with IS_ERR().
Signed-off-by: Aaro Koskinen aaro.koski...@nokia.com
Acked-by: Kevin Hilman khil...@deeprootsystems.com
Thanks, will queue.
1 - 100 of 104 matches
Mail list logo