Hello Tero,
On Fri, 22 Jan 2010, Tero Kristo wrote:
Currently only ON, RET and OFF are supported, and ON is arguably broken as it
allows the powerdomain to enter INACTIVE state unless idle is prevented.
Now, pwrdm code prevents idle if ON is selected and hardware supervised
mode for the
-Original Message-
From: ext Paul Walmsley [mailto:p...@pwsan.com]
Sent: 02 February, 2010 00:11
To: Kristo Tero (Nokia-D/Tampere)
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCHv4 1/8] OMAP3: Clockdomain: Added API for
checking if HWSUP is enabled
Hi Tero,
On Fri, 22 Jan 2010,
From 10920ef5efbfced940eea0932e314b5a63ac706c Mon Sep 17 00:00:00 2001
From: Adrian Hunter adrian.hun...@nokia.com
Date: Tue, 2 Feb 2010 10:53:38 +0200
Subject: [PATCH] omap_hsmmc: allow compile without regulator framework
It is still possible to use the omap_hsmmc module
without the regulator
-Original Message-
From: ext Paul Walmsley [mailto:p...@pwsan.com]
Sent: 02 February, 2010 10:04
To: Kristo Tero (Nokia-D/Tampere)
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCHv4 2/8] OMAP: Powerdomains: Add support for
INACTIVE state on pwrdm level
Hello Tero,
On Fri, 22 Jan
From: Tero Kristo tero.kri...@nokia.com
Only RX interrupt will now kick the sleep prevent timer. In addition, TX
fifo status is checked before disabling clocks, this will prevent occasional
garbage being printed on serial line. Smartidle is also disabled while
entering idle if we have data in the
Hi Nishanth,
On Mon, 2010-02-01 at 20:48 +0100, ext Menon, Nishanth wrote:
Ameya Palande said the following on 02/01/2010 08:18 PM:
Since there is only 1 device there is no need of driver_minor global
variable.
i am a little skeptical about this change - mainly coz, it might be a good
Ameya Palande said the following on 02/02/2010 12:03 PM:
Hi Nishanth,
On Mon, 2010-02-01 at 20:48 +0100, ext Menon, Nishanth wrote:
Ameya Palande said the following on 02/01/2010 08:18 PM:
Since there is only 1 device there is no need of driver_minor global variable.
i am a little skeptical
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, February 02, 2010 3:47 AM
To: Felipe Balbi
Cc: ext Maulik Mankad; linux-omap@vger.kernel.org;
linux-u...@vger.kernel.org; David Brownell; Greg Kroah-Hartman; Sergei
Shtylyov; Olof Johansson
Subject: Re: [PATCH v3 2/2] ARM : OMAP4 : MUSB
Here is the 4 patch series based on top of 2.6.33-rc6.
Maulik Mankad (4):
[PATCH 1/4] USB : Add empty functions in otg.h
[PATCH 2/4] ARM : OMAP : Remove #ifdef from board-omap3evm.c
[PATCH 3/4] ARM : OMAP: MUSB : Pass board specific data using a structure
[PATCH 4/4] ARM : OMAP4 : MUSB : Add USB
USB : Add empty functions in otg.h
Add empty functions for usb_nop_xceiv_register()
and usb_nop_xceiv_unregister() in otg.h so that
these functions can be called even when
CONFIG_NOP_USB_XCEIV is not enabled.
It allows to remove ifdef's from board file.
Signed-off-by: Maulik Mankad
ARM : OMAP : Remove #ifdef from board-omap3evm.c
This patch removes #ifdef around usb_nop_xceiv_register()
from board-omap3evm.c
Signed-off-by: Maulik Mankad x0082...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Felipe Balbi felipe.ba...@nokia.com
Cc: Greg Kroah-Hartman gre...@suse.de
Cc: Olof
ARM : OMAP: MUSB :Pass board specific data from board file
Pass board specific data for MUSB (like interface_type,
mode etc) from board file by defining board
specific structure.
Each board file can define this structure based on
its requirement and pass this information to the
driver.
ARM : OMAP4 : Add USB support to 4430 SDP board file
This patch adds support for Mentor USB to 4430 SDP board
file.
It also defines the base address for HS USB OTG controller
in OMAP4.
Also updates platform specfic structure with base address
and IRQ details.
Signed-off-by: Maulik Mankad
On Tue, Feb 02, 2010 at 08:17:25AM +0100, Nishanth Menon wrote:
Current DSPBridge uses hardcoded logic which is not scalable
across OMAP3 silicons. introduce a structure based implementation
this allows for dsp frequency table indices to be generated runtime
instead of being compile time.
You
From: Tero Kristo tero.kri...@nokia.com
Improvements compared to previous version:
- Removed hacks from generic powerdomain code, instead added support
routines for OMAP3, which are used by pm34xx.c and cpuidle34xx.c, these
support routines only touch mpu, core and neon powerdomains
- Bug
From: Tero Kristo tero.kri...@nokia.com
Previously omap_sram_idle() did not know about the difference between ON and
INACTIVE states, which complicated the state handling in these cases. Now,
the following changes are done in the idle logic:
- Check for IO-chain arming is changed to reflect
From: Tero Kristo tero.kri...@nokia.com
Added omap3_pwrdm_set_next_pwrst and omap3_pwrdm_read_next_pwrst. These
functions add support for INACTIVE and ON states to the standard OMAP
powerdomain functions, and add caching logic for the next state. These
functions are used in subsequent patches to
From: Tero Kristo tero.kri...@nokia.com
pwrdm_can_idle(pwrdm) will check if the specified powerdomain can enter
idle. This is done by checking all clockdomains under the powerdomain
if they can idle also.
omap2_clkdm_can_idle(clkdm) will check if the specified clockdomain can
enter idle. This
From: Tero Kristo tero.kri...@nokia.com
New powerdomain support code for INACTIVE state removes the need to control
clockdomains directly from cpuidle. Also, cpuidle state definitions can now
directly support ON / INACTIVE simplifying the implementation.
Signed-off-by: Tero Kristo
From: Tero Kristo tero.kri...@nokia.com
Added definitions for OMAP3430ES2_ST_SGX_SHIFT and OMAP3430ES2_ST_SGX_MASK
as these were missing.
Signed-off-by: Tero Kristo tero.kri...@nokia.com
---
arch/arm/mach-omap2/cm-regbits-34xx.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
From: Tero Kristo tero.kri...@nokia.com
Following checks are made (and their reasoning):
- If CAM domain is active, prevent idle completely
* CAM pwrdm does not have HW wakeup capability
- If PER is likely to remain on, prevent PER off
* Saves on unnecessary context save/restore
- If CORE
From: Tero Kristo tero.kri...@nokia.com
With the new support functions this is now possible. Suspending to INACTIVE
is useful for testing purposes.
Signed-off-by: Tero Kristo tero.kri...@nokia.com
---
arch/arm/mach-omap2/pm34xx.c | 11 ++-
1 files changed, 6 insertions(+), 5
From: Tero Kristo tero.kri...@nokia.com
Following hacks will be moved inside cpuidle in subsequent patch:
- CAM domain prevents idle completely
- PER should not go OFF if core remains active
This simplifies the design and allows cpuidle to keep better track of which
power states system will
From: Tero Kristo tero.kri...@nokia.com
If off-mode is disabled, cpuidle now falls back to proper C state. Previously
the state was just simply hacked inside omap3_enter_idle which resulted
in wrong state residencies to be reported.
Signed-off-by: Tero Kristo tero.kri...@nokia.com
---
From: Felipe Contreras [mailto:felipe.contre...@nokia.com]
Sent: Tuesday, February 02, 2010 3:01 PM
On Tue, Feb 02, 2010 at 08:17:25AM +0100, Nishanth Menon wrote:
Current DSPBridge uses hardcoded logic which is not scalable
across OMAP3 silicons. introduce a structure based
On Tue, Feb 02, 2010 at 02:41:51PM +0100, Nishanth Menon wrote:
From: Felipe Contreras [mailto:felipe.contre...@nokia.com]
You forgot to mention the impact of this patch: DVFS is effectively
disabled until the next patch is applied. Right?
That is the reason why it is a patch series 2/2
* Pais, Allen allen.p...@ti.com [100201 18:56]:
From: Tony Lindgren [t...@atomide.com]
Sent: Monday, February 01, 2010 7:53 PM
To: Pais, Allen
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 1/2] omap: Disable GAIA I2C1/I2C4 internal pull-ups
Madhusudhan madhu...@ti.com writes:
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Kevin Hilman
Sent: Friday, January 29, 2010 6:27 PM
To: linux-omap@vger.kernel.org
Subject: [PATCH] OMAP2/3: update default
On Mon, 2010-02-01 at 17:57 +0100, Palande Ameya (Nokia-D/Helsinki)
wrote:
Since kfree() checks for null pointer, there is no need to check is again in
MEM_Free(). This patch also reorganizes the function to make it more readable.
Signed-off-by: Ameya Palande ameya.pala...@nokia.com
---
On Mon, 2010-02-01 at 21:00 +0100, ext Menon, Nishanth wrote:
Ameya Palande said the following on 02/01/2010 07:56 PM:
Since vfree() checks for null pointer, there is no need to check is again in
MEM_VFree(). This patch also reorganizes the function to make it more
readable.
From: Gomez Castellanos, Ivan ivan.go...@ti.com
The DRV_ProcUpdatestate function was only used in two places and
it only assigned a value.
Signed-off-by: Ivan Gomez ivan.go...@ti.com
Acked-by: Ameya Palande ameya.pala...@nokia.com
---
.../plat-omap/include/dspbridge/resourcecleanup.h |3
On 1/28/2010 7:18 PM, Gomez Castellanos, Ivan wrote:
In the previous patch, the function prototype was not removed.
From 22a3646710806c9390a48556ded889e19178db9e Mon Sep 17 00:00:00 2001
From: Ivan Gomezivan.go...@ti.com
Date: Thu, 28 Jan 2010 18:53:45 -0600
Subject: [PATCH] DSPBRIDGE: Remove
On 1/28/2010 10:44 AM, Ameya Palande wrote:
On Thu, 2010-01-28 at 17:05 +0100, ext Ramos Falcon, Ernesto wrote:
From 30b0f99526350abe2bf93c2a9729f8fa5f9bafc7 Mon Sep 17 00:00:00 2001
From: Ernesto Ramoserne...@ti.com
Date: Thu, 21 Jan 2010 14:36:07 -0600
Subject: [PATCH] DSPBRIDGE: Resource
From: Ernesto Ramos erne...@ti.com
Remove flag RES_CLEANUP_DISABLE to have dspbridge
resource cleanup allways enabled.
Signed-off-by: Ernesto Ramos erne...@ti.com
Acked-by: Ameya Palande ameya.pala...@nokia.com
---
arch/arm/plat-omap/include/dspbridge/_dcd.h|3 --
Hi,
On 1/26/2010 5:52 AM, Felipe Contreras wrote:
On Tue, Jan 26, 2010 at 3:56 AM, Omar Ramirez Lunaomar.rami...@ti.com wrote:
From: Hiroshi DOYUhiroshi.d...@nokia.com
Based on the discussion:
http://www.spinics.net/lists/arm-kernel/msg72810.html
HACK: export follow_page() for dspbridge
From f19c2e71f4268e357926461a7196d44703d896ae Mon Sep 17 00:00:00 2001
From: Ernesto Ramos erne...@ti.com
Date: Fri, 29 Jan 2010 01:18:56 +
Subject: [PATCH v2] DSPBRIDGE: Resource clean up always enabled
Remove flag RES_CLEANUP_DISABLE to have dspbridge
resource cleanup allways enabled.
On 1/27/2010 12:06 PM, Gomez Castellanos, Ivan wrote:
From f9d2f46583399c4addd3c2978c62d1821e0100d7 Mon Sep 17 00:00:00 2001
From: Ivan Gomezivan.go...@ti.com
Date: Thu, 21 Jan 2010 12:27:33 -0600
Subject: [PATCH] DSPBRIDGE: Check process context in bridge_ioctl
Check pcontext
On 2/2/2010 1:31 PM, Omar Ramirez Luna wrote:
From: Gomez Castellanos, Ivanivan.go...@ti.com
The DRV_ProcUpdatestate function was only used in two places and
it only assigned a value.
Signed-off-by: Ivan Gomezivan.go...@ti.com
Acked-by: Ameya Palandeameya.pala...@nokia.com
---
On 2/2/2010 2:18 PM, Omar Ramirez Luna wrote:
From: Ernesto Ramoserne...@ti.com
Remove flag RES_CLEANUP_DISABLE to have dspbridge
resource cleanup allways enabled.
Signed-off-by: Ernesto Ramoserne...@ti.com
Acked-by: Ameya Palandeameya.pala...@nokia.com
---
Tony/Allen/Paul,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Tony Lindgren
Sent: Tuesday, February 02, 2010 10:56 AM
To: Pais, Allen
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 1/2] omap: Disable GAIA
Paul,
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Monday, February 01, 2010 9:37 PM
To: Pais, Allen
Cc: linux-omap@vger.kernel.org; Sonasath, Moiz; t...@atomide.com
Subject: Re: [PATCH 1/2] omap: Disable GAIA I2C1/I2C4 internal pull-ups
Hi Allen,
On
These patches remove the typedefs and replace it with normal C types:
Shivananda Hebbar (8)
DSPBRIDGE: typedef cleanup -DSP RTOS
DSPBRIDGE: typedef cleanup -PROCTYPE
DSPBRIDGE: typedef cleanup -PROCFAMILY
DSPBRIDGE: typedef cleanup -DSP_HSTREAM
DSPBRIDGE: typedef cleanup -DSP_HPROCESSOR
These patches remove the typedefs and replace it with normal C types:
Shivananda Hebbar (8)
DSPBRIDGE: typedef cleanup -DSP RTOS
DSPBRIDGE: typedef cleanup -PROCTYPE
DSPBRIDGE: typedef cleanup -PROCFAMILY
DSPBRIDGE: typedef cleanup -DSP_HSTREAM
DSPBRIDGE: typedef cleanup -DSP_HPROCESSOR
From 5855acc38e699f9abfcdd11f1dbd5d648feecb74 Mon Sep 17 00:00:00 2001
From: Shivananda Hebbar x0heb...@ti.com
Date: Thu, 28 Jan 2010 18:57:02 -0600
Subject: [PATCH] DSPBRIDGE: Remove typedef used for DSPRTOS type and replace
it with normal C type.
This patch removes the typdef used for DSPRTOS
From 40939eb42f476a0ef7b4f67ebcb412b562daed81 Mon Sep 17 00:00:00 2001
From: Shivananda Hebbar x0heb...@ti.com
Date: Thu, 28 Jan 2010 19:14:21 -0600
Subject: [PATCH] DSPBRIDGE: Remove typedef used for PROCTYPE and replace
it with the normal C type
This patch removes the typedef
From 108329666e2bf829915c7de4a693fd83c00581a3 Mon Sep 17 00:00:00 2001
From: Shivananda Hebbar x0heb...@ti.com
Date: Fri, 29 Jan 2010 15:03:02 -0600
Subject: [PATCH] DSPBRIDGE: Remove typedef for PROCFAMILY and Replace it
with normal C type
This patch removes the typdef used for
From d3edb20499a7b084a7510d9930264ff2935a6048 Mon Sep 17 00:00:00 2001
From: Shivananda Hebbar x0heb...@ti.com
Date: Fri, 29 Jan 2010 15:32:44 -0600
Subject: [PATCH] DSPBRIDGE :Remove typedefs used for stream handle and replace
it with normal C types
This patch removes typedef used for stream
From 82f402b577d1afb535b319eed4a18087010ef679 Mon Sep 17 00:00:00 2001
From: Shivananda Hebbar x0heb...@ti.com
Date: Thu, 28 Jan 2010 20:06:40 -0600
Subject: [PATCH] DSPBRIDGE: Remove typdef used for Processor type replace it
with standard C type
Signed-off-by: Shivananda Hebbar x0heb...@ti.com
From b90284e0c81aa983ee60ce1fee8d69beba4061a6 Mon Sep 17 00:00:00 2001
From: Shivananda Hebbar x0heb...@ti.com
Date: Thu, 28 Jan 2010 20:22:04 -0600
Subject: [PATCH] DSPBRIDGE: Remove typedef for the node handle and replace it
with the C normal type.
Signed-off-by: Shivananda Hebbar
From 9c41e6639d93696cf92c740c026d887ab77f16a9 Mon Sep 17 00:00:00 2001
From: Shivananda Hebbar x0heb...@ti.com
Date: Thu, 28 Jan 2010 20:40:48 -0600
Subject: [PATCH] DSPBRIDGE: Remove typedef BRD_STATUS and replace it with
normal C type
This patch removes the typedef BRD_STATUS and
From 23b8b63a9f57c20b3f87ac886623d227d5448e8f Mon Sep 17 00:00:00 2001
From: Shivananda Hebbar x0heb...@ti.com
Date: Thu, 28 Jan 2010 20:53:48 -0600
Subject: [PATCH] DSPBRIDGE: Remove typedef CHNL_MODE and replace it with
normal C type
This patch removes the typedef CHNL_MODE.
From: Sonasath, Moiz
Sent: Tuesday, February 02, 2010 3:40 PM
To: Tony Lindgren; Pais, Allen
Cc: linux-omap@vger.kernel.org
Subject: RE: [PATCH 1/2] omap: Disable GAIA I2C1/I2C4 internal pull-ups
Tony/Allen/Paul,
-Original Message-
From:
* Adrian Hunter adrian.hun...@nokia.com [100202 01:21]:
From 10920ef5efbfced940eea0932e314b5a63ac706c Mon Sep 17 00:00:00 2001
From: Adrian Hunter adrian.hun...@nokia.com
Date: Tue, 2 Feb 2010 10:53:38 +0200
Subject: [PATCH] omap_hsmmc: allow compile without regulator framework
It is still
Hi all,
Here are some omap fixes for review.
Regards,
Tony
---
Kevin Hilman (2):
OMAP2/3: IRQ: ensure valid base address
OMAP2/3: GPMC: ensure valid clock pointer
Marek Skuczynski (1):
omap: Fix access to already released memory in clk_debugfs_register_one()
Sriram (1):
From: Uwe Kleine-König u.kleine-koe...@pengutronix.de
The only usage of _toggle_gpio_edge_triggering is in an
CONFIG_ARCH_OMAP1 is defined, too.
This fixes a compiler warning:
arch/arm/plat-omap/gpio.c:758: warning: '_toggle_gpio_edge_triggering'
defined but not used
when compiling
Remove old unused defines for OMAP_32KSYNCT_BASE
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/plat-omap/omap_device.c | 10 --
1 files changed, 0 insertions(+), 10 deletions(-)
diff --git a/arch/arm/plat-omap/omap_device.c b/arch/arm/plat-omap/omap_device.c
index
From: Sriram s...@ti.com
OMAP platforms(like OMAP3530) include DSP or other co-processors
for media acceleration. when carving out memory for the
accelerators we can end up creating a hole in the memory map
of sort:
kernel memoryhole(memory for accelerator)kernel memory
To handle such a memory
From: Kevin Hilman khil...@deeprootsystems.com
Ensure valid base address during IRQ init. Fixes compiler warning
about potential use of uninitialized variable.
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/irq.c |
From: Kevin Hilman khil...@deeprootsystems.com
Ensure valid clock pointer during GPMC init. Fixes compiler
warning about potential use of uninitialized variable.
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/gpmc.c
3630 has more mux signals than 34xx. The additional pins
exist in omap36xx_cbp_subset, but are not initialized
as the superset is missing these offsets. This causes
the following errors during the boot:
mux: Unknown entry offset 0x236
mux: Unknown entry offset 0x22e
mux: Unknown entry offset
David Binderman ran the sourceforge tool cppcheck over the source code of the
new Linux kernel 2.6.33-rc6:
[./arm/mach-omap2/mux.c:492]: (error) Buffer access out-of-bounds
13 characters + 1 digit + 1 zero byte is more than 14 characters.
Also add a comment on mode0 name length in case new
From: Marek Skuczynski marek...@gmail.com
I have found an access to already released memory in
clk_debugfs_register_one() function.
Signed-off-by: Marek Skuczynski marek...@gmail.com
Acked-by: Paul Walmsley p...@pwsan.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
Currently the omap serial clocks are autoidled after 5 seconds.
However, this causes lost characters on the serial ports. As this
is considered non-standard behaviour for Linux, disable the timeout.
Note that this will also cause blocking of any deeper omap sleep
states.
To enable the autoidling
* Tony Lindgren t...@atomide.com [100202 18:23]:
Currently the omap serial clocks are autoidled after 5 seconds.
However, this causes lost characters on the serial ports. As this
is considered non-standard behaviour for Linux, disable the timeout.
Note that this will also cause blocking of
Hi Tomi,
Today's linux-next merge of the omap_dss2 tree got a conflict in
arch/arm/mach-omap2/board-omap3pandora.c between commit
f8b6f704105164eac7c043a48f79c4234e03e4b2 (omap: Rename hsmmc symbols to
reflect independence from twl4030) from the omap tree and commit
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Hebbar, Shivananda
Sent: Tuesday, February 02, 2010 6:44 PM
To: linux-omap
Subject: [Patch 1/8] DSPBRIDGE: typedef cleanup -DSP RTOS
From
Looks good to me.
Regards,
Fernando.
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Hebbar, Shivananda
Sent: Tuesday, February 02, 2010 6:44 PM
To: linux-omap
Subject: [Patch 4/8] DSPBRIDGE: typedef cleanup -DSP_HSTREAM
Looks good to me.
Regards,
Fernando
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Hebbar, Shivananda
Sent: Tuesday, February 02, 2010 6:44 PM
To: linux-omap
Subject: [Patch 5/8] DSPBRIDGE: typedef cleanup
Looks good to me.
Regards,
Fernando.
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Hebbar, Shivananda
Sent: Tuesday, February 02, 2010 6:44 PM
To: linux-omap
Subject: [Patch 6/8] DSPBRIDGE: typedef cleanup -DSP_HNODE
Hi,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Hebbar, Shivananda
Sent: Tuesday, February 02, 2010 6:44 PM
To: linux-omap
Subject: [Patch 7/8] DSPBRIDGE: typedef cleanup -BRD_STATUS
From
70 matches
Mail list logo
