On 08/03/10 17:32, Cyril Chemparathy wrote:
Hi Igor,
Shouldn't arch/arm/mach-omap2/board-am3517evm.c be on your list?
I think it should, or else it will be broken by:
[PATCH 5/8] netdev: cleanup unused davinci mdio emac code
Correct. As stated in the series summary:
On Wed, 4 Aug 2010 08:39:19 +0300
Tony Lindgren t...@atomide.com wrote:
I was using beagleboard_defconfig, which probably was insufficient, I
should have used omap3_defconfig.
Hmm, sounds like there's something wrong with beagleboard_defconfig
then. Care to enable CONFIG_DEBUG_LL=y and
* Paul Walmsley p...@pwsan.com [100712 19:24]:
Tony,
by the way,
On Mon, 12 Jul 2010, Paul Walmsley wrote:
On Mon, 12 Jul 2010, Artem Bityutskiy wrote:
From: Artem Bityutskiy artem.bityuts...@nokia.com
Do not forget to check the 'platform_device_add_data()' error code
in
On 8/4/2010 2:35 AM, G, Manjunath Kondaiah wrote:
Kevin,
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Wednesday, August 04, 2010 3:27 AM
Manjunatha GKmanj...@ti.com writes:
This patch adds OMAP3 DMA hwmod structures.
Signed-off-by: Manjunatha GKmanj...@ti.com
[...]
* Cory Maccarrone darkstar6...@gmail.com [100802 18:23]:
This change adds in MMC and I2C support to the HTC Herald board, as well
as adding the HTCPLD driver for the PLD used on this phone. It also
adds in the gpio-keys entries for the front directional keys and
selector and the cursor keys
* Cory Maccarrone darkstar6...@gmail.com [100802 18:23]:
This change adds SPI bus support for the HTC Herald, and adds in
support for the TSC2046-based touchscreen attached to this
device (using the ADS7846 driver).
This looks OK to me, but unfortunately does not apply without 1/5.
Regards,
* Cory Maccarrone darkstar6...@gmail.com [100802 18:23]:
This change adds in the necessary clocks and mux pins for UART
control on omap7xx devices. I also made a change in the serial
code to only try and initialize two UARTs in omap_serial_init, as
these devices don't have three.
This I have
On 7/30/2010 5:57 AM, G, Manjunath Kondaiah wrote:
snip
+/* Attributes for OMAP DMA Contrllers */
+#define ENABLE_1510_MODE (1 0)
+#define DMA_LINKED_LCH (1 1)
+#define GLOBAL_PRIORITY(1 2)
+#define RESERVE_CHANNEL
* Cory Maccarrone darkstar6...@gmail.com [100802 18:23]:
This change adds in a bluetooth controld driver/rfkill
interface to the serial bluetooth controller found on many
HTC smartphones such as the HTC Herald and HTC Wizard.
To me it looks like most of this should be in
* Cory Maccarrone darkstar6...@gmail.com [100802 18:23]:
This change adds bluetooth and UART initialization support to the
HTC Herald board driver. This allows use of the serial bluetooth
adapter attached to UART1 using hciattach.
Ah and here you already have the gpio pins in platform_data,
-Original Message-
From: Cousson, Benoit
Sent: Wednesday, August 04, 2010 3:38 PM
To: G, Manjunath Kondaiah
Cc: Kevin Hilman; linux-omap@vger.kernel.org; Paul Walmsley; Tony
Lindgren; Sawant, Anand; Shilimkar, Santosh; Nayak, Rajendra; Basak,
Partha; Varadarajan, Charulatha
On 8/4/2010 12:15 PM, Shilimkar, Santosh wrote:
From: Cousson, Benoit
Sent: Wednesday, August 04, 2010 3:38 PM
On 8/4/2010 2:35 AM, G, Manjunath Kondaiah wrote:
Kevin,
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Wednesday, August 04, 2010 3:27 AM
Manjunatha
-Original Message-
From: Cousson, Benoit
Sent: Wednesday, August 04, 2010 3:53 PM
To: Shilimkar, Santosh
Cc: G, Manjunath Kondaiah; Kevin Hilman; linux-omap@vger.kernel.org; Paul
Walmsley; Tony Lindgren; Sawant, Anand; Nayak, Rajendra; Basak, Partha;
Varadarajan, Charulatha
* Anand Gadiyar gadi...@ti.com [100803 22:52]:
Add revision detection for ES1.1 and ES1.2. Set default
revision as ES1.2.
Add CHIP_GE_OMAP3630ES1_1 to detect revisions 1.1 and later.
This is needed for at least one feature that is broken in
3630ES1.0 but exists on older (3430 ES3.1) and
-Original Message-
From: Cousson, Benoit
Sent: Wednesday, August 04, 2010 4:06 PM
To: Shilimkar, Santosh
Cc: G, Manjunath Kondaiah; Kevin Hilman; linux-omap@vger.kernel.org; Paul
Walmsley; Tony Lindgren; Sawant, Anand; Nayak, Rajendra; Basak, Partha;
Varadarajan, Charulatha
* Tony Lindgren t...@atomide.com [100804 13:23]:
* Anand Gadiyar gadi...@ti.com [100803 22:52]:
Add revision detection for ES1.1 and ES1.2. Set default
revision as ES1.2.
Add CHIP_GE_OMAP3630ES1_1 to detect revisions 1.1 and later.
This is needed for at least one feature that is broken
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Wednesday, August 04, 2010 4:22 PM
To: Gadiyar, Anand
Cc: linux-omap@vger.kernel.org; Menon, Nishanth; G, Manjunath Kondaiah
Subject: Re: [PATCH v2] OMAP3630: Add ES1.1 and ES1.2 detection
* Tony Lindgren
hi,
On Wed, Aug 04, 2010 at 12:51:39PM +0200, ext Tony Lindgren wrote:
diff --git a/arch/arm/mach-omap2/id.c b/arch/arm/mach-omap2/id.c
index fd1904b..0a0ff0c 100644
--- a/arch/arm/mach-omap2/id.c
+++ b/arch/arm/mach-omap2/id.c
@@ -269,11 +269,29 @@ static void __init omap3_check_revision(void)
* Tony Lindgren t...@atomide.com [100804 13:44]:
* Tony Lindgren t...@atomide.com [100804 13:23]:
* Anand Gadiyar gadi...@ti.com [100803 22:52]:
Add revision detection for ES1.1 and ES1.2. Set default
revision as ES1.2.
Add CHIP_GE_OMAP3630ES1_1 to detect revisions 1.1 and later.
Hi,
From 9c6484502a8aba4b7a0f1f3ca847557d52a9350b Mon Sep 17 00:00:00 2001
From: Anand Gadiyar gadi...@ti.com
Date: Tue, 3 Aug 2010 19:59:24 +
Subject: [PATCH] OMAP3630: Add ES1.1 and ES1.2 detection
Add revision detection for ES1.1 and ES1.2. Set default
revision as ES1.2.
Add
Hi Vitaly,
On Tue, Aug 3, 2010 at 5:17 PM, Vitaly Wool vitalyw...@gmail.com wrote:
On Mon, Aug 2, 2010 at 11:35 PM, Ohad Ben-Cohen o...@wizery.com wrote:
I'm honestly trying to understand your concerns, but I'm afraid that
just saying it's a hack is not too informative. Can you please
explain
Hi all,
Here are few more small patches from the linux-omap list
that have not yet been posted to linux-arm-kernel list for
review.
Regards,
Tony
---
Anand Gadiyar (2):
OMAP3630: Add ES1.1 and ES1.2 detection
omap: 3630: disable TLL SAR on 3630 ES1
Artem Bityutskiy (1):
From: Artem Bityutskiy artem.bityuts...@nokia.com
Do not forget to check the 'platform_device_add_data()' error code
in 'omap_device_build_ss()'.
Signed-off-by: Artem Bityutskiy artem.bityuts...@nokia.com
Acked-by: Nishanth Menon n...@ti.com
Acked-by: Paul Walmsley p...@pwsan.com
Signed-off-by:
From: Anand Gadiyar gadi...@ti.com
Add revision detection for ES1.1 and ES1.2. Set default
revision as ES1.2.
Add CHIP_GE_OMAP3630ES1_1 to detect revisions 1.1 and later.
This is needed for at least one feature that is broken in
3630ES1.0 but exists on older (3430 ES3.1) and newer revisions.
From: Anand Gadiyar gadi...@ti.com
USBTLL Save-and-Restore is broken in 3630 ES1.0. Having it
enabled could result in incorrect register restores as
the OMAP exits off-mode. This could potentially result in
unexpected wakeup events.
(Refer 3630 errata ID i579)
This is fixed in ES1.1. So disable
On Wed, Aug 04, 2010 at 02:24:39PM +0300, Ohad Ben-Cohen wrote:
Hi Vitaly,
On Tue, Aug 3, 2010 at 5:17 PM, Vitaly Wool vitalyw...@gmail.com wrote:
On Mon, Aug 2, 2010 at 11:35 PM, Ohad Ben-Cohen o...@wizery.com wrote:
I'm honestly trying to understand your concerns, but I'm afraid that
From: ext Tony Lindgren t...@atomide.com
Subject: Re: [PATCH] omap3: Remove non-existent config option
Date: Wed, 4 Aug 2010 13:11:47 +0200
* Marathe, Yogesh yogesh_mara...@ti.com [100803 11:03]:
ping..
Hiroshi ack/nak?
Nak.
http://www.spinics.net/lists/linux-omap/msg32869.html
Hi,
I'm using linux-omap-2.6.35 and omap3_beagleboard_defconfig, and the
system boots fine into the debug console.
However, I get no /dev/fb0
The following config options are set
CONFIG_FB=y
CONFIG_FB_CFB_FILLRECT=y
CONFIG_FB_CFB_COPYAREA=y
CONFIG_FB_CFB_IMAGEBLIT=y
CONFIG_FB_OMAP=y
#
* Russell King - ARM Linux li...@arm.linux.org.uk [100804 14:24]:
On Wed, Aug 04, 2010 at 08:35:36AM +0300, Tony Lindgren wrote:
* Vincent Sanders vi...@simtec.co.uk [100803 23:23]:
These configurations are no longer useful as the systems they support
are covered by the generic
On Wed, Aug 4, 2010 at 2:41 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Wed, Aug 04, 2010 at 02:24:39PM +0300, Ohad Ben-Cohen wrote:
On Tue, Aug 3, 2010 at 5:17 PM, Vitaly Wool vitalyw...@gmail.com wrote:
On Mon, Aug 2, 2010 at 11:35 PM, Ohad Ben-Cohen o...@wizery.com wrote:
Hi Tony,
The following changes since commit 9fe6206f400646a2322096b56c59891d530e8d51:
Linux 2.6.35 (2010-08-01 15:11:14 -0700)
are available in the git repository at:
git://gitorious.org/~doyu/lk/mainline.git v2.6.35-omap-mailbox-for-next
Felipe Contreras (13):
omap: mailbox: trivial
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Tuesday, August 03, 2010 11:06 PM
To: Basak, Partha
Cc: Paul Walmsley; linux-omap@vger.kernel.org; Kalliguddi, Hema; Raja,
Govindraj; Varadarajan, Charulatha; Nayak, Rajendra; Cousson, Benoit
Subject:
* Hiroshi DOYU hiroshi.d...@nokia.com [100804 15:50]:
Hi Tony,
The following changes since commit 9fe6206f400646a2322096b56c59891d530e8d51:
Linux 2.6.35 (2010-08-01 15:11:14 -0700)
are available in the git repository at:
git://gitorious.org/~doyu/lk/mainline.git
From: ext Tony Lindgren t...@atomide.com
Subject: Re: [GIT PULL] omap mailbox: for-next for v2.6.35
Date: Wed, 4 Aug 2010 15:28:10 +0200
* Hiroshi DOYU hiroshi.d...@nokia.com [100804 15:50]:
Hi Tony,
The following changes since commit 9fe6206f400646a2322096b56c59891d530e8d51:
Linux
On Wed, Aug 4, 2010 at 2:42 PM, Ohad Ben-Cohen o...@wizery.com wrote:
On Wed, Aug 4, 2010 at 2:41 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Wed, Aug 04, 2010 at 02:24:39PM +0300, Ohad Ben-Cohen wrote:
On Tue, Aug 3, 2010 at 5:17 PM, Vitaly Wool vitalyw...@gmail.com wrote:
On 8/4/2010 6:31 AM, Gopinath, Thara wrote:
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Friday, June 25, 2010 11:56 PM
Thara Gopinathth...@ti.com writes:
This patch removes the usage of vdd and sr id alltogether.
This is achieved by introducing a separte voltage domain per
-Original Message-
From: Cousson, Benoit
Sent: Wednesday, August 04, 2010 3:44 PM
To: G, Manjunath Kondaiah
Cc: linux-omap@vger.kernel.org; Kevin Hilman; Paul Walmsley;
Tony Lindgren; Sawant, Anand; Shilimkar, Santosh; Nayak,
Rajendra; Basak, Partha; Varadarajan, Charulatha
-Original Message-
From: Shilimkar, Santosh
Sent: Wednesday, August 04, 2010 4:08 PM
To: Cousson, Benoit
Cc: G, Manjunath Kondaiah; Kevin Hilman;
linux-omap@vger.kernel.org; Paul Walmsley; Tony Lindgren;
Sawant, Anand; Nayak, Rajendra; Basak, Partha; Varadarajan, Charulatha
G, Manjunath Kondaiah [manj...@ti.com] wrote:
From: Cousson, Benoit
On 7/30/2010 5:57 AM, G, Manjunath Kondaiah wrote:
snip
+/* Attributes for OMAP DMA Contrllers */
+#define ENABLE_1510_MODE (1 0)
+#define DMA_LINKED_LCH (1 1)
+#define
Tony Lindgren had written, on 08/04/2010 06:33 AM, the following:
From: Anand Gadiyar gadi...@ti.com
Add revision detection for ES1.1 and ES1.2. Set default
revision as ES1.2.
Add CHIP_GE_OMAP3630ES1_1 to detect revisions 1.1 and later.
This is needed for at least one feature that is broken in
Hi,
I'm trying to set mux modes for a 3530, package CBC in my board.c
(2.6.32 kernel) using an omap_board_mux entry:
OMAP3_MUX(GPMC_WAIT1, OMAP_MUX_MODE0 | OMAP_PIN_INPUT),
, but sysfs reports mode4:
# grep WAIT1 /sys/kernel/debug/omap_mux/board
OMAP3_MUX(GPMC_WAIT1, OMAP_PIN_INPUT |
Hi,
So, I've discovered the the omap3_beagleboard_defconfig file doesn't
work, and having just the CONFIG_FB=y and all the other settings doesn't
initialize the fb device for the 2.6.35 board_omap3beagle.c board file, which
uses DSS.
You need to go in an manually enabling DSS, to get
Op 4 aug 2010, om 07:41 heeft Ghorai, Sukumar het volgende geschreven:
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Elvis Dowson
Sent: Wednesday, August 04, 2010 6:25 AM
To: linux-omap@vger.kernel.org
Subject:
Gopinath, Thara th...@ti.com writes:
@@ -385,6 +380,11 @@ int opp_add(const struct omap_opp_def *opp_def)
dev_opp-oh = oh;
dev_opp-dev = oh-od-pdev.dev;
+ dev_opp-vdd_name = kzalloc(strlen(opp_def-vdd_name) + 1,
+ GFP_KERNEL);
+
Cousson, Benoit b-cous...@ti.com writes:
On 8/4/2010 6:31 AM, Gopinath, Thara wrote:
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Friday, June 25, 2010 11:56 PM
Thara Gopinathth...@ti.com writes:
This patch removes the usage of vdd and sr id alltogether.
This is achieved
Hi Paul Kevin,
Here are a couples of fixes related to hwmod and prcm.
Tested on PAB board using OMAP4 ES1.0 GP device
Patches are based on lo/for-next and are available here:
git://dev.omapzoom.org/pub/scm/swarch/linux-omap-adv.git for-next-fixes
Regards,
Benoit
Benoit Cousson (2):
OMAP:
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
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap2/omap_hwmod.c |
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 with 0 usecount warning.
Signed-off-by:
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
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
Basak, Partha p-bas...@ti.com writes:
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Tuesday, August 03, 2010 11:06 PM
To: Basak, Partha
Cc: Paul Walmsley; linux-omap@vger.kernel.org; Kalliguddi, Hema; Raja,
Govindraj; Varadarajan, Charulatha;
On Mon, Aug 2, 2010 at 10:54 AM, Adam Wozniak awozn...@irobot.com wrote:
Hello,
I'm working with an OMAP3530 based custom board. The board has 4 cameras
attached to it,
snip
The problem I'm running into (I think) is that omap34xxcam.c uses
videobuf-dma-sg to do its allocation and the
Hi Paul Kevin,
Here are a reset management series.
- The first patch will be removed as soon as we will have the proper
OMAP4 support for the prm_xxx accessors.
- The second one is adding hardreset support in order to allow
syslink driver to manage properly the DSP and IPU processor
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
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman
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, the IPU 3 as well, the DSP 2...
Since
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
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman
Inspiration for this comes from:
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg31161.html
RFC: http://lkml.org/lkml/2010/8/3/496
Patch is unchanged from the RFC. Reviews seemed generally positive
and it seemed this was desired functionality.
INTRO
As SOCs become more popular, the
Kevin Hilman khil...@deeprootsystems.com writes:
Basak, Partha p-bas...@ti.com writes:
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Tuesday, August 03, 2010 11:06 PM
To: Basak, Partha
Cc: Paul Walmsley; linux-omap@vger.kernel.org; Kalliguddi,
First quick dirty attempt to add some debugfs hooks in order
to ease the debug of hwmods.
I send it just in case someone else find that useful.
It is based on lo/for-next + for-next-fixes + pm-wip/hwmods-reset and is
available here:
git://dev.omapzoom.org/pub/scm/swarch/linux-omap-adv.git
Hello,
It's been a while since a PM branch update, thanks to a nice summer
vacation for me. :)
The PM branch has now been updated to v2.6.35 plus Tony's for-next
branch.
This is mostly a rebase, but the most important change is that I'm
finally dropping SRF as promised[1]. The new DVFS
On Thu, Jun 24, 2010 at 5:43 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Implement the new runtime PM framework as a thin layer on top of the
omap_device API. Since we don't have an OMAP-specific bus, override
the runtime PM hooks for the platform_bus for the OMAP specific
snip
arch/arm/mach-omap2/board-4430sdp.c | 7 +++-
drivers/mfd/twl6030-irq.c | 76
+++
drivers/mmc/host/omap_hsmmc.c | 4 +-
include/linux/i2c/twl.h | 16 +++
4 files changed, 100 insertions(+), 3
Kevin Hilman khil...@deeprootsystems.com writes:
Kevin Hilman khil...@deeprootsystems.com writes:
Basak, Partha p-bas...@ti.com writes:
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Tuesday, August 03, 2010 11:06 PM
To: Basak, Partha
Cc: Paul
Kevin Hilman had written, on 08/04/2010 05:50 PM, the following:
[...]
I've only tested the new PM branch on a couple boards to avoid any
further delay getting this version out, update, so hopefully others will
help test.
I've tested RET on idle suspend, OFF in idle suspend on:
Basak, Partha p-bas...@ti.com writes:
Tested GPIO for Suspend with these changes obtained dump of Circular
Locking dependencies:
It would *really* help to have these GPIO conversion patches posted
against a public tree/branch one could see exactly what is going on and
be able to reproduce
Patrick Pannuto ppann...@codeaurora.org writes:
Inspiration for this comes from:
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg31161.html
Also, later in that thread I also wrote[1] what seems to be the core of
what you've done here: namely, allow platform_devices and
On 08/04/2010 05:16 PM, Kevin Hilman wrote:
Patrick Pannuto ppann...@codeaurora.org writes:
Inspiration for this comes from:
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg31161.html
Also, later in that thread I also wrote[1] what seems to be the core of
what you've done here:
On Thu, Aug 5, 2010 at 7:14 AM, Patrick Pannuto ppann...@codeaurora.org wrote:
Inspiration for this comes from:
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg31161.html
RFC: http://lkml.org/lkml/2010/8/3/496
Patch is unchanged from the RFC. Reviews seemed generally positive
and
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Thursday, August 05, 2010 2:36 AM
To: Gopinath, Thara
Cc: linux-omap@vger.kernel.org; p...@pwsan.com; Cousson, Benoit; Sripathy,
Vishwanath; Sawant, Anand;
Basak, Partha
Subject: Re: [RFC 3/7] OMAP:
69 matches
Mail list logo