On Wednesday 01 June 2011 16:38:23 Tony Lindgren wrote:
But you could easily remove all the board specific struct
twl4030_codec_data and struct twl4030_codec_audio_data entries by adding a
default audio init option to omap_pmic_init for the common configuration.
Yeah, I can grep in the board
On Thu, Jun 2, 2011 at 1:26 AM, Kevin Hilman khil...@ti.com wrote:
Keshava Munegowda keshava_mgo...@ti.com writes:
Following 2 hwmod strcuture are added:
UHH hwmod of usbhs with uhh base address and
EHCI , OHCI irq and base addresses.
TLL hwmod of usbhs with the TLL base address and irq.
HIGMEM support is kernel is quite mature now and we have boards
like ZOOM, PANDA, SDP where 1 GB memories are installed.
Enable HIGMEM to make use of the additional memory.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
This won't boards which doesn't have excess memory. Tested
on
Fixing the change log ...
On 6/2/2011 5:36 PM, Santosh Shilimkar wrote:
HIGMEM support is kernel is quite mature now and we have boards
HIGMEM support in kernel is quite mature now and we have boards
like ZOOM, PANDA, SDP where 1 GB memories are installed.
Enable HIGMEM to make use of the
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Shilimkar, Santosh
Sent: Thursday, June 02, 2011 5:36 PM
To: linux-omap@vger.kernel.org
Cc: Shilimkar, Santosh
Subject: [PATCH RFC] OMAP2PLUS: Enable HIGHMEM
HIGMEM
On 6/2/2011 6:51 PM, Premi, Sanjeev wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Shilimkar, Santosh
Sent: Thursday, June 02, 2011 5:36 PM
To: linux-omap@vger.kernel.org
Cc: Shilimkar, Santosh
Subject: [PATCH RFC]
On Wed, 1 Jun 2011, Kevin Hilman wrote:
In the process of experimenting with other solutions, I found an
interesting discovery:
In the driver's -suspend() hook, I did something like this:
priv-forced_suspend = false;
if (!pm_runtime_suspended(dev)) {
Current OMAP2PLUS CPUfreq tagret() functions returns when all
the CPU's are not online. This will break DVFS when secondary
CPUs are offlined.
The intention of that check was just avoid CPU frequency change
during the window when CPU becomes online but it's cpufreq_init is
not done yet.
Fix the
Missed Kevin in cc. :(
Sorry about that.
Original Message
Subject: [PATCH] OMAP2+: CPUfreq: Allow the CPU scaling when secondary
CPUs are offline.
Date: Thu, 2 Jun 2011 20:21:10 +0530
From: Santosh Shilimkar santosh.shilim...@ti.com
To: linux-omap@vger.kernel.org
CC: Santosh
On Fri, May 6, 2011 at 6:17 AM, Lesly A M lesl...@ti.com wrote:
Patch series for TWL4030 power scripts for OMAP3 boards and
workaround for TWL erratum 27.
Changes for implementing TWL4030 power scripts recommended by hardware team.
Introduced a new TWL4030 power script file, which can be used
Alan Stern st...@rowland.harvard.edu writes:
On Wed, 1 Jun 2011, Kevin Hilman wrote:
In the process of experimenting with other solutions, I found an
interesting discovery:
In the driver's -suspend() hook, I did something like this:
priv-forced_suspend = false;
if
On Thu, Jun 2, 2011 at 8:36 AM, Steve Sakoman sako...@gmail.com wrote:
On Fri, May 6, 2011 at 6:17 AM, Lesly A M lesl...@ti.com wrote:
Patch series for TWL4030 power scripts for OMAP3 boards and
workaround for TWL erratum 27.
Changes for implementing TWL4030 power scripts recommended by
Hi,
Recently we got crashes few times after some other patches to 2.6.32 kernel.
This patch set greatly prevents race condition situations.
No crashes are noticed any more.
Now the driver should be ok for multi core as well.
Regards,
Dmitry
Dmitry Kasatkin (11):
omap-sham: remove extra
From: Dmitry Kasatkin dmitry.kasat...@nokia.com
Request pointer is already available in the function.
Signed-off-by: Dmitry Kasatkin dmitry.kasat...@nokia.com
---
drivers/crypto/omap-sham.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/crypto/omap-sham.c
From: Dmitry Kasatkin dmitry.kasat...@nokia.com
Some flags are changed in interrupt handlers and verified in the tasklet.
There might be a race condition when tasklet is interrupted or another
cpu/core will run IRQ handler and tasklet in parallel.
Atomic bitops functions are now used instead of
From: Dmitry Kasatkin dmitry.kasat...@nokia.com
Flags mask cannot be used with atomic bit operations.
This patch changes masks to bit numbers.
Atomic bit operations will be used by following patches.
Signed-off-by: Dmitry Kasatkin dmitry.kasat...@nokia.com
---
drivers/crypto/omap-sham.c | 102
From: Dmitry Kasatkin dmitry.kasat...@nokia.com
Signed-off-by: Dmitry Kasatkin dmitry.kasat...@nokia.com
---
drivers/crypto/omap-sham.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/crypto/omap-sham.c b/drivers/crypto/omap-sham.c
index b959dc6..84e5890 100644
From: Dmitry Kasatkin dmitry.kasat...@nokia.com
Calling omap_sham_handle_queue from done tasklet should be done
after irq scheduled tasklet completes.
Having additional tasklet does not solve that issue because it might
be execute before.
So queue handling tasklet has been removed and
From: Dmitry Kasatkin dmitry.kasat...@nokia.com
It could be a situation, that tasklet is executed twice because of
certain delay between dma callback and irq handler execution.
In that case, second tasklet execution could actually corrupt the data
of the new started dma transactions.
This patch
From: Dmitry Kasatkin dmitry.kasat...@nokia.com
Signed-off-by: Dmitry Kasatkin dmitry.kasat...@nokia.com
---
drivers/crypto/omap-sham.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/crypto/omap-sham.c b/drivers/crypto/omap-sham.c
index 7ca7075..804c16b
From: Dmitry Kasatkin dmitry.kasat...@nokia.com
Signed-off-by: Dmitry Kasatkin dmitry.kasat...@nokia.com
---
drivers/crypto/omap-sham.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/crypto/omap-sham.c b/drivers/crypto/omap-sham.c
index 804c16b..6399a8f
From: Dmitry Kasatkin dmitry.kasat...@nokia.com
Signed-off-by: Dmitry Kasatkin dmitry.kasat...@nokia.com
---
drivers/crypto/omap-sham.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/crypto/omap-sham.c b/drivers/crypto/omap-sham.c
index a8de7b8..7ca7075 100644
From: Dmitry Kasatkin dmitry.kasat...@nokia.com
Couple of context flags have been moved to device flags.
IRQ and tasklet handlers does not need to access request
context anymore.
Signed-off-by: Dmitry Kasatkin dmitry.kasat...@nokia.com
---
drivers/crypto/omap-sham.c | 19 ++-
From: Dmitry Kasatkin dmitry.kasat...@nokia.com
Signed-off-by: Dmitry Kasatkin dmitry.kasat...@nokia.com
---
drivers/crypto/omap-sham.c |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/drivers/crypto/omap-sham.c b/drivers/crypto/omap-sham.c
index 8a45fb7..ac12a60
Lesly A M lesl...@ti.com writes:
Power bus message sequence for TWL4030 to enter sleep/wakeup/warm_reset.
TWL4030 power scripts which can be used by different OMAP3 boards
with the power companion chip (TWL4030 series).
The twl4030 generic script can be used by any board file to update
the
On Thu, 2 Jun 2011, Kevin Hilman wrote:
OK. I was trying to catch that by checking pm_runtime_suspended(), but
now see that that cannot work in general.
The problem I'm trying to solve is how (or whether) I can use runtime PM
from the system PM methods, specifically in the case where
On Wed, 1 Jun 2011, Julia Lawall wrote:
From: Julia Lawall ju...@diku.dk
Add missing call to clk_put.
A simplified version of the semantic match that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
// smpl
@r exists@
expression e1,e2;
statement S;
@@
e1 =
Email-Id Awarded £750.000.00 Pounds in B.P.O Promo Send
--
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
Email-Id Awarded £750.000.00 Pounds in B.P.O Promo Send
--
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
Nishanth Menon n...@ti.com writes:
OMAP2 is the only family using clk_[init|exit]_cpufreq_table, however,
the cpufreq code has does not use clk_init_cpufreq_table. As a result,
it is unusuable for OMAP2 and only usable only on platforms using OPP
library.
So move the compilation for cpufreq
Nishanth Menon n...@ti.com writes:
OMAP2+ all have frequency tables, hence the hacks we had for older
silicon do not need to be carried forward. As part of this change,
use cpufreq_frequency_table_target to find the best match for
frequency requested.
Signed-off-by: Nishanth Menon
Nishanth Menon n...@ti.com writes:
Release the mpu_clk in fail paths.
Reported-by: Todd Poynor toddpoy...@google.com
Signed-off-by: Nishanth Menon n...@ti.com
Thanks, applied.
Kevin
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
First stab at iommu consolidation:
- Migrate OMAP's iommu driver to the generic iommu API. With this in hand,
users can now start using the generic iommu layer instead of calling
omap-specific iommu API.
New code that requires functionality missing from the generic iommu api,
will add
Migrate OMAP's iommu to the generic iommu api, so users can stay
generic, and non-omap-specific code can be removed and eventually
consolidated into a generic framework.
Tested on both OMAP3 and OMAP4.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
---
arch/arm/plat-omap/Kconfig |
Create a dedicated folder for iommu drivers, and move the base
iommu implementation over there.
Grouping the varius iommu drivers in a single location will help
finding similar problems shared by different platforms, so they
could be solved once, in the iommu framework, instead of solved
This should ease finding similarities with other platforms,
with the intention of solving problems once in a generic framework
which everyone can use.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
---
arch/arm/mach-msm/Kconfig | 12
Move OMAP's iommu drivers to the dedicated iommu drivers folder.
While OMAP's iovmm (virtual memory manager) driver does not strictly
belong to the iommu drivers folder, move it there as well, because
it's by no means OMAP-specific (in concept. technically it is still
coupled with the omap
First step towards migrating omap3isp to the generic iommu api.
At this point we still need a handle of the omap-specific iommu, mainly
because we highly depend on omap's iovmm.
Migration will be fully completed only once omap's iovmm will be generalized
(or replaced by a generic virtual memory
Migrate omap's iovmm (virtual memory manager) to the generic iommu api.
This brings iovmm a step forward towards being completely non
omap-specific (it's still assuming omap's iommu page sizes, and also
maintaining state inside omap's internal iommu structure, but it no
longer calls omap-specific
Nishanth Menon n...@ti.com writes:
OMAP2 is the only family using clk_[init|exit]_cpufreq_table, however,
the cpufreq code has does not use clk_init_cpufreq_table. As a result,
it is unusuable for OMAP2 and only usable only on platforms using OPP
library.
So move the compilation for cpufreq
On Tue, 31 May 2011, Kevin Hilman wrote:
After commit 4d27e9dcff00a6425d779b065ec8892e4f391661 (PM: Make power
domain callbacks take precedence over subsystem ones), the power
domain callbacks need to call the driver callbacks instead of relying
on the default subsystem (in this case,
Santosh Shilimkar santosh.shilim...@ti.com writes:
Current OMAP2PLUS CPUfreq tagret() functions returns when all
the CPU's are not online. This will break DVFS when secondary
CPUs are offlined.
The intention of that check was just avoid CPU frequency change
during the window when CPU
Todd Poynor toddpoy...@google.com writes:
Reading the VPVOLTAGE field of PRM_VP_*_VOLTAGE registers currently
relies on a u32 - u8 conversion to mask off the FORCEUPDATEWAIT field
in the upper bits. Make this explicit using the mask symbol
already defined, added as a new field in struct
Hi Ohad,
On Wednesday 01 June 2011 18:39:46 Ohad Ben-Cohen wrote:
Fix a potential NULL pointer dereference by skipping registration of
external entities in case none are provided.
This is useful at least when testing mere memory-to-memory scenarios.
Signed-off-by: Ohad Ben-Cohen
On Thu, Jun 2, 2011 at 17:45, Kevin Hilman khil...@ti.com wrote:
Nishanth Menon n...@ti.com writes:
OMAP2 is the only family using clk_[init|exit]_cpufreq_table, however,
the cpufreq code has does not use clk_init_cpufreq_table. As a result,
it is unusuable for OMAP2 and only usable only on
Nishanth Menon n...@ti.com writes:
Due to a TRM bug, the current code assumes that channel0(core) is the default
channel. With the additional explanation provided by the hardware team, it is
clear that PRM_VC_CFG_CHANNEL register allows for flexibility of configuring
for various PMIC
Nishanth Menon n...@ti.com writes:
The only user of omap_vc_i2c_init is vc.c itself, makes
no reason for us to expose it out.
This also fixes the sparse warning:
arch/arm/mach-omap2/vc.c:207:13: warning: symbol 'omap_vc_i2c_init' was not
declared. Should it be static?
Signed-off-by:
On Thu, Jun 2, 2011 at 18:45, Kevin Hilman khil...@ti.com wrote:
Nishanth Menon n...@ti.com writes:
Due to a TRM bug, the current code assumes that channel0(core) is the default
channel. With the additional explanation provided by the hardware team, it is
clear that PRM_VC_CFG_CHANNEL
Hi,
Good approach.
CC'ed the Samsung IOMMU developer. Marek.
BTW, Russell wants to use the DMA based IOMMU?
Please see the RFC patch, ARM: DMA-mapping IOMMU integration
http://www.spinics.net/lists/linux-mm/msg19856.html
Thank you,
Kyungmin Park
On Fri, Jun 3, 2011 at 7:27 AM, Ohad Ben-Cohen
Menon, Nishanth n...@ti.com writes:
On Thu, Jun 2, 2011 at 18:45, Kevin Hilman khil...@ti.com wrote:
Nishanth Menon n...@ti.com writes:
Due to a TRM bug, the current code assumes that channel0(core) is the
default
channel. With the additional explanation provided by the hardware team, it
Hi Russell,
On Wednesday 01 June 2011 16:03:06 Russell King - ARM Linux wrote:
On Wed, Jun 01, 2011 at 03:50:50PM +0200, Laurent Pinchart wrote:
In the specific iovmm case, the driver uses the sglist API to build a
list of page-size sg entries, and then process it in software. Is that
On Thu, Jun 2, 2011 at 19:10, Kevin Hilman khil...@ti.com wrote:
Menon, Nishanth n...@ti.com writes:
On Thu, Jun 2, 2011 at 18:45, Kevin Hilman khil...@ti.com wrote:
Nishanth Menon n...@ti.com writes:
Due to a TRM bug, the current code assumes that channel0(core) is the
default
channel.
Lesly A M lesl...@ti.com writes:
Patch series for TWL4030 power scripts for OMAP3 boards and
workaround for TWL erratum 27.
Changes for implementing TWL4030 power scripts recommended by hardware team.
Introduced a new TWL4030 power script file, which can be used by different
OMAP3 board
On Thu, Jun 2, 2011 at 09:51, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
Current OMAP2PLUS CPUfreq tagret() functions returns when all
the CPU's are not online. This will break DVFS when secondary
CPUs are offlined.
The intention of that check was just avoid CPU frequency change
54 matches
Mail list logo