Hi Rajendra,
On Fri, 17 Sep 2010, Rajendra Nayak wrote:
From: Paul Walmsley p...@pwsan.com
Add hwmod structures for I2C controllers on OMAP2420/2430.
Looking at this series, patch 3 seems to be missing. Could you please
investigate why?
regards
- Paul
--
To unsubscribe from this list:
On Mon, Sep 20, 2010 at 09:46:34AM -0500, Igor Grinberg wrote:
On 09/20/10 08:39, Felipe Balbi wrote:
On Thu, Sep 16, 2010 at 04:12:06AM -0500, Igor Grinberg wrote:
Yes it will, but even if the hub reset gpio is for some reason unavailable,
we don't want to disable ehci completely...
then
On Fri, 17 Sep 2010, Rajendra Nayak wrote:
From: Paul Walmsley p...@pwsan.com
Add hwmod structures for I2C controllers on OMAP2420/2430.
Signed-off-by: Paul Walmsley p...@pwsan.com
Signed-off-by: Rajendra Nayak rna...@ti.com
Some items that stick out in this patch that should be fixed:
On Tue, 21 Sep 2010, Paul Walmsley wrote:
Hi Rajendra,
On Fri, 17 Sep 2010, Rajendra Nayak wrote:
From: Paul Walmsley p...@pwsan.com
Add hwmod structures for I2C controllers on OMAP2420/2430.
Looking at this series, patch 3 seems to be missing. Could you please
investigate why?
On Fri, 17 Sep 2010, Rajendra Nayak wrote:
Add hwmod structures for I2C controllers on OMAP3430.
Also in this patch:
+static struct omap_hwmod omap3xxx_i2c1_hwmod = {
+ .name = i2c1,
+ .mpu_irqs = i2c1_mpu_irqs,
+ .mpu_irqs_cnt = ARRAY_SIZE(i2c1_mpu_irqs),
+
On 9/20/2010 7:30 PM, Kevin Hilman wrote:
Ohad Ben-Coheno...@wizery.com writes:
Hi Hari,
On Thu, Aug 12, 2010 at 12:44 AM, Kanigeri, Harih-kanige...@ti.com wrote:
+/* Attempt to acquire a spinlock once */
+int hwspinlock_trylock(struct hwspinlock *handle)
+{
+ int retval = 0;
+
+
Hi Benoit,
On Tue, Sep 21, 2010 at 2:26 AM, Cousson, Benoit b-cous...@ti.com wrote:
Hi Kishore
On 9/18/2010 6:34 PM, Kadiyala, Kishore wrote:
The offset handling implementation of omap4 mmc registers which
was already present can't be reused once hwmod modifications are done
for mmc
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Tuesday, September 21, 2010 12:47 PM
To: Nayak, Rajendra
Cc: linux-omap@vger.kernel.org; Kevin Hilman
Subject: Re: [PATCH v2 2/5] OMAP3: hwmod: add I2C hwmods for OMAP3430
On Fri, 17 Sep 2010, Rajendra Nayak
Hi Rajendra,
On Tue, 21 Sep 2010, Nayak, Rajendra wrote:
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Tuesday, September 21, 2010 12:39 PM
To: Nayak, Rajendra
Cc: linux-omap@vger.kernel.org; Kevin Hilman
Subject: Re: [PATCH v2 1/5] OMAP2xxx: hwmod: add
Any more comments?
Archit
Taneja, Archit wrote:
From: Archit Taneja arc...@ti.com
Calls init functions of dss_features during dss_probe, and
the following features are made omap independent:
- number of managers, overlays
- supported color modes for each overlay
- supported
On Tue, 21 Sep 2010, Paul Walmsley wrote:
My original comment was somewhat inaccurate. Looking again at the 2430
TRM, it looks like the idlest_reg_id is correct, but that the prcm_reg_id
is not quite correct, at least for the FCLKEN register - not currently
used by hwmod. We may have to
I'm not seeing these, just booted my n800 last night with the cbus
patches from Felipe. I believe all I did was yes | ARCH=arm make
oldconfig
on the n8x0_defconfig that we still have around.
I've seen things like that with some USB serial dongles earlier,
I believe that the pl2303 based
This v2 version of sparse fixes series has review comments incorporated
which are archived at:
http://www.spinics.net/lists/linux-omap/msg35427.html
Out of total 11 patches in v1 series, three patches are dropped from this
version
since two patches are accepted and already applied in other
This patch fixes below sparse warnings for incorrect assignments.
arch/arm/mach-omap2/control.c:195:16: warning: incorrect type in assignment
(different address spaces)
arch/arm/mach-omap2/control.c:195:16:expected unsigned int [usertype]
*v_addr
arch/arm/mach-omap2/control.c:195:16:got
This patch fixes sparse warnings due to non declaration of
static structures and variables.
Sparse warning logs fixed:
arch/arm/mach-omap2/control.c:88:6: warning: symbol 'omap3_secure_ram_storage'
was not declared. Should it be static?
n
arch/arm/mach-omap2/timer-gp.c:50:22: warning: symbol
This patch fixes sparse warnings due non declarations of static functions.
arch/arm/mach-omap2/timer-gp.c:115:12: warning: symbol
'omap2_gp_clockevent_set_gptimer' was not declared. Should it be static?
arch/arm/mach-omap2/powerdomain.c:993:5: warning: symbol
'pwrdm_set_lowpwrstchange' was not
This patch fixes miscellaneous sparse warnings in mach-omap2.
arch/arm/mach-omap2/board-am3517evm.c:141:17: warning: Initializer entry
defined twice
arch/arm/mach-omap2/board-am3517evm.c:142:18: also defined here
arch/arm/mach-omap2/irq.c:50:35: warning: Using plain integer as NULL pointer
This patch fixes sparse warnings due non declarations of static functions.
arch/arm/plat-omap/sram.c:130:13: warning: symbol 'omap_detect_sram' was not
declared. Should it be static?
arch/arm/plat-omap/sram.c:216:13: warning: symbol 'omap_map_sram' was not
declared. Should it be static?
This patch fixes sparse warning for static declaration of variable use_dma
drivers/mtd/nand/omap2.c:114:11: warning: symbol 'use_dma' was not declared.
Should it be static?
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
Cc: linux-arm-ker...@lists.infradead.org
Cc:
Fixes below sparse warning.
drivers/mfd/twl-core.c:258:20: warning: symbol 'twl_map' was not declared.
Should it be static?
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
Cc: linux-arm-ker...@lists.infradead.org
Cc: Samuel Ortiz sa...@linux.intel.com
Cc: Tony Lindgren t...@atomide.com
Cc:
Fixes following sparse warnings for twl4030 and twl6030 irq files.
drivers/mfd/twl4030-irq.c:783:5: warning: symbol 'twl4030_init_irq' was not
declared. Should it be static?
drivers/mfd/twl4030-irq.c:863:5: warning: symbol 'twl4030_exit_irq' was not
declared. Should it be static?
Following sparse warnings exists due to use of writel/w and readl/w functions.
This patch fixes the sparse warnings by converting readl/w functions usage into
__raw_readl/__raw_readw functions.
arch/arm/mach-omap2/board-omap3evm.c:77:12: warning: symbol '__v' shadows an
earlier one
The keypad matrix variable declaration is not matching
with structure variable keymap declared in keypad_matrix.h.
Due to this, following sparse warnings are generated with omap3_defconfig.
arch/arm/mach-omap2/board-devkit8000.c:223:14: warning: incorrect type in
initializer (different
On 09/21/10 06:46, Hemanth V wrote:
- Original Message - From: Jonathan Cameron
ker...@jic23.retrosnub.co.uk
To: Dmitry Torokhov dmitry.torok...@gmail.com
Cc: Hemanth V heman...@ti.com; linux-in...@vger.kernel.org;
linux-ker...@vger.kernel.org; linux-omap@vger.kernel.org
Sent:
The failure exit paths seems to be wrong in probe function.
This patch corrects exit failure paths for error handling
cases.
Boot warning incase of request irq failure:
[1.553985] twl4030_keypad twl4030_keypad: request_irq failed for irq no=369
[1.561157] [ cut here
The PIN which controls LCD's reset signal (VGA_nRESET/h_GPIO_96) was not
configured as a GPIO. We had to modify the OMAP MUX, and select this PIN
(CAM_XCLKA) as an output GPIO (OMAP_MUX_MODE4). (kernel 2.6.35)
Be aware of changing this PIN will probably disable the camera, because
it was
Tony,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Ghorai, Sukumar
Sent: Monday, September 20, 2010 7:01 PM
To: Tony Lindgren
Cc: linux-omap@vger.kernel.org; linux-...@lists.infradead.org; linux-arm-
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Tuesday, September 21, 2010 1:36 PM
To: Nayak, Rajendra
Cc: linux-omap@vger.kernel.org; Kevin Hilman
Subject: RE: [PATCH v2 1/5] OMAP2xxx: hwmod: add I2C hwmods for OMAP2420,
2430
On Tue, 21 Sep 2010, Paul
Call runtime pm APIs pm_runtime_put_sync() and pm_runtime_get_sync()
for enabling/disabling the clocks, sysconfig settings instead of using
clock FW APIs.
Signed-off-by: Charulatha V ch...@ti.com
---
drivers/watchdog/omap_wdt.c | 42 +++---
1 files changed,
Add watchdog timer hwmod data for OMAP3 chip
Signed-off-by: Charulatha V ch...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 66
1 files changed, 66 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_3xxx_data.c
From: Benoit Cousson b-cous...@ti.com
Add watchdog timer hwmod data for OMAP4 chip
Signed-off-by: Benoit Cousson b-cous...@ti.com
Signed-off-by: Charulatha V ch...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 135
1 files changed, 135 insertions(+), 0
This patch splits omap_init_wdt() into separate omap_init_wdt()
functions under mach-omap1 and mach-omap2 and set them up with
subsys_initcall.
Also it uses omap_device_build() API instead of
platform_device_register() for watchdog timer device registration
for OMAP2plus chips.
For OMAP2plus
Hi,
-Original Message-
From: Ameya Palande [mailto:ameya.pala...@nokia.com]
Sent: Tuesday, September 21, 2010 7:04 PM
To: G, Manjunath Kondaiah
Cc: linux-omap@vger.kernel.org; linux-in...@vger.kernel.org;
Dmitry Torokhov; linux-arm-ker...@lists.infradead.org; Tony Lindgren
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Tuesday, September 21, 2010 5:37 AM
To: Varadarajan, Charulatha
Cc: t...@atomide.com; linux-omap@vger.kernel.org; p...@pwsan.com; Cousson,
Benoit; Nayak, Rajendra; Basak, Partha
Subject: Re: [PATCH v6
This series makes I2C device registration use hwmod and omap_device api's
and converts the I2C driver to use runtime PM api's.
Patches apply on the pm-core branch from Kevin's tree.
v3 has minor review comment fixes over v2
The series is boot tested on a 2430sdp platform along with being tested
From: Paul Walmsley p...@pwsan.com
Split the OMAP1 and OMAP2+ platform_device build and register code.
Convert the OMAP2+ variant to use omap_device.
This patch was developed in collaboration with Rajendra Nayak
rna...@ti.com.
Signed-off-by: Paul Walmsley p...@pwsan.com
Signed-off-by: Rajendra
Add hwmod structures for I2C controllers on OMAP3430.
This patch was developed in collaboration with Paul Walmsley p...@pwsan.com.
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman khil...@deeprootsystems.com
---
Add hwmod structures for I2C controllers on OMAP4430.
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Benoit Cousson b-cous...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 237
1 files changed, 237 insertions(+), 0 deletions(-)
diff --git
From: Paul Walmsley p...@pwsan.com
Add hwmod structures for I2C controllers on OMAP2420/2430.
Signed-off-by: Paul Walmsley p...@pwsan.com
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap2/cm-regbits-24xx.h |4 +
This patch converts the i2c driver to use PM runtime apis
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: Kevin Hilman khil...@deeprootsystems.com
Cc: Paul Walmsley p...@pwsan.com
---
drivers/i2c/busses/i2c-omap.c | 67 +
1 files changed, 21
If a module's OCP slave port is programmed to be in smartidle,
its also necessary that they have module level wakeup enabled.
Update _sysc_enable in hwmod framework to do this.
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Partha Basak p-bas...@ti.com
Signed-off-by: Benoît Cousson
* Madhusudhan madhu...@ti.com [100920 09:06]:
Please don't use cpu_is_omap tests in the drivers, drivers
should be generic.
Instead, just pass a feature flag in the platform_data for this
feature like HSMMC_REVERSE_RESET_LOGIC or similar.
This is not a feature. It is like
* Ghorai, Sukumar s-gho...@ti.com [100918 11:16]:
This handler should be in gpmc.c as it may be needed for other GPMC
connected devices on the same system. You can use chained irq handlers
to allow all the drivers to use the interrupt then.
[Ghorai]
You mean as this function used the
Hi all,
I was trying to use current linux-omap master to put together a custom
minimal defconfig for a beagleboard, and I'm seeing a compile error:
CC init/main.o
In file included from include/linux/highmem.h:9,
from include/linux/pagemap.h:10,
from
* Gadiyar, Anand gadi...@ti.com [100921 08:41]:
Hi all,
I was trying to use current linux-omap master to put together a custom
minimal defconfig for a beagleboard, and I'm seeing a compile error:
CC init/main.o
In file included from include/linux/highmem.h:9,
from
CC init/main.o
In file included from include/linux/highmem.h:9,
from include/linux/pagemap.h:10,
from include/linux/mempolicy.h:70,
from init/main.c:50:
SNIP
Also the patch series updates various low level platform specific
serial data to support omap-uarts with hwmod framework and adds support
for uart4 on OMAP3630.
This series is missing a couple things to work more broadly on all
boards, specifically 3630-based boards.
First, due to
Add basic suppot, enable uart and led.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap2/Kconfig |7 ++
arch/arm/mach-omap2/Makefile |1 +
arch/arm/mach-omap2/board-cm-t3517.c | 109 ++
CompuLab CM-T3517 module is based on AM3517 (Sitara) SoC.
CM-T3517 supports on-board 256/128MB DDR2 DRAM, 512/128MB NAND flash,
WIFI-BlueTooth combo chip, USB HUB, AC97 Codec,
TouchScreen controller, RTC.
This patch series add a basic support for CM-T3517
and some of its peripheral devices.
add support for hsusb host ports 1, 2 and on-module usb hub.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t3517.c | 50 ++
1 files changed, 50 insertions(+), 0 deletions(-)
diff --git
add support for v3020 rtc.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t3517.c | 36 ++
1 files changed, 36 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-cm-t3517.c
add support for NAND flash.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t3517.c | 54 ++
1 files changed, 54 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-cm-t3517.c
add support for TI HECC.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t3517.c | 45 ++
1 files changed, 45 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-cm-t3517.c
Hi Paul,
On 9/21/2010 7:03 AM, Paul Walmsley wrote:
Hi Benoît,
I regret the delay -
Considering the job you did on that reset series, you are already
forgiven :-)
On Thu, 5 Aug 2010, Benoit Cousson wrote:
Here are a reset management series.
- The first patch will be removed as soon
commit 9d85ac1e6 introduced a small typo. This causes the build
to break when CONFIG_CPU_V7 is set and CONFIG_CPU_V6 and
CONFIG_SMP_ON_UP are not. (log below)
CC init/main.o
In file included from include/linux/highmem.h:9,
from include/linux/pagemap.h:10,
* Anand Gadiyar gadi...@ti.com [100921 08:57]:
commit 9d85ac1e6 introduced a small typo. This causes the build
to break when CONFIG_CPU_V7 is set and CONFIG_CPU_V6 and
CONFIG_SMP_ON_UP are not. (log below)
CC init/main.o
In file included from include/linux/highmem.h:9,
Hi Benoît,
On Tue, 21 Sep 2010, Cousson, Benoit wrote:
That's really good. The low level reset does indeed belong to PRM more than
the hwmod core code.
Thanks for the OMAP2/3 stuff as well, IVA people were starting to ping me for
that support.
I've just rebased my OMAP4 hwmods series on
* Tony Lindgren t...@atomide.com [100914 12:04]:
Here's a patch for __flush_icache_all. I believe this is the last
remaining patch we need.
The only other thing I can think of are the conflicts with
CONFIG_CPU_32v6K, on early ARM1136 and later ARM11 systems if somebody
wants to compile a
On Tue, Sep 21, 2010 at 9:33 PM, Igor Grinberg grinb...@compulab.co.il wrote:
add support for hsusb host ports 1, 2 and on-module usb hub.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t3517.c | 50
++
...
@@
Hi,
On Tue, Sep 21, 2010 at 07:11:01PM +0530, G, Manjunath Kondaiah wrote:
Hi,
-Original Message-
From: Ameya Palande [mailto:ameya.pala...@nokia.com]
Sent: Tuesday, September 21, 2010 7:04 PM
To: G, Manjunath Kondaiah
Cc: linux-omap@vger.kernel.org;
Hello,
This series contains hwmod core fixes and improvements, and is intended for
merging via Tony's tree for 2.6.37.
The patches in this series are also available via git at
git://git.pwsan.com/linux-2.6 hwmod_2.6.37
based on v2.6.36-rc5.
regards,
- Paul
---
hwmod_2.6.37
textdata
From: Rajeev Kulkarni raje...@ti.com
OMAP4 platform has different register bits for Warm and Cold Resets.
Write one into appropriate bits.
Signed-off-by: Rajeev Kulkarni raje...@ti.com
Cc: Leed Aguilar leed.agui...@ti.com
[b-cous...@ti.com: Change the define with the proper one from omap4
This patch adds hard-reset support for processor modules (e.g., DSP, IVA)
on OMAP2/3 platforms. It's based on the OMAP4 hard-reset support that Benoît
developed in the previous patch.
This patch is a collaboration between Benoît Cousson b-cous...@ti.com
and Paul Walmsley p...@pwsan.com.
From: Benoît Cousson b-cous...@ti.com
Most processor IPs does have a hardreset signal controlled by the PRM.
This is different of the softreset used for local IP reset from the
SYSCONFIG register.
The granularity can be much finer than orginal HWMOD, for ex, the IVA
hwmod contains 3 reset lines,
From: Benoît Cousson b-cous...@ti.com
Most processor modules (e.g., DSP, IVA, IPU) on OMAPs can be reset
under the control of the PRM. This patch adds an API for this purpose
for OMAP4 devices:
int omap4_prm_is_hardreset_asserted(void __iomem *rstctrl_reg, u8 shift);
int
Expose an hardreset API from hwmod in order to assert / deassert all the
individual reset lines that belong to an hwmod. This API is needed by
some of the more complicated processor drivers, e.g., DSP/Bridge,
Syslink, etc.
Signed-off-by: Paul Walmsley p...@pwsan.com
Cc: Benoît Cousson
From: Benoit Cousson b-cous...@ti.com
Since OMAP4 is using an absolute address, the current PRM accessors
are not useable.
OMAP4 adaptation for these API are currently ongoing, so define temp
version until the proper ones are defined.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Signed-off-by:
From: Benoit Cousson b-cous...@ti.com
Force the softreset of every IPs during the _setup phase.
IPs that cannot support softreset or that should not
be reset must set the HWMOD_INIT_NO_RESET flag in the
hwmod struct.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Signed-off-by: Paul Walmsley
From: Kevin Hilman khil...@ti.com
Currently omap_hwmod_mutex is being used to protect both the list
access/modification and concurrent access to hwmod functions. This
patch separates these two types of locking.
First, omap_hwmod_mutex is used only to protect access and
modification of
From: Benoit Cousson b-cous...@ti.com
The dma request line attribute was named dma channel, which leads
to confusion with the real dma channel definition.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Signed-off-by: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman khil...@deeprootsystems.com
---
From: Liam Girdwood l...@slimlogic.co.uk
The reset function wrongly used the state flag as a bit mask and was trying
to re-enable after a reset.
hwmod is still enabled for the PRCM point of view after a softreset
so there is no need to re-enable.
Remove the state check from omap_hwmod_reset
From: Benoit Cousson b-cous...@ti.com
The disable function was disabling clocks and dependencies
from both enable and idle state. Since idle function is already
disabling both, an enable - idle - disable sequence will
try to disable twice the clocks and thus generate a
Trying disable clock XXX
In OMAP3 a specific SYSSTATUS register was used to get the softreset status.
Starting in OMAP4, some IPs does not have SYSSTATUS register and instead
use the SYSC softreset bit to provide the status.
Other cases might exist:
- Some IPs like McBSP does have a softreset control but no reset status.
Some modules (like GPIO, DSS...) require optionals clock to be enabled
in order to complete the sofreset properly.
Add a HWMOD_CONTROL_OPT_CLKS_IN_RESET flag to force all optional clocks
to be enabled before reset. Disabled them once the reset is done.
TODO:
For the moment it is very hard to
Hi Paul,
Here are some fixes for the softreset issues that were highlighted
on some IPs like GPIO or DSS.
For the moment they are still based on your previous series:
git://git.pwsan.com/linux-2.6 hwmod_hardreset_dev
If you are OK with these, I'll rebase that on top of your latest submission to
Paul Walmsley p...@pwsan.com writes:
Hi Kevin,
On Wed, 15 Sep 2010, Kevin Hilman wrote:
In an effort to simplify the core idle path, move any device-specific
special case handling from the core PM idle path into the CPUidle
pre-idle checking path.
This keeps the core,
On 9/21/2010 6:57 PM, Cousson, Benoit wrote:
Hi Paul,
Here are some fixes for the softreset issues that were highlighted
on some IPs like GPIO or DSS.
For the moment they are still based on your previous series:
git://git.pwsan.com/linux-2.6 hwmod_hardreset_dev
If you are OK with these, I'll
Hi Benoît,
On Tue, 21 Sep 2010, Benoit Cousson wrote:
Here are some fixes for the softreset issues that were highlighted
on some IPs like GPIO or DSS.
For the moment they are still based on your previous series:
git://git.pwsan.com/linux-2.6 hwmod_hardreset_dev
If you are OK with these,
Hi Benoit,
one minor comment here -
On Tue, 21 Sep 2010, Benoit Cousson wrote:
Some modules (like GPIO, DSS...) require optionals clock to be enabled
in order to complete the sofreset properly.
Add a HWMOD_CONTROL_OPT_CLKS_IN_RESET flag to force all optional clocks
to be enabled before
On 9/21/2010 7:07 PM, Paul Walmsley wrote:
Hi Benoit,
one minor comment here -
On Tue, 21 Sep 2010, Benoit Cousson wrote:
Some modules (like GPIO, DSS...) require optionals clock to be enabled
in order to complete the sofreset properly.
Add a HWMOD_CONTROL_OPT_CLKS_IN_RESET flag to force all
On 9/21/2010 7:05 PM, Paul Walmsley wrote:
Hi Benoît,
On Tue, 21 Sep 2010, Benoit Cousson wrote:
Here are some fixes for the softreset issues that were highlighted
on some IPs like GPIO or DSS.
For the moment they are still based on your previous series:
git://git.pwsan.com/linux-2.6
From: Basak, Partha p-bas...@ti.com
For every optional clock present per hwmod per omap-device, this function
adds an entry in the clocks list of the form dev-id=dev_name, con-id=role,
if an entry is already present in the list of the form dev-id=NULL,
con-id=role.
The function is called from
Varadarajan, Charulatha ch...@ti.com writes:
Varadarajan, Charulatha ch...@ti.com writes:
This patch series makes OMAP2PLUS specific GPIO implemented in hwmod
FW way. This is done by implementing GPIO module in platform device
model.
This patch series is generated on
Hi Rajendra,
On Tue, 21 Sep 2010, Rajendra Nayak wrote:
If a module's OCP slave port is programmed to be in smartidle,
its also necessary that they have module level wakeup enabled.
Update _sysc_enable in hwmod framework to do this.
Thanks, queued for 2.6.37 with a slightly modified
Govindraj govindraj...@gmail.com writes:
SNIP
Also the patch series updates various low level platform specific
serial data to support omap-uarts with hwmod framework and adds support
for uart4 on OMAP3630.
This series is missing a couple things to work more broadly on all
boards,
Paul Walmsley p...@pwsan.com writes:
Hi Rajendra,
On Tue, 21 Sep 2010, Rajendra Nayak wrote:
If a module's OCP slave port is programmed to be in smartidle,
its also necessary that they have module level wakeup enabled.
Update _sysc_enable in hwmod framework to do this.
Thanks, queued for
On Tue, 21 Sep 2010, Kevin Hilman wrote:
FWIW
Acked-by: Kevin Hilman khil...@deeprootsystems.com
as I'm using this for testing the various hwmod conversions.
Thanks Kevin, added that in. I know you've been testing some of the other
patches here too, so please let me know if you would
On Fri, Sep 17, 2010 at 09:43:16AM +0300, Felipe Balbi wrote:
On Thu, Sep 16, 2010 at 06:39:20AM -0500, Munegowda, Keshava wrote:
-Original Message-
From: Munegowda, Keshava
Sent: Tuesday, September 14, 2010 4:40 AM
To: linux-...@vger.kernel.org; linux-omap@vger.kernel.org
Cc:
Hi Partha, Benoît,
On Tue, 21 Sep 2010, Benoit Cousson wrote:
From: Basak, Partha p-bas...@ti.com
For every optional clock present per hwmod per omap-device, this function
adds an entry in the clocks list of the form dev-id=dev_name, con-id=role,
if an entry is already present in the list
Hi Paul,
The previous OMAP4 clock data did not contain the nodes to allow the modules
to enable the proper bit in the CLKCTRL register.
This patch is based on kevin/pm-wip/hwmods-omap4 rebased on top of your
hwmod_hardreset_dev branch + my reset-fixes series + Partha's patch...
...and that's
On Tue, 21 Sep 2010, Kevin Hilman wrote:
Paul Walmsley p...@pwsan.com writes:
On Tue, 21 Sep 2010, Kevin Hilman wrote:
FWIW
Acked-by: Kevin Hilman khil...@deeprootsystems.com
as I'm using this for testing the various hwmod conversions.
Thanks Kevin, added that in. I know
remove the second hsmmc definition as it is only used on the
expansion header of the PandaBoard and can be mux for other
functions.
Signed-off-by: David Anders x0132...@ti.com
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
arch/arm/mach-omap2/board-omap4panda.c |6 +-
1 files changed, 1
Avoid possible crash if CONFIG_MMC_OMAP_HS is not set.
Signed-off-by: David Anders x0132...@ti.com
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
arch/arm/mach-omap2/board-omap4panda.c |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
diff --git
Adding card detect callback function and card detect configuration
function for MMC1 Controller.
Signed-off-by: David Anders x0132...@ti.com
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
patch depends on https://patchwork.kernel.org/patch/189952/
arch/arm/mach-omap2/board-omap4panda.c |7
The OMAP4 PandaBoard has EHCI port1 hooked up to an external
SMSC3320 transciever. GPIO 1 is used to power on the transceiver
and GPIO 62 for reset on the transceiver.
Signed-off-by: David Anders x0132...@ti.com
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
PandaBoard machine file related cleanups.
David Anders (4):
omap4: pandaboard: remove unused hsmmc definition
omap4: pandaboard: Fix the init if CONFIG_MMC_OMAP_HS is not set
omap4: pandaboard: Adding card detect support for MMC1
omap4: pandaboard: enable the ehci port on pandaboard
Hi Charu,
On 9/21/2010 3:37 PM, Varadarajan, Charulatha wrote:
From: Benoit Coussonb-cous...@ti.com
Add watchdog timer hwmod data for OMAP4 chip
Signed-off-by: Benoit Coussonb-cous...@ti.com
Signed-off-by: Charulatha Vch...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 135
Paul Walmsley p...@pwsan.com writes:
On Tue, 21 Sep 2010, Kevin Hilman wrote:
Paul Walmsley p...@pwsan.com writes:
On Tue, 21 Sep 2010, Kevin Hilman wrote:
FWIW
Acked-by: Kevin Hilman khil...@deeprootsystems.com
as I'm using this for testing the various hwmod conversions.
Varadarajan, Charulatha ch...@ti.com writes:
Add GPIO hwmod data for OMAP3 chip
Signed-off-by: Charulatha V ch...@ti.com
Signed-off-by: Rajendra Nayak rna...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 364
1 files changed, 364 insertions(+), 0
Kevin Hilman khil...@deeprootsystems.com writes:
Varadarajan, Charulatha ch...@ti.com writes:
Varadarajan, Charulatha ch...@ti.com writes:
This patch series makes OMAP2PLUS specific GPIO implemented in hwmod
FW way. This is done by implementing GPIO module in platform device
model.
1 - 100 of 115 matches
Mail list logo