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 port
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 Hunter [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 functions get called
sometimes
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
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 t
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 == OM
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
---
v2: Use a static variable to avoid namespace pollution.
arch/arm/mach-omap2/board-2430sdp.c|2 --
arch/arm/mach-omap2/b
Tony Lindgren writes:
> * Varadarajan, Charulatha [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 that this patch seri
Aaro Koskinen writes:
> clk_get() return value should be checked with IS_ERR().
>
> Signed-off-by: Aaro Koskinen
Acked-by: Kevin Hilman
> ---
> arch/arm/mach-omap2/io.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/arch/arm/mach-omap2/io.c b/arch/arm/mach-oma
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 pa
On Wed, Dec 1, 2010 at 11:16 PM, Varadarajan, Charulatha wrote:
> On Thu, Dec 2, 2010 at 07:57, Kanigeri, Hari wrote:
>> On Wed, Dec 1, 2010 at 8:10 PM, Kanigeri, Hari wrote:
>>> On Wed, Dec 1, 2010 at 12:04 AM, Varadarajan, Charulatha
>>> wrote:
David,
>>>
> + if (
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
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]OM
On Thu, Dec 2, 2010 at 15:53, Hari Kanigeri wrote:
> On Wed, Dec 1, 2010 at 11:16 PM, Varadarajan, Charulatha wrote:
>> On Thu, Dec 2, 2010 at 07:57, Kanigeri, Hari wrote:
>>> On Wed, Dec 1, 2010 at 8:10 PM, Kanigeri, Hari wrote:
On Wed, Dec 1, 2010 at 12:04 AM, Varadarajan, Charulatha
>
On Thu, Dec 2, 2010 at 2:38 PM, Santosh Shilimkar
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: linux-omap@vger.kernel.org; Govindra
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 *muxname,
> >> 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 regi
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:
git://gitoriou
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 / disable
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
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 Benoit Cousso
From: Jonathan Bergsagel
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
Signed-off-by: Benoit Cousson
Cc: Paul Walmsley
Cc: Rajendra Nayak
---
arch/arm/mach-omap2/clock44xx_data.c |6 +-
From: Rajendra Nayak
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
Signed-off-by: Benoit Cousson
Cc: Paul Walmsley
---
arch/arm/mach-omap2/clock44xx_data.c | 175 +
From: Rajendra Nayak
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 clocks (dpll p
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" 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 Mode When
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 t
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 a
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 d
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 source port for RFBI, DSI2 and DPI. The
Primary channel's video port
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
---
drivers/video/omap2/dss/dss_features.c | 43 ++-
drivers/video/omap2/dss/dss_features.h |7 -
2 files change
From: Sumit Semwal
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 corresponding Overlay
From: Sumit Semwal
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 different channels.
From: Sumit Semwal
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 Semwal
Signed-off-by:
From: Sumit Semwal
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 registers DISPC_CONTROL2 a
DISPC_CONFIG bits LCDENABLEPOL, LCDENABLESIGNAL, PCKFREEENABLE and FUNCGATED
have been removed from OMAP4, use dss_features to handle them correctly.
Signed-off-by: Archit Taneja
---
drivers/video/omap2/dss/dispc.c | 12 +++-
1 files changed, 11 insertions(+), 1 deletions(-)
diff --gi
From: Sumit Semwal
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 omap_dss_device struc
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
--- a/arch/arm/mach-omap2/m
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 pandaboard
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;
Santos
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 ful
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
> ---
> arch/arm/plat-omap/iovmm.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/arch/arm/plat-omap/iovmm.c b/
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:
>
> git://gitorious.org/iommu_mailbox/iommu
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
s
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 i
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
---
v3: Use __maybe_unused instead of compiler-specific attribute.
v2: Use a static variable to avoid namespace pollution.
arch/arm/ma
Thara Gopinath 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 built before
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
> >
> > This patch links the TILER driver into the Linux kernel build
> > and config system.
> >
> > Signed-off-by: Lajos Molnar
> > Signed-off-by: David
On Wed, Dec 01, 2010 at 12:17:22PM +0530, Varadarajan, Charulatha wrote:
> On Wed, Dec 1, 2010 at 01:28, David Sin 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
> tested?
y
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 th
Santosh Shilimkar 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
> Date: Thu, 2 Dec 2010 14:36:17 +0530
> Subject: [PAT
On Thu, Dec 2, 2010 at 15:28, Kevin Hilman wrote:
> Tony Lindgren writes:
>
>> * Varadarajan, Charulatha [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 Bla
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 th
* G, Manjunath Kondaiah [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 framewor
On Thu, Dec 2, 2010 at 6:33 AM, Russell King - ARM Linux
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 available
> -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
>
> Sant
Hello Paul,
On Thu, Dec 2, 2010 at 8:23 AM, Paul Walmsley wrote:
> Hello Jean
>
> On Thu, 25 Nov 2010, Jean Pihet wrote:
>
>> On Thu, Nov 25, 2010 at 6:35 PM, Paul Walmsley wrote:
>> > On Thu, 25 Nov 2010, Jean Pihet wrote:
>> >> On Thu, Nov 25, 2010 at 12:49 AM, Paul Walmsley wrote:
>> >> >
>>
On 1 December 2010 00:25, Russell King - ARM Linux
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 yet.
>
> IOW, somethi
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
> wrote:
> > On Thu, Dec 02, 2010 at 06:07:23AM -0600, Kanigeri, Hari wrote:
> >> Hi Tony,
> >>
> >> The following changes since commit
> >> e8a7e48bb248a1196484d3f8af
On 30 November 2010 22:16, Russell King - ARM Linux
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 nice to place
On Thu, Dec 02, 2010 at 03:19:05PM +, Catalin Marinas wrote:
> On 1 December 2010 00:25, Russell King - ARM Linux
> 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 ti
On Thu, Dec 2, 2010 at 9:20 AM, Russell King - ARM Linux
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
>> wrote:
>> > On Thu, Dec 02, 2010 at 06:07:23AM -0600, Kanigeri, Hari wrote:
>> >> Hi Tony,
>> >>
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
---
arch/arm/mach-omap2/board-n8x0.c | 26 +---
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
---
arch/arm/mach-omap2/board-rx51-peripherals.c | 28
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
- arch/arm/
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 c
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 ev
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
> > wrote:
> > > On Tue, Nov 30, 2010 at 11:32:04PM +, Russell King - ARM Linux wrote:
> > >> Note that I
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 [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 patch is
On Thu, Dec 02, 2010 at 09:07:25AM -0800, Tony Lindgren wrote:
> * G, Manjunath Kondaiah [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+
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 real
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 fun
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 [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 never been te
* Tony Lindgren [101202 10:34]:
>
> This fails on omap1 as d is not allocated. Please merge the
> following fix.
And another fix here:
From: Tony Lindgren
Date: Thu, 2 Dec 2010 10:19:15 -0800
Subject: [PATCH] Fix omap1_system_dma_init to use ioremap
Fix omap1_system_dma_init to use ioremap
S
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 [101202 10:36]:
> * Tony Lindgren [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 init. Maybe something wr
* G, Manjunath Kondaiah [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 required errat
On Thu, Dec 02, 2010 at 10:49:25AM -0800, Tony Lindgren wrote:
> * Tony Lindgren [101202 10:36]:
> > * Tony Lindgren [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.
Thanks. I wil
* G, Manjunath Kondaiah [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 pls
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
only
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 OMAP
On Wed, Nov 10, 2010 at 07:50:24PM -0600, Omar Ramirez Luna wrote:
> From: Felipe Contreras
>
> 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 picky as the
original.
* Russell King - ARM Linux [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)
> drivers/video/omap2/vram.c:5
* Russell King - ARM Linux [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 defined is in dri
* Tony Lindgren [101119 09:38]:
> * Dan Murphy [101117 09:58]:
> > --- a/arch/arm/mach-omap2/mux.c
> > +++ b/arch/arm/mach-omap2/mux.c
> >
> > +static struct omap_mux *omap_mux_get_by_mux(struct omap_mux_partition
> > *partition,
> > + char *name)
> > +{
> > +
On Thu, Dec 02, 2010 at 01:58:38PM -0800, Tony Lindgren wrote:
> * Russell King - ARM Linux [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■
Hi,
* Felipe Balbi [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 comments on
* Russell King - ARM Linux [101202 14:06]:
> On Thu, Dec 02, 2010 at 01:58:38PM -0800, Tony Lindgren wrote:
> > * Russell King - ARM Linux [101202 13:04]:
> > > This has been around since October:
> > >
> > > drivers/video/omap2/vram.c: In function
> > > ■omap_vram_reserve_sdram_memblock■:
> >
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 uart
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 .
Cc: Dan Murphy
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/mux.c | 73 ++---
1 files changed, 48 insertions(
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
---
arch/arm/mach-omap2/mu
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
---
arch/arm/mach-omap2/devices.c |2 +-
arch/arm/mach-omap2/gpio.c|2 +-
arch/arm/mach-omap2/
Use omap_serial_init_port so we can let the serial code handle the
remuxing of the RX pads.
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/board-n8x0.c | 66 --
1 files changed, 63 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-omap2/board-n
1 - 100 of 108 matches
Mail list logo