-Original Message-
From: Mark Brown [mailto:broo...@opensource.wolfsonmicro.com]
Sent: Friday, April 23, 2010 4:49 PM
To: Nayak, Rajendra
Cc: linux-omap@vger.kernel.org; Liam Girdwood; Samuel Ortiz
Subject: Re: [PATCH] twl6030: regulator: Remove vsel tables
and use formula for
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Russell
King - ARM Linux
Sent: Friday, May 14, 2010 3:42 AM
To: Tony Lindgren
Cc: linux-arm-ker...@lists.infradead.org; linux-omap@vger.kernel.org; Tomi
Valkeinen
Hello Andrew,
On Thu, May 13, 2010 at 12:24:24AM +0200, Andrew Morton wrote:
On Tue, 11 May 2010 17:15:28 +0300
Eduardo Valentin eduardo.valen...@nokia.com wrote:
Here is the version 5 of the change to export OMAP data to userspace
(name, revision, id code, production id and die id).
From: Hiroshi DOYU hiroshi.d...@nokia.com
Subject: Re: [PATCH 1/4] omap: mailbox: convert rwlocks to spinlock
Date: Mon, 10 May 2010 13:40:14 +0300 (EEST)
Hi Felipe,
From: ext Felipe Contreras felipe.contre...@gmail.com
Subject: Re: [PATCH 1/4] omap: mailbox: convert rwlocks to spinlock
I have been trying to use an usb video capturer on my overo board, and id
idn't work, all that I got was a blank (actually green on SDL) picture.
After some digging I found that there was a problem in the initialization
of the device, wich was solved applying the foolowing patch to
em28xx-core.c
-Original Message-
From: Dmitry Torokhov [mailto:dmitry.torok...@gmail.com]
Sent: Wednesday, May 12, 2010 11:59 PM
To: Jonathan Cameron
Cc: Datta, Shubhrajyoti; linux-in...@vger.kernel.org; linux-
o...@vger.kernel.org
Subject: Re: [RFC][PATCHv3 1/2] SFH7741: proximity sensor
Looks like the ads7846 driver breaks suspend-to-ram at least on
the OMAP 3430SDP. On a kernel built with the omap3_defconfig, with
no_console_suspend, I see the log below.
Will investigate some time next week, unless someone already has a fix.
- Anand
# echo mem /sys/power/state
[
On Fri, 2010-05-14 at 11:57 +0530, Nayak, Rajendra wrote:
-Original Message-
From: Mark Brown [mailto:broo...@opensource.wolfsonmicro.com]
Sent: Friday, April 23, 2010 4:49 PM
To: Nayak, Rajendra
Cc: linux-omap@vger.kernel.org; Liam Girdwood; Samuel Ortiz
Subject: Re: [PATCH]
Hi Felipe,
From: ext Felipe Contreras felipe.contre...@gmail.com
Subject: [PATCH 00/15] omap: mailbox: reorganize init
Date: Thu, 13 May 2010 19:47:21 +0200
Hi,
The main purpose of this patch series is to be able to compile mach platform
data as built-in. Otherwise, client modules such as
-Original Message-
From: Menon, Nishanth
Sent: Thursday, May 13, 2010 9:45 PM
To: Koen Kooi
Cc: Guruswamy, Senthilvadivu; linux-omap@vger.kernel.org;
linux-fb...@vger.kernel.org; t...@atomide.com;
tomi.valkei...@nokia.com; Hiremath, Vaibhav
Subject: Re: [PATCH v2 1/2] DSS2:
From: Shweta Gulati shweta.gul...@ti.com
According to Defect OMAPS00210499 CAM, DSS and USBHOST should stay
in OFF state instead of Retention in OS Idle Path.
This Patch puts all the powerdomain in OFF state by default
in pm init code and ensures that Mpu next state is OFF only
before it goes to
Hi,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Gupta, Ajay Kumar
Sent: Thursday, May 13, 2010 5:15 PM
To: Kevin Hilman
Cc: linux-omap@vger.kernel.org
Subject: RE: [PATCH] OMAP3: PM: fix AM35x musb issue with
-Original Message-
From: Tomi Valkeinen [mailto:tomi.valkei...@nokia.com]
Sent: Friday, May 14, 2010 12:54 PM
To: Guruswamy, Senthilvadivu
Cc: linux-omap@vger.kernel.org; linux-fb...@vger.kernel.org;
t...@atomide.com; Hiremath, Vaibhav
Subject: Re: [PATCH v2 0/2] DSS2:Allow FB
On Fri, May 14, 2010 at 10:24 AM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
On Thu, May 13, 2010 at 03:01:39PM -0700, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [100513 14:53]:
On Thu, May 13, 2010 at 02:19:51PM -0700, Tony Lindgren wrote:
* Russell
On Thu, 2010-05-13 at 19:48 +0400, Sergey Lapin wrote:
This patchs should allow to use 32-bit samples on e.g. TLV320AIC3x codec,
or others.
Signed-off-by: Sergey Lapin sla...@ossfans.org
---
Applied.
Thanks
Liam
--
Freelance Developer, SlimLogic Ltd
ASoC and Voltage Regulator Maintainer.
On Fri, May 14, 2010 at 01:11:43PM +0300, Grazvydas Ignotas wrote:
It seems you are using DSS2/CONFIG_FB_OMAP2, looks like this patch is
for DSS1/CONFIG_FB_OMAP.
DSS2 does have a problem on linux-next after 'ARM: Prohibit ioremap()
on kernel managed RAM'
I'm going to drop that patch out -
Op 14 mei 2010, om 12:03 heeft Guruswamy, Senthilvadivu het volgende geschreven:
-Original Message-
From: Tomi Valkeinen [mailto:tomi.valkei...@nokia.com]
Sent: Friday, May 14, 2010 12:54 PM
To: Guruswamy, Senthilvadivu
Cc: linux-omap@vger.kernel.org;
Hi,
On Fri, May 14, 2010 at 1:17 PM, Sergei Shtylyov sshtyl...@mvista.com wrote:
Felipe Contreras wrote:
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap2/mailbox.c | 3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git
Koen Kooi had written, on 05/14/2010 05:39 AM, the following:
Op 14 mei 2010, om 12:03 heeft Guruswamy, Senthilvadivu het volgende geschreven:
-Original Message-
From: Tomi Valkeinen [mailto:tomi.valkei...@nokia.com]
Sent: Friday, May 14, 2010 12:54 PM
To: Guruswamy, Senthilvadivu
On Thu, May 13, 2010 at 06:13:00AM +0200, ext Gupta, Ajay Kumar wrote:
How about this 'memcpy', this would affect both cpu loading
and performance. That's why using system dma would be a better
approach.
but that's not portable. Even if you come up with nice wrappers for
system dma usage
-Original Message-
From: Koen Kooi [mailto:k...@dominion.thruhere.net]
Sent: Friday, May 14, 2010 4:09 PM
To: Guruswamy, Senthilvadivu
Cc: Tomi Valkeinen; linux-omap@vger.kernel.org;
linux-fb...@vger.kernel.org; t...@atomide.com; Hiremath, Vaibhav
Subject: Re: [PATCH v2 0/2]
Op 14 mei 2010, om 12:58 heeft Nishanth Menon het volgende geschreven:
Koen Kooi had written, on 05/14/2010 05:39 AM, the following:
Op 14 mei 2010, om 12:03 heeft Guruswamy, Senthilvadivu het volgende
geschreven:
-Original Message-
From: Tomi Valkeinen
Hi,
-Original Message-
From: Felipe Balbi [mailto:felipe.ba...@nokia.com]
Sent: Friday, May 14, 2010 4:37 PM
To: Gupta, Ajay Kumar
Cc: m...@felipebalbi.com; linux-...@vger.kernel.org; linux-
o...@vger.kernel.org
Subject: Re: [PATCH 4/5] musb: use system DMA for unaligned buffers on
AM35x has musb interface (version 1.8) and uses CPPI41 DMA engine.
It supports upto 500mA of power in host mode.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
Changes from v1:
- Added PHY clock and OTGMODE settings in board files
arch/arm/mach-omap2/board-am3517evm.c | 42
AM35x supports only 32bit read operations so we need to have
workaround for 8bit and 16bit read operations.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
drivers/usb/musb/am3517.c| 30 ++
drivers/usb/musb/musb_core.c |2 ++
2 files changed, 32
AM35x is based on OMAP35x but has an updated musb interface which
uses CPPI4.1 DMA engine.
Current patch supports only PIO mode transfers.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
Changes from v1: (Based on Sergei's comment)
- Moved PHY clock and OTGMODE settings to board
Introduce CHIP_GE_3630ES1_1 macro to cover 3630ES1.1 and later
silicon reviesions. (Currently this is set to 3630 ES1.1 only).
This is needed for at least one feature that is broken in
3630ES1.0 but exists on older (3430 ES3.1) and newer revisions.
Signed-off-by: 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.
This is fixed in ES1.1. So disable it for ES1.0s.
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
On Thu, May 13, 2010 at 2:39 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Thu, May 13, 2010 at 12:09 AM, Guzman Lugo, Fernando
fernando.l...@ti.com wrote:
If you are referring to this patch:
http://git.kernel.org/?p=linux/kernel/git/tmlind/linux-omap-
Koen Kooi had written, on 05/14/2010 06:18 AM, the following:
Op 14 mei 2010, om 12:58 heeft Nishanth Menon het volgende geschreven:
Koen Kooi had written, on 05/14/2010 05:39 AM, the following:
Op 14 mei 2010, om 12:03 heeft Guruswamy, Senthilvadivu het volgende geschreven:
-Original
Idea is to combine peripheral OMAP gpio setups in single function like what
rx51_twlgpio_setup is doing for TWL4030 GPIOs.
Currently this is mostly cleanup for wl1251 gpio setup as not testing the
gpiolib return values and setting the wl1251_pdata statically. The wl1251
driver seems to cope well
On Fri, 2010-05-14 at 13:18 +0200, ext Koen Kooi wrote:
Op 14 mei 2010, om 12:58 heeft Nishanth Menon het volgende geschreven:
But why use bootargs?
Because (for some unknown reason) you can't toggle vrfb at runtime. If you
realize you need rotation you need to reboot. I guess it's
On Fri, 2010-05-14 at 12:03 +0200, ext Guruswamy, Senthilvadivu wrote:
-Original Message-
From: Tomi Valkeinen [mailto:tomi.valkei...@nokia.com]
Sent: Friday, May 14, 2010 12:54 PM
To: Guruswamy, Senthilvadivu
Cc: linux-omap@vger.kernel.org; linux-fb...@vger.kernel.org;
Hi I am using a v4l2 usb video capturer (em28xx based), and it is working
fine for around 5 minutes. However, it stops capturing after this time.
There is no error message sent to kmsg ot the application, which
apparently waits for more data to be received.
The debug dump from usbmon is:
si...@santesteban.eu wrote:
Hi I am using a v4l2 usb video capturer (em28xx based), and it is
working
fine for around 5 minutes. However, it stops capturing after this time.
There is no error message sent to kmsg ot the application, which
apparently waits for more data to be received.
The
si...@santesteban.eu wrote:
si...@santesteban.eu wrote:
Hi I am using a v4l2 usb video capturer (em28xx based), and it is working
fine for around 5 minutes. However, it stops capturing after this time.
There is no error message sent to kmsg ot the application, which
apparently waits
Alan Stern wrote:
On Thu, 13 May 2010, Anand Gadiyar wrote:
Add support for suspend and resume to the ehci-omap driver.
Added routines for platform_driver suspend/resume and
wrappers around ehci_bus_suspend/resume.
+#ifdef CONFIG_PM
Hi Carlos,
After review, I do not have many comments on the interface, as we already
aligned on most of it.
Please see my comments inlined below.
On Friday 07 May 2010 17:18:31 Carlos Chinea wrote:
[strip]
diff --git a/include/linux/hsi/hsi.h b/include/linux/hsi/hsi.h
[strip]
+/**
+ *
And fix a few compilation warnings.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap1/devices.c |6 ++
arch/arm/mach-omap1/mailbox.c |2 +-
arch/arm/mach-omap2/mailbox.c |8 +---
3 files changed, 8 insertions(+), 8 deletions(-)
diff --git
OMAP4 ones messed up the organization.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap2/mailbox.c | 68 +
1 files changed, 35 insertions(+), 33 deletions(-)
diff --git a/arch/arm/mach-omap2/mailbox.c
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap2/mailbox.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/mailbox.c b/arch/arm/mach-omap2/mailbox.c
index 7d42034..7afc9aa 100644
--- a/arch/arm/mach-omap2/mailbox.c
CONFIG_OMAP_DSP is not in mainline, CONFIG_OMAP_MBOX_FWK is.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap1/devices.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap1/devices.c b/arch/arm/mach-omap1/devices.c
index
This is a step forward to split the mbox registers.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap1/mailbox.c | 41 +
arch/arm/mach-omap2/mailbox.c | 102 +
2 files changed, 64 insertions(+), 79
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap2/mailbox.c | 14 --
1 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/mailbox.c b/arch/arm/mach-omap2/mailbox.c
index 5dda11c..04b70ba 100644
---
Based on omap2 code.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap1/mailbox.c | 28 ++--
1 files changed, 14 insertions(+), 14 deletions(-)
diff --git a/arch/arm/mach-omap1/mailbox.c b/arch/arm/mach-omap1/mailbox.c
index
Makes more sense to register in the mach file, plus it will allow more
functionality later on.
Also, this probably enables multi-omap for real.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap1/devices.c | 38
arch/arm/mach-omap1/mailbox.c |
Will be needed to split the platform_driver.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap1/mailbox.c | 23 +++
arch/arm/mach-omap2/mailbox.c | 49 +++--
2 files changed, 31 insertions(+), 41 deletions(-)
This will allow the current 'mailbox_mach' to be built-in.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap1/mailbox.c | 50 +
arch/arm/mach-omap2/mailbox.c | 50 +
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap1/Makefile |6 +++---
arch/arm/mach-omap2/Makefile |5 +++--
2 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/arch/arm/mach-omap1/Makefile b/arch/arm/mach-omap1/Makefile
index b6a537c..c1e1ae5
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap1/mailbox.c |3 ---
arch/arm/mach-omap2/mailbox.c |1 -
arch/arm/plat-omap/include/plat/mailbox.h |3 ++-
arch/arm/plat-omap/mailbox.c |5 ++---
4 files changed, 4
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap1/mailbox.c |1 -
arch/arm/mach-omap2/mailbox.c |3 ---
2 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-omap1/mailbox.c b/arch/arm/mach-omap1/mailbox.c
index f6376b9..7e6aea3
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap1/mailbox.c |2 +-
arch/arm/mach-omap2/mailbox.c |6 +++---
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-omap1/mailbox.c b/arch/arm/mach-omap1/mailbox.c
index 7e6aea3..aa661a1
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap1/mailbox.c |2 +-
arch/arm/mach-omap2/mailbox.c |6 ++
2 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/arch/arm/mach-omap1/mailbox.c b/arch/arm/mach-omap1/mailbox.c
index 8c1b83f..91780a0
* Russell King - ARM Linux li...@arm.linux.org.uk [100513 15:07]:
On Thu, May 13, 2010 at 03:01:39PM -0700, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [100513 14:53]:
On Thu, May 13, 2010 at 02:19:51PM -0700, Tony Lindgren wrote:
* Russell King - ARM Linux
v2:
The following set of patches applies on top of master branch.
http://git.kernel.org/?p=linux/kernel/git/tmlind/linux-omap-2.6.git
Patches verified on: omap3430-SDP, omap3630-sdp, zoom3 and beagle board
And these are the patches required to address the following input -
Board file modified to pass the GMPC phys_base address to nand driver. This is
required to adopt the _prob function as in omap2.c
Signed-off-by: Sukumar Ghorai s-gho...@ti.com
---
arch/arm/mach-omap2/board-cm-t35.c | 16 +---
arch/arm/mach-omap2/board-devkit8000.c |
Necessary function added in GPMC module and used by nand driver. This is for
not to use GPMC address directly from nand driver. Also it was passing GPMC
base address from board files and that is removed.
Signed-off-by: Sukumar Ghorai s-gho...@ti.com
---
arch/arm/mach-omap2/board-cm-t35.c
* Sukumar Ghorai s-gho...@ti.com [100514 08:18]:
Necessary function added in GPMC module and used by nand driver. This is for
not to use GPMC address directly from nand driver. Also it was passing GPMC
base address from board files and that is removed.
Great, this is starting to look good!
Tony,
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Tony
Lindgren
Sent: Friday, May 14, 2010 8:52 PM
To: Russell King - ARM Linux
Cc: linux-arm-ker...@lists.infradead.org; linux-omap@vger.kernel.org; Tomi
* Jarkko Nikula jhnik...@gmail.com [100514 05:32]:
Idea is to combine peripheral OMAP gpio setups in single function like what
rx51_twlgpio_setup is doing for TWL4030 GPIOs.
Currently this is mostly cleanup for wl1251 gpio setup as not testing the
gpiolib return values and setting the
* Shilimkar, Santosh santosh.shilim...@ti.com [100514 08:28]:
Yeah, that missing patch was it. Compiles and boots now:
Tested-by: Tony Lindgren t...@atomide.com
Did you get the frame buffer with lmb ??
I've never gotten a DSS2 frame buffer yet with the code that's
in omap for-next,
Matthew Garrett m...@redhat.com writes:
On Thu, May 13, 2010 at 01:00:04PM -0700, Tony Lindgren wrote:
The system stays running because there's something to do. The system
won't suspend until all the processors hit the kernel idle loop and
the next_timer_interrupt_critical() returns nothing.
On Thu, 2010-05-13 at 14:46 -0700, Greg KH wrote:
On Thu, May 13, 2010 at 02:33:29PM -0700, Daniel Walker wrote:
On Thu, 2010-05-13 at 23:27 +0200, Rafael J. Wysocki wrote:
Because someone would have to remove suspend blockers (or rather
wakelocks)
from the drivers, test that they
Matt Fleming m...@console-pimps.org writes:
On Tue, 11 May 2010 14:57:16 -0700, Kevin Hilman
khil...@deeprootsystems.com wrote:
Note that dev_pm_ops version of the suspend hook no longer takes a
'state' argument. However, the MMC core function mmc_suspend_host()
still takes a 'state'
shweta gulati shweta.gul...@ti.com writes:
From: Shweta Gulati shweta.gul...@ti.com
According to Defect OMAPS00210499 CAM, DSS and USBHOST should stay
in OFF state instead of Retention in OS Idle Path.
Please summarize the above defect.
This Patch puts all the powerdomain in OFF state by
Gopinath, Thara th...@ti.com writes:
Thara Gopinath th...@ti.com writes:
This patch ensures that sr id is passed as a parameter only to
public APIs in smartreflex.c and other APIs in smartreflex.c
uses the omap_sr strucutres.
Signed-off-by: Thara Gopinath th...@ti.com
Good change, but...
shweta gulati shweta.gul...@ti.com writes:
From: Shweta Gulati shweta.gul...@ti.com
This version of patch incorporates review comments which includes
shifting the code change in specific function 'omap3_iva_idle' and
removing iva_pwrdm from pwrst_list rather than checking all the pwrdms
in
shweta gulati shweta.gul...@ti.com writes:
From: Vishwanath Sripathy vishwanath...@ti.com
OMAP3430/3630 has a Silicon bug because of which SDRC is
released from IDLE even before Core DPLL has locked. This leads
to undefined behaviour of SDRC DLL.
This patch has workaround for the same.
On Fri, 14 May 2010 08:33:51 -0700
Tony Lindgren t...@atomide.com wrote:
* Jarkko Nikula jhnik...@gmail.com [100514 05:32]:
Idea is to combine peripheral OMAP gpio setups in single function like what
rx51_twlgpio_setup is doing for TWL4030 GPIOs.
Currently this is mostly cleanup for
On Fri, May 14, 2010 at 8:53 PM, Sukumar Ghorai s-gho...@ti.com wrote:
[...]
diff --git a/arch/arm/mach-omap2/gpmc-onenand.c
b/arch/arm/mach-omap2/gpmc-onenand.c
index 7bb6922..5d66817
--- a/arch/arm/mach-omap2/gpmc-onenand.c
+++ b/arch/arm/mach-omap2/gpmc-onenand.c
@@ -301,7 +301,7 @@
Nishanth Menon n...@ti.com wrote:
On 05/10/2010 07:31 AM, Venkatraman S wrote:
Nishanth Menonmenon.nisha...@gmail.com wrote:
Please see [1] for SOC specific feature handling. any reasons we can't
handle it by adding a new feature?
[1]
On Fri, May 14, 2010 at 6:09 PM, Ohad Ben-Cohen o...@wizery.com wrote:
Hi Felipe,
On Fri, May 14, 2010 at 6:01 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
The main purpose of this patch series is to be able to compile mach platform
data as built-in. Otherwise, client modules such
* Hiroshi DOYU hiroshi.d...@nokia.com [100514 00:36]:
Hi Tony,
The patches was sent on:
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg27968.html
The following changes since commit b57f95a38233a2e73b679bea4a5453a1cc2a1cc9:
Linux 2.6.34-rc7 (2010-05-09 18:36:28 -0700)
are
* Tomi Valkeinen tomi.valkei...@nokia.com [100512 01:54]:
Hi,
On Mon, 2010-05-10 at 22:20 +0200, ext Tony Lindgren wrote:
* Stephen Rothwell s...@canb.auug.org.au [100506 22:05]:
Hi Tomi,
Today's linux-next merge of the omap_dss2 tree got a conflict in
Ajay Kumar Gupta ajay.gu...@ti.com wrote:
AM35x is based on OMAP35x but has an updated musb interface which
uses CPPI4.1 DMA engine.
Current patch supports only PIO mode transfers.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
Changes from v1: (Based on Sergei's comment)
-
Ajay Kumar Gupta ajay.gu...@ti.com wrote:
AM35x supports only 32bit read operations so we need to have
workaround for 8bit and 16bit read operations.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
drivers/usb/musb/am3517.c | 30 ++
Hi,
I spent some time looking deeper into this patch series, and I have some doubts.
On Sun, May 2, 2010 at 8:47 PM, Ohad Ben-Cohen o...@wizery.com wrote:
On Sun, May 2, 2010 at 4:17 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Sat, May 1, 2010 at 11:44 PM, Ohad Ben-Cohen
* Anuj Aggarwal anuj.aggar...@ti.com [100302 02:25]:
Sending version 3 of this patch-set after rebasing it against the for-next
branch in the linux-omap tree. The previous series can be found at:
http://marc.info/?l=linux-omapm=126328763822497w=2
This patch set is created to clean up
On Friday 14 May 2010, Kevin Hilman wrote:
Rafael J. Wysocki r...@sisk.pl writes:
On Thursday 13 May 2010, Tony Lindgren wrote:
* Rafael J. Wysocki r...@sisk.pl [100513 14:16]:
[...]
It solves a practical issue that _at_ _the_ _moment_ cannot be solved
differently, while
- if (cpu_is_omap3430()) {
+ if (false);
-- Is this statement needed ?
+#if defined(CONFIG_ARCH_OMAP3430)
+ else if (cpu_is_omap3430()) {
list = omap3_mboxes;
list[0]-irq = res[1].start;
Thank you,
Best regards,
Hari
--
To unsubscribe
Hi all,
Here are some omap patches mostly to get some more devices
initialized.
With these the omap4 Ethernet should work, the drivers
related patches are queued too.
Regards,
Tony
---
Abraham Arce (2):
OMAP4: Ethernet: KS8851 Board Support
OMAP4: Networking: Defconfig Support
From: Mika Westerberg ext-mika.1.westerb...@nokia.com
If we are softbooting another kernel using kexec, DMA controller state is not
known when we are performing omap_init_dma(). It is possible that some DMA
channels are already active. For example after kexec we get:
4IRQ 0020 for non-allocated
From: manjugk manjugk manj...@ti.com
Multi line comments are fixed as per CodingStyle
guidelines.
Cc: Tony Lindgren t...@atomide.com
Cc: Kevin Hilman khil...@deeprootsystems.com
Signed-off-by: Manjunatha GK manj...@ti.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
From: stanley.miao stanley.m...@windriver.com
There is two gpio for mmc use, one is for card detecting, another is
used for checking write protect. Intialize its pinmux in case the bootloader
doesn't set it.
Signed-off-by: Stanley.Miao stanley.m...@windriver.com
Signed-off-by: Tony Lindgren
From: stanley.miao stanley.m...@windriver.com
AM3517 don't have the register OMAP343X_CONTROL_PBIAS_LITE and the regulators
like vmmc, so we set a noop set_power function for it.
Signed-off-by: Stanley.Miao stanley.m...@windriver.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
From: Syed Rafiuddin rafiuddin.s...@ti.com
Change dependency to ARCH_OMAP2PLUS to allow systems based on
omap24xx, omap34xx or omap44xx
Cc: spi-devel-gene...@lists.sourceforge.net
Signed-off-by: Syed Rafiuddin rafiuddin.s...@ti.com
Signed-off-by: Abraham Arce x0066...@ti.com
Signed-off-by: Tony
From: Abraham Arce x0066...@ti.com
Enable KS8851 SPI support +
Networking Support
- Packet Socket
- TCP/IP
Network Filesystems
- NFS Client
- Root Filesystem on NFS
Signed-off-by: Abraham Arce x0066...@ti.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
From: Santosh Shilimkar santosh.shilim...@ti.com
This patch moves OMAP4 soc specific code from 4430sdp board file.
The change is necessary so that newer board support can be added
with minimal changes. This will be also problematic for
multi-board, multi-omap builds.
Signed-off-by: Santosh
From: Tony Lindgren ch...@ti.com
Access to some of the OMAP4 GPIO registers are not properly handled.
This patch fixes it.
This patch is tested on 3430SDP and 4430SDP boards
Signed-off-by: Charulatha V ch...@ti.com
cc: Kevin Hilman khil...@deeprootsystems.com
Acked-by: Kevin Hilman
Kevin Hilman khil...@deeprootsystems.com writes:
Rafael J. Wysocki r...@sisk.pl writes:
On Thursday 13 May 2010, Tony Lindgren wrote:
* Rafael J. Wysocki r...@sisk.pl [100513 14:16]:
[...]
It solves a practical issue that _at_ _the_ _moment_ cannot be solved
differently, while
On Friday 14 May 2010, Kevin Hilman wrote:
Kevin Hilman khil...@deeprootsystems.com writes:
Rafael J. Wysocki r...@sisk.pl writes:
On Thursday 13 May 2010, Tony Lindgren wrote:
* Rafael J. Wysocki r...@sisk.pl [100513 14:16]:
[...]
It solves a practical issue that _at_
* kishore kadiyala kishore.kadiy...@ti.com [100513 13:06]:
Support for MMC1 MMC2 controllers is added to the board file.
Also includes configuration of MMC1 Card detect initially.
This patch does not seem to apply, I don't know where you're getting
the sdp4430_vmmc_supply in this patch?
I
On Fri, May 14, 2010 at 02:56:51PM -0700, Tony Lindgren wrote:
* kishore kadiyala kishore.kadiy...@ti.com [100513 13:06]:
Support for MMC1 MMC2 controllers is added to the board file.
Also includes configuration of MMC1 Card detect initially.
This patch does not seem to apply, I don't
On Sat, May 15, 2010 at 12:27 AM, Kanigeri, Hari h-kanige...@ti.com wrote:
- if (cpu_is_omap3430()) {
+ if (false);
-- Is this statement needed ?
Yeah, so:
if (false);
#if 0
else if (foo) {
}
#endif
else {
return -1;
}
Works.
--
Felipe Contreras
--
To unsubscribe from this
Rafael J. Wysocki r...@sisk.pl writes:
On Friday 14 May 2010, Kevin Hilman wrote:
Kevin Hilman khil...@deeprootsystems.com writes:
Rafael J. Wysocki r...@sisk.pl writes:
On Thursday 13 May 2010, Tony Lindgren wrote:
* Rafael J. Wysocki r...@sisk.pl [100513 14:16]:
[...]
2.6.34-rc6 kernel has the Ducati mmu irq define name changed, which is
resulting in compilation error.
Signed-off-by: Hari Kanigeri h-kanige...@ti.com
---
arch/arm/mach-omap2/omap-iommu.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/omap-iommu.c
Hi,
Ajay Kumar Gupta ajay.gu...@ti.com wrote:
AM35x is based on OMAP35x but has an updated musb interface which
uses CPPI4.1 DMA engine.
Current patch supports only PIO mode transfers.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
Changes from v1: (Based on Sergei's
On Fri, 14 May 2010, Rafael J. Wysocki wrote:
How do you handle situations where the CPU is currently idle but an
event (such as I/O completion) is expected to occur in the near future?
You don't want to power-off and reboot then, do you?
The idle code looks at
On Fri, 14 May 2010, Magnus Damm wrote:
I agree with you Tony. I thought shutting down CPUs for power
managment purposes could be done without freezing user space. At least
that's what we do today with SH-Mobile.
If you can shut down and restart CPUs in the time periods between
transitions
On Fri, 14 May 2010, Brian Swetland wrote:
It provides useful functionality -- you apparently disagree, but the
wakelock/suspendblock model is in use, shipping, and solving problems
for quite a lot of android devices that have been shipping for a while
now. We actively go to lowest power
1 - 100 of 104 matches
Mail list logo