On Tue, Dec 14, 2010 at 02:33:11PM -0600, Rene Sapiens wrote:
- pfn_unload(pnode-nldr_node_obj,
+ load(pnode-nldr_node_obj,
NLDR_EXECUTE);
Unload got swapped with load here.
This might
Shubhro,
On Wed, Dec 15, 2010 at 13:24, Datta, Shubhrajyoti shubhrajy...@ti.com wrote:
On Wed, Dec 15, 2010 at 11:01 AM, Varadarajan, Charulatha ch...@ti.com
wrote:
* Shubhrajyoti D a0393...@india.ti.com [2010-12-15 09:39:58 +0530]:
From: Abraham Arce x0066...@ti.com
Enable Runtime PM
On Tue, 2010-12-14 at 21:09 +0100, Janusz Krzysztofik wrote:
In its current form, the driver may interfere with different hardware on
different boards if built into the kernel, hence is not suitable for
inclusion into a defconfig, inteded to be usable with multiple OMAP1 cpu and
machine
On Tue, Dec 14, 2010 at 07:27:33PM -0700, Paul Walmsley wrote:
On Sat, 4 Dec 2010, G, Manjunath Kondaiah wrote:
Add OMAP2430 DMA hwmod data and also add required
DMA device attributes.
...
+/* dma_system - L3 */
+static struct omap_hwmod_ocp_if omap2430_dma_system__l3 = {
+
On Tue, Dec 14, 2010 at 07:25:23PM -0700, Paul Walmsley wrote:
Manju
On Sat, 4 Dec 2010, G, Manjunath Kondaiah wrote:
Add OMAP2420 DMA hwmod data and also add required
DMA device attributes.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
Cc: Benoit Cousson b-cous...@ti.com
Hi Paul,
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Wednesday, December 15, 2010 12:18 PM
To: Rajendra Nayak
Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
Santosh Shilimkar; Benoit Cousson
Subject: RE: [PATCH 01/11] OMAP4: PRCM: add
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Wednesday, December 15, 2010 9:28 AM
To: Rajendra Nayak
Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
Mark Brown; Benoit Cousson; Kevin Hilman;
Peter Ujfalusi; Santosh Shilimkar; Jarkko
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Wednesday, December 15, 2010 12:18 PM
To: Rajendra Nayak
Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
Santosh Shilimkar; Benoit Cousson
Subject: RE: [PATCH 01/11] OMAP4: PRCM: add
Now that the Amstrad Delta NAND driver is converted to a platform driver,
which prevents it from interfering with other unrelated hardware in multiple
OMAP1 cpu and machine configurations, it can be automatically configured for
being built into the kernel if the Amstrad Delta board is also
Hi!
I'm trying to port the support patches for an OMAP3530 based development
kit by Technexion.
Technexion provides patches for PSP kernel trees, I need to use a kernel
with modern IR stack, so I'm developing against linux-omap-2.6.git
I'm mostly done with the initial port, however, I'm
On Wed, Dec 15, 2010 at 11:55:24AM +, Tomasz Mloduchowski wrote:
Hi!
I'm trying to port the support patches for an OMAP3530 based
development kit by Technexion.
Technexion provides patches for PSP kernel trees, I need to use a
kernel with modern IR stack, so I'm developing against
Hi,
On Wed, Dec 15, 2010 at 6:50 AM, Paul Walmsley p...@pwsan.com wrote:
On Mon, 6 Dec 2010, Paul Walmsley wrote:
In preparation for adding OMAP4-specific PRCM accessor/mutator
functions, split the existing OMAP2/3 PRCM code into OMAP2/3-specific
files. Most of what was in
I would gladly welcome any pointers that could help me solve this issue.
you're connecting a FS/LS device to EHCI port, that doesn't work. OMAP
can't handle port handoff to companion OHCI controller, then it fails
not being able to enumerate the device. Try remuxing your port to OHCI
controller
On Wed, Dec 15, 2010 at 12:27:10PM +, Tomasz Mloduchowski wrote:
I would gladly welcome any pointers that could help me solve this issue.
you're connecting a FS/LS device to EHCI port, that doesn't work. OMAP
can't handle port handoff to companion OHCI controller, then it fails
not being
On 12/15/2010 7:48 AM, Paul Walmsley wrote:
Hi Rajendra
On Wed, 8 Dec 2010, Rajendra Nayak wrote:
Would it help if we can avoid one more level of function
indirection (given that these are low level apis) and store
the Partition offsets in the tables above (instead of func
pointers) and do
On 13 December 2010 16:29, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Mon, Dec 13, 2010 at 03:52:20PM +, Catalin Marinas wrote:
On 10 December 2010 17:03, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Fri, Dec 10, 2010 at 12:03:07PM +0100, Janusz Krzysztofik
There is no MFD config option, MFD_SUPPORT should be selected instead.
This will prevent build errors when trying out different configurations.
Signed-off-by: Aaro Koskinen aaro.koski...@nokia.com
---
arch/arm/mach-omap2/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
It's not possible to compile a kernel for this board without I2C,
MFD_SUPPORT and TWL4030_CORE, so those should be selected. This will
prevent build errors when trying out different configurations.
Signed-off-by: Aaro Koskinen aaro.koski...@nokia.com
---
arch/arm/mach-omap2/Kconfig |4
Hi,
On Wed, Dec 15, 2010 at 8:00 AM, Paul Walmsley p...@pwsan.com wrote:
I am reviewing these patches for merging, and would appreciate your help.
On Sun, 7 Nov 2010, Felipe Contreras wrote:
Paul already sent these, but I did some minor modifications, mostly to
minimize
the amount of
On 12/15/10 12:39, Felipe Balbi wrote:
On Wed, Dec 15, 2010 at 12:27:10PM +, Tomasz Mloduchowski wrote:
I would gladly welcome any pointers that could help me solve this
issue.
you're connecting a FS/LS device to EHCI port, that doesn't work. OMAP
can't handle port handoff to companion
Hi Paul,
On 12/15/2010 2:09 AM, Paul Walmsley wrote:
I had to modify this patch in order to apply it. Following is the updated
patch. Please let me know if this patch doesn't result in the correct
file.
- Paul
From: Benoit Coussonb-cous...@ti.com
Date: Tue, 14 Dec 2010 17:37:24 -0700
Hi Paul,
Here is a small set of OMAP4 hwmod data updates.
Re-order properly the data that were a little bit shuffled during
the previous merge window.
Add the new reset flags introduced in 2.6.37 and that were not
used in the hwmod data. The OMAP2 and OMAP3 fixes should come soon...
...maybe not
The original OMAP4 hwmod data files is fully generated from HW
database. But since the file is introduced incrementaly along
with driver that uses the data, it has to be splitted by the driver
owner and then re-merged by the maintainer.
Because of the similarity of the data, git is completely lost
Update the data for GPIO, UART, WD_TIMER and I2C in order to
support the new reset status flag introduce in the following
commit:
commit 2cb068149c365f1c2b10f2ece6786139527dcc16
OMAP: hwmod: Fix softreset status check for some new OMAP4 IPs
Without this flag properly set, the reset is done, but
Add IVA and DSP hwmods in order to allow the pm code to
initialize properly the processors devices during
omap2_init_processor_devices.
It will avoid the following warnings.
_init_omap_device: could not find omap_hwmod for iva
_init_omap_device: could not find omap_hwmod for dsp
Signed-off-by:
The DMM is a piece of interconnect that need to be configured properly
for the tiler functionnality. It thus exposes some configuration registers
that were missing previously.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Signed-off-by: Paul Walmsley p...@pwsan.com
---
Since i2c1 and i2c2 are using the same data, remove the two previous
instances and use a common i2c_dev_attr one.
Moreover, that will fix the following warning:
arch/arm/mach-omap2/omap_hwmod_2430_data.c:485:
warning: 'i2c_dev_attr' defined but not used
Signed-off-by: Benoit Cousson
Fix opt clocks name in clock framework and hwmod.
Add the missing iclk in the ocp_if structure.
Add the HWMOD_CONTROL_OPT_CLKS_IN_RESET flag to ensure
the the GPIO optional clock is enable during reset.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Tested-by: Charulatha V ch...@ti.com
From: Kevin Hilman khil...@deeprootsystems.com
In the omap_hwmod core, most of the SYSCONFIG register helper
functions do not directly write the register, but instead just modify
a value passed in.
This patch converts the _enable_wakeup() and _disable_wakeup() helper
functions to take a value
On Wed, Dec 15, 2010 at 2:28 PM, Varadarajan, Charulatha ch...@ti.com wrote:
Shubhro,
On Wed, Dec 15, 2010 at 13:24, Datta, Shubhrajyoti shubhrajy...@ti.com
wrote:
On Wed, Dec 15, 2010 at 11:01 AM, Varadarajan, Charulatha ch...@ti.com
wrote:
* Shubhrajyoti D a0393...@india.ti.com
There is a common requirement for not using OMAP specific omap_readw() /
omap_writew() function calls in drivers/, but replace them with
readw() / writew() on ioremap()ped addresses passed from arch/ instead.
The patch implements this idea for the Amstrad Delta NAND driver. To be
able to use
Hi Paul,
Here is a small series that just remove the omap_hwmod_mutex
and move functions not needed at runtime to the __init section.
It fix as well a bug discovered during the on-going hwmod migration
of device that does have a functional clock external (mcpdm).
It extends as well the fix
Do not allow omap_hwmod_register to be used outside the core
hwmod code. An omap_hwmod should be registered only at init time.
Remove the omap_hwmod_unregister that is not used today since the
hwmod list will be built once at init time and never be modified
at runtime.
Signed-off-by: Benoit
_register, _find_mpu_port_index and _find_mpu_rt_base are static APIs
that will be used only during the omap_hwmod initialization phase.
There is no need to keep them for runtime.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman
From: Rajendra Nayak rna...@ti.com
In cases where a module (hwmod) does not become accesible on enabling
the main clocks (can happen if there are external clocks needed
for the module to become accesible), make sure the clocks are not
left enabled.
This ensures that when the requisite external
The hwmod list will be built are init time and never
be modified at runtime. There is no need anymore to protect
the list from concurrent accesses using a mutex.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman khil...@deeprootsystems.com
---
The new OMAP4 IPs introduced a new idle mode named smart-idle with wakeup.
This new idlemode replaces the enawakeup for the new IPs but seems to
coexist as well for some legacy IPs (UART, GPIO, MCSPI...)
Add the new SIDLE_SMART_WKUP flag to mark the IPs that support this
capability.
The
On Wed, 15 Dec 2010, Russell King - ARM Linux wrote:
No it doesn't - this is not a valid reason to bugger about with drivers
to make them non-standard.
omap_ioremap() can be improved to retain its re-use of static mappings
by having some kind of tree structure or something like that -
On Wed, 2010-12-15 at 08:46 +0530, ext Archit Taneja wrote:
The following patches caused compilation errors in rfbi.c and dsi.c:
OMAP: DSS2: Introduce omap_channel argument to DISPC functions used by
interface drivers
OMAP: DSS2: Change remaining DISPC functions for new omap_channel argument
On Wed, 15 Dec 2010, G, Manjunath Kondaiah wrote:
On Tue, Dec 14, 2010 at 07:27:33PM -0700, Paul Walmsley wrote:
On Sat, 4 Dec 2010, G, Manjunath Kondaiah wrote:
Add OMAP2430 DMA hwmod data and also add required
DMA device attributes.
...
+/* dma_system - L3 */
+static
Hi Kevin,
snip..
if (pwrdm_read_pwrst(pwrdm) PWRDM_POWER_ON) {
+ if ((pwrdm_read_pwrst(pwrdm) state)
+ (pwrdm-flags PWRDM_HAS_LOWPOWERSTATECHANGE)) {
+ ret = pwrdm_set_next_pwrst(pwrdm, state);
+
Hi Paul,
Two OMAP DSS fixes for the next rc.
Tomi
The following changes since commit cf7d7e5a1980d1116ee152d25dac382b112b9c17:
Linux 2.6.37-rc5 (2010-12-06 20:09:04 -0800)
are available in the git repository at:
git://gitorious.org/linux-omap-dss2/linux.git for-paul-rc
Tomi Valkeinen
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Tuesday, December 14, 2010 6:37 AM
To: Gopinath, Thara
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH] OMAP: pm.c correct the initcall for an early init.
Gopinath, Thara th...@ti.com writes:
On Wed, 15 Dec 2010, G, Manjunath Kondaiah wrote:
On Wed, Dec 15, 2010 at 04:39:17PM +0530, G, Manjunath Kondaiah wrote:
On Tue, Dec 14, 2010 at 07:25:23PM -0700, Paul Walmsley wrote:
On Sat, 4 Dec 2010, G, Manjunath Kondaiah wrote:
Add OMAP2420 DMA hwmod data and also add required
On Wed, Dec 15, 2010 at 08:14:49AM -0700, Paul Walmsley wrote:
On Wed, 15 Dec 2010, G, Manjunath Kondaiah wrote:
On Tue, Dec 14, 2010 at 07:27:33PM -0700, Paul Walmsley wrote:
On Sat, 4 Dec 2010, G, Manjunath Kondaiah wrote:
Add OMAP2430 DMA hwmod data and also add required
DMA
Govindraj.R govindraj.r...@ti.com writes:
Changes invloves:
1) Addition of hwmod data for omap2/3/4.
1) McSPI driver hwmod adaptation with cleanup of base address
macros and using omap-device API's.
2) Runtime Conversion of McSPI driver
Changes from v1:
On Tue, Dec 14, 2010 at 10:50 PM, Paul Walmsley p...@pwsan.com wrote:
Hi,
On Mon, 6 Dec 2010, Paul Walmsley wrote:
In preparation for adding OMAP4-specific PRCM accessor/mutator
functions, split the existing OMAP2/3 PRCM code into OMAP2/3-specific
files. Most of what was in
On Wed, Dec 15, 2010 at 12:39:20PM +, Catalin Marinas wrote:
On 13 December 2010 16:29, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Mon, Dec 13, 2010 at 03:52:20PM +, Catalin Marinas wrote:
On 10 December 2010 17:03, Russell King - ARM Linux
li...@arm.linux.org.uk
On Wednesday 15 December 2010 17:13:42 Charles Manning wrote:
On Thursday 09 December 2010 21:30:48 Luca Ceresoli wrote:
Charles Manning wrote:
Luca, I have been having similar problems on a hacked Overo kernel.
I have no problems with 2.6.35.
I tried just commenting out the
Hi Aaro,
* Aaro Koskinen aaro.koski...@nokia.com [101215 04:48]:
It's not possible to compile a kernel for this board without I2C,
MFD_SUPPORT and TWL4030_CORE, so those should be selected. This will
prevent build errors when trying out different configurations.
This one I'm not so convinced
Kevin Hilman had written, on 12/13/2010 09:49 PM, the following:
Hi Nishanth,
Nishanth Menon n...@ti.com writes:
as discussed in [1], here is step 2 - idle path errata fixes.
this is the next rev incorporating comments from V2 post
of this series.
I had a couple small comments on individual
Kevin Hilman had written, on 12/13/2010 09:28 PM, the following:
Nishanth Menon n...@ti.com writes:
Erratum id: i608
RTA (Retention Till Access) feature is not supported and leads to device
stability issues when enabled. This impacts modules with embedded memories
on OMAP3630
Workaround is to
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
Felipe Contreras (1):
OMAP: iommu: make iva2 iommu
This patch contains changes to west bridge device controller driver in staging
area.
The west bridge device controller driver is modified to use gpmc configuration
functions instead of directly modifying gpmc registers.
This patch is continuation of David Cross' david.cr...@cypress.com earlier
On Wed, Dec 15, 2010 at 03:03:45PM -0800, Sutharsan wrote:
This patch contains changes to west bridge device controller driver in
staging area.
The west bridge device controller driver is modified to use gpmc
configuration functions instead of directly modifying gpmc registers.
This patch
Rajendra Nayak rna...@ti.com writes:
Hi Kevin,
snip..
if (pwrdm_read_pwrst(pwrdm) PWRDM_POWER_ON) {
+ if ((pwrdm_read_pwrst(pwrdm) state)
+ (pwrdm-flags PWRDM_HAS_LOWPOWERSTATECHANGE)) {
+ ret = pwrdm_set_next_pwrst(pwrdm,
Nishanth Menon n...@ti.com writes:
Kevin Hilman had written, on 12/13/2010 09:42 PM, the following:
Nishanth Menon n...@ti.com writes:
Vishwanath Sripathy had written, on 12/13/2010 08:58 AM, the following:
[...]
diff --git a/arch/arm/mach-omap2/pm34xx.c b/arch/arm/mach-
omap2/pm34xx.c
Nishanth Menon n...@ti.com writes:
Kevin Hilman had written, on 12/13/2010 09:28 PM, the following:
Nishanth Menon n...@ti.com writes:
Erratum id: i608
RTA (Retention Till Access) feature is not supported and leads to device
stability issues when enabled. This impacts modules with embedded
Kevin Hilman had written, on 12/15/2010 05:47 PM, the following:
I agree that this additional check in sram_idle should be removed, but
as long as I handle it in omap3_pm_off_mode_enable where the next
states are configured, is'nt that enough or am I missing something?
Setting the next states
Nishanth Menon had written, on 12/15/2010 06:05 PM, the following:
Kevin Hilman had written, on 12/15/2010 05:47 PM, the following:
I agree that this additional check in sram_idle should be removed, but
as long as I handle it in omap3_pm_off_mode_enable where the next
states are configured,
Hi Kevin,
Just fyi, I tested pm-core(no patches of mine) against SDP3430(ES3.1)
and Beagle Rev C1(ES3.0) (that is the only board I could dig up): both
fail - I think basically 3630 is broken atm!.
Beagleboard:
with omap2plus_defconfig + MLO, u-boot.bin from
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Nishanth Menon
Sent: Thursday, December 16, 2010 7:57 AM
To: Kevin H; linux-omap@vger.kernel.org
Subject: pm-core broken
Hi Kevin,
Just fyi, I tested pm-core(no
Use runtime pm APIs to enable/disable mailbox clocks and
to configure SYSC register.
Based on the patch sent by Felipe Contreras:
https://patchwork.kernel.org/patch/101662/
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
arch/arm/mach-omap2/mailbox.c | 27 +--
From: Felipe Contreras felipe.contre...@gmail.com
Remove static platform_device and resource data within
omap mailbox driver; use the one defined in the hwmod
database along with omap_device framework for device
build and registration.
Add device latency functions to be used, so clock can be
From: Felipe Contreras felipe.contre...@gmail.com
Mailbox hwmod data for omap3.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 71
1 files changed, 71
From: omar ramirez omar.rami...@ti.com
Mailbox hwmod data for omap2430 and 2420.
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_2420_data.c | 73
arch/arm/mach-omap2/omap_hwmod_2430_data.c | 72 +++
From: Benoit Cousson b-cous...@ti.com
Mailbox hwmod data for omap4.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 67
1 files changed, 67 insertions(+), 0
Tested on 3430, based of pm-core branch. Patches affecting mailbox code
may require rebase once the mailbox git pull is made.
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg39719.html
** v4 **
- Merged device latency info with previous patch in series.
- Removed usage of
Hi Tony,
On Wed, Nov 24, 2010 at 12:04 PM, Ohad Ben-Cohen o...@wizery.com wrote:
Power to the wl12xx wlan device is controlled by a fixed regulator.
Boards that have the wl12xx should select REGULATOR_FIXED_VOLTAGE so
users will not be baffled.
Not sure if you picked this up ?
We need it
69 matches
Mail list logo
