On Wed, Jun 02, 2010 at 11:05:18AM -0700, Brian Swetland wrote:
On Wed, Jun 2, 2010 at 1:06 AM, Neil Brown ne...@suse.de wrote:
On Wed, 2 Jun 2010 00:05:14 -0700
Arve Hjønnevåg a...@android.com wrote:
The user-space suspend daemon avoids losing wake-events by using
fcntl(F_OWNER) to
On Wed, Jun 2, 2010 at 11:04 PM, mark gross 640e9...@gmail.com wrote:
There are many wakeup events possible in a typical system --
keypresses or other input events, network traffic, telephony events,
media events (fill audio buffer, fill video decoder buffer, etc), and
I think requiring that
On Wed, 2 Jun 2010 11:05:18 -0700
Brian Swetland swetl...@google.com wrote:
On Wed, Jun 2, 2010 at 1:06 AM, Neil Brown ne...@suse.de wrote:
On Wed, 2 Jun 2010 00:05:14 -0700
Arve Hjønnevåg a...@android.com wrote:
The user-space suspend daemon avoids losing wake-events by using
From: Hiroshi DOYU hiroshi.d...@nokia.com
With this patch, you'll get the following sysfs directories. This
structure implies that a single platform device, omap2-mailbox holds
multiple logical mbox instances. This could be the base to add sysfs
files for each logical mboxes. Then userland
From: Fernando Guzman Lugo x0095...@ti.com
flush pending deferred works before freeing blk_queue to prevent
any attempt of access to blk_queue after it was freed
Signed-off-by: Fernando Guzman Lugo x0095...@ti.com
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
From: Ohad Ben-Cohen o...@wizery.com
use multiple MODULE_AUTHOR lines for multiple authors
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/mach-omap2/mailbox.c |3 ++-
arch/arm/plat-omap/mailbox.c |3 ++-
2 files changed, 4
From: Fernando Guzman Lugo x0095...@ti.com
This patch checks if the mailbox user has assinged a valid
callback fuction before calling it.
Signed-off-by: Fernando Guzman Lugo x0095...@ti.com
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/plat-omap/mailbox.c |3 ++-
1 files
mailbox startup and shutdown are being executed against
a single H/W module, and a mailbox H/W module is totally
__independent__ of the registration of logical mailboxes.
So, an independent mutext should be used for startup and
shutdown.
Signed-off-by: Fernando Guzman Lugo x0095...@ti.com
From: Ohad Ben-Cohen o...@wizery.com
The underlying buffering implementation of mailbox
is converted from block API to kfifo due to the simplicity
and speed of kfifo.
The default size of the kfifo buffer is set to 256 bytes.
This value is configurable at compile time (via
From: Ohad Ben-Cohen o...@wizery.com
rwlocks are slower and have potential starvation issues
therefore spinlocks are generally preferred.
see also: http://lwn.net/Articles/364583/
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
Signed-off-by: Kanigeri Hari h-kanige...@ti.com
Signed-off-by:
From: Fernando Guzman Lugo x0095...@ti.com
Free interrupt before freeing blk_queue to avoid
any attempt of access to blk_queue after it was freed.
Signed-off-by: Fernando Guzman Lugo x0095...@ti.com
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/plat-omap/mailbox.c |3 +--
From: Ohad Ben-Cohen o...@wizery.com
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/plat-omap/mailbox.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/arch/arm/plat-omap/mailbox.c
From: Fernando Guzman Lugo x0095...@ti.com
when blk_get_request fails to get the request it is returning
without read the message from the mailbox fifo, then when it
leaves the isr and interruption is trigger again and again and
the workqueue which get elements from the request queue is never
Hi,
The following patches are for -next for omap mailbox module.
Fernando Guzman Lugo (4):
Mailbox: free mailbox interrupt before freeing blk queue
Mailbox: flush pending deferred works before freeing blk queue
Mailbox: Check valid registered callback before calling
Mailbox: disable
Hi Felipe,
From: ext Felipe Contreras felipe.contre...@gmail.com
Subject: [PATCH v3 00/14] omap: mailbox: bunch of cleanups
Date: Sat, 22 May 2010 19:14:11 +0200
Hi,
These are hopefully non-functional changes. Just shuffling code around, and
removing unecessary stuff.
In v2 I tried to
From: Vaibhav Hiremath hvaib...@ti.com
Also created vpfe master/slave clock aliases, since naming
convention is different in both Davinci and AM3517 devices.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
arch/arm/mach-omap2/board-am3517evm.c | 161 +
1
From: Vaibhav Hiremath hvaib...@ti.com
AM3517 uses similar VPFE-CCDC hardware IP as in Davinci, so reusing the driver.
Currently the davinci driver is hardly tied with ARCH_DAVINCI, which was
limiting AM3517 to reuse the driver. So created seperate Kconfig file for
davinci and added AM3517 to
From: Vaibhav Hiremath hvaib...@ti.com
Currently VPFE Capture driver and DM6446 CCDC driver is being
reused for AM3517. So this patch is preparing the Kconfig/makefile
for re-use of such IP's.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
drivers/media/video/Kconfig | 61
On Wed, Jun 2, 2010 at 11:33 PM, Neil Brown ne...@suse.de wrote:
The current suspend-blocker proposal already involves userspace
changes (it's different than our existing wakelock interface), and
we're certainly not opposed to any/all userspace changes on principle,
but on the other hand
On Wed, Jun 2, 2010 at 9:24 PM, Paul Mundt let...@linux-sh.org wrote:
On the other hand, while this isn't that difficult for the UP case it
does pose more problems for the SMP case. Presently the suspend paths
(suspend-to-RAM/hibernate/kexec jump) all deal with disabling and
enabling of
Vaibhav,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Hiremath, Vaibhav
Sent: Thursday, June 03, 2010 12:12 PM
To: linux-me...@vger.kernel.org
Cc: mche...@redhat.com; Karicheri, Muralidharan; linux-
On Wed, 2010-06-02 at 22:13 +0200, Florian Mickler wrote:
On Wed, 02 Jun 2010 12:21:28 +0200
Peter Zijlstra pet...@infradead.org wrote:
Do you switch your pc on and off manually? Sometimes? Really?
(if not, you are probably a kernel hacker *g*)
Yeah, when my Radeon GPU locks up the bus
-Original Message-
From: DebBarma, Tarun Kanti
Sent: Thursday, June 03, 2010 12:49 PM
To: Hiremath, Vaibhav; linux-me...@vger.kernel.org
Cc: mche...@redhat.com; Karicheri, Muralidharan; linux-omap@vger.kernel.org
Subject: RE: [PATCH-V1 2/2] AM3517: Add VPFE Capture driver support to
On Wed, 2010-06-02 at 23:58 -0700, Brian Swetland wrote:
I haven't poked around too much with how things work in SMP
environments -- are there per-cpu idle threads?
Yes, and we recently grew the infrastructure for asymmetric MP in the
processing capacity sense.
--
To unsubscribe from this
-Original Message-
From: Hiremath, Vaibhav
Sent: Thursday, June 03, 2010 1:41 PM
To: DebBarma, Tarun Kanti; linux-me...@vger.kernel.org
Cc: mche...@redhat.com; Karicheri, Muralidharan; linux-
o...@vger.kernel.org
Subject: RE: [PATCH-V1 2/2] AM3517: Add VPFE Capture driver support
-Original Message-
From: DebBarma, Tarun Kanti
Sent: Thursday, June 03, 2010 1:44 PM
To: Hiremath, Vaibhav; linux-me...@vger.kernel.org
Cc: mche...@redhat.com; Karicheri, Muralidharan; linux-omap@vger.kernel.org
Subject: RE: [PATCH-V1 2/2] AM3517: Add VPFE Capture driver support to
Tomi,
-Original Message-
From: linux-fbdev-ow...@vger.kernel.org
[mailto:linux-fbdev-ow...@vger.kernel.org] On Behalf Of
Guruswamy, Senthilvadivu
Sent: Monday, May 17, 2010 11:20 AM
To: Tomi Valkeinen
Cc: linux-omap@vger.kernel.org; linux-fb...@vger.kernel.org;
-Original Message-
From: Hiremath, Vaibhav
Sent: Thursday, June 03, 2010 1:50 PM
To: DebBarma, Tarun Kanti; linux-me...@vger.kernel.org
Cc: mche...@redhat.com; Karicheri, Muralidharan; linux-
o...@vger.kernel.org
Subject: RE: [PATCH-V1 2/2] AM3517: Add VPFE Capture driver support
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, June 01, 2010 2:51 PM
To: Cousson, Benoit
Cc: Gopinath, Thara; linux-omap@vger.kernel.org; khil...@deeprootsystems.com;
Sawant, Anand
Subject: Re: [PATCH 3/9] OMAP2/3/4 : Dual mode timer device registration.
From: ext Catalin Marinas catalin.mari...@arm.com
Subject: Re: [PATCH v2 0/3] kmemleak: Fix false positive with special scan
Date: Wed, 2 Jun 2010 16:12:29 +0200
On Wed, 2010-06-02 at 12:34 +0100, Hiroshi DOYU wrote:
From: ext Catalin Marinas catalin.mari...@arm.com
Can we not add a new prio
[mtg: ] This has been a pain point for the PM_QOS implementation. They
change the constrain back and forth at the transaction level of the i2c
driver. The pm_qos code really wasn't made to deal with such hot path use,
as each such change triggers a re-computation of what the aggregate qos
On Thu, 2010-06-03 at 11:03 +0100, Alan Cox wrote:
[mtg: ] This has been a pain point for the PM_QOS implementation.
They change the constrain back and forth at the transaction level of
the i2c driver. The pm_qos code really wasn't made to deal with such
hot path use, as each such change
On Thu, Jun 3, 2010 at 9:40 AM, Hiroshi DOYU hiroshi.d...@nokia.com wrote:
Have you had a chance to update them?
Sorry, no. I've been busy with user-space stuff. Probably this weekend.
There's no merge-window rush or anything, right?
--
Felipe Contreras
--
To unsubscribe from this list: send
-Original Message-
From: DebBarma, Tarun Kanti
Sent: Thursday, June 03, 2010 2:46 PM
To: Hiremath, Vaibhav; linux-me...@vger.kernel.org
Cc: mche...@redhat.com; Karicheri, Muralidharan; linux-omap@vger.kernel.org
Subject: RE: [PATCH-V1 2/2] AM3517: Add VPFE Capture driver support to
From: ext Felipe Contreras felipe.contre...@gmail.com
Subject: Re: [PATCH v3 00/14] omap: mailbox: bunch of cleanups
Date: Thu, 3 Jun 2010 12:23:43 +0200
On Thu, Jun 3, 2010 at 9:40 AM, Hiroshi DOYU hiroshi.d...@nokia.com wrote:
Have you had a chance to update them?
Sorry, no. I've been busy
From: Felipe Balbi felipe.ba...@nokia.com
dev_vdbg() is only compiled when VERBOSE is defined, so
there's no need to wrap dev_dbg() on #ifdef VERBOSE .. #endif
as we can use dev_vdbg() directly.
Signed-off-by: Felipe Balbi felipe.ba...@nokia.com
---
drivers/spi/omap2_mcspi.c | 36
On Thu, Jun 03, 2010 at 09:40:22AM +0300, Hiroshi DOYU wrote:
Felipe Contreras (14):
omap: mailbox: trivial whitespace cleanups
omap: mailbox: trivial cleanups
I think folk need to read this:
http://lkml.org/lkml/2010/6/2/472
and consider what it means for the future, and what
Hi,
On Thu, Jun 03, 2010 at 01:47:26PM +0200, ext Russell King - ARM Linux wrote:
I think folk need to read this:
http://lkml.org/lkml/2010/6/2/472
and consider what it means for the future, and what can be done to reduce
the amount of churn.
I believe Linus is considering more the
Hi Russell,
On Thu, Jun 03, 2010 at 12:47:26PM +0100, Russell King - ARM Linux wrote:
On Thu, Jun 03, 2010 at 09:40:22AM +0300, Hiroshi DOYU wrote:
Felipe Contreras (14):
omap: mailbox: trivial whitespace cleanups
omap: mailbox: trivial cleanups
I think folk need to read this:
The IOMMU virtual memory mapping API requires page-aligned buffers.
There's no hardware reason behind such a restriction. Remove it by
rounding the address of the first page entry down, and adding the offset
back to the IOMMU virtual address.
Signed-off-by: Laurent Pinchart
On Thu, 2010-06-03 at 11:03 +0100, Alan Cox wrote:
[mtg: ] This has been a pain point for the PM_QOS implementation. They
change the constrain back and forth at the transaction level of the i2c
driver. The pm_qos code really wasn't made to deal with such hot path use,
as each such
If the pipeline is misconfigured, the isp_video_far_end function could
return a wrong ISP video device. Fix this by ignoring ISP video devices
of the same type as the local end.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/video/isp/ispvideo.c | 14
On Wed, Jun 02, 2010 at 11:12:39PM -0700, Brian Swetland wrote:
On Wed, Jun 2, 2010 at 11:04 PM, mark gross 640e9...@gmail.com wrote:
There are many wakeup events possible in a typical system --
keypresses or other input events, network traffic, telephony events,
media events (fill audio
If suspend is the thing we are used to via
/sys/power/state then the
race will persist forever except for the suspend blocker workaround,
True, because device wakeups are enabled
by device.driver.suspend() methods, which are
invoked towards the end of the activities
triggered by writing
* Peter Ujfalusi peter.ujfal...@nokia.com [100603 07:34]:
Hello,
Tony: Could you take a look at the arch/arm patches in this series?
Thanks!
Changes since v3/4:
- Fixed commit subjects and messages for OMAP3 related patches
- Added Acked-by from Mark, and Jarkko
Looks good to me too.
Le 02.06.2010 13:46, Jarkko Nikula a écrit :
On Wed, 2 Jun 2010 14:21:30 +0300
Tony Lindgrent...@atomide.com wrote:
How can I call omap_mux_init_signal()
from external driver compiled as module ?
cause the function is not in the standard path include files
and is not exported
You can't
* Laurent Epinat laurent.epi...@cioinfoindus.fr [100603 16:36]:
I would like one basic configuration for the modules with (twl,net,flash,..
all on the COM's)
and for the rest, external driver for extra functionalities on the support
board.
This is why I need to change the mux pins
On Thu, 03 Jun 2010 09:40:02 +0200
Peter Zijlstra pet...@infradead.org wrote:
Same for firefox, you can teach it to not render animated gifs and run
javascript for invisible tabs, and once the screen-saver kicks in,
nothing is visible (and with X telling apps their window is visible or
not it
On Thu, 03 Jun 2010 08:24:31 -0500
James Bottomley james.bottom...@suse.de wrote:
On Thu, 2010-06-03 at 11:03 +0100, Alan Cox wrote:
[mtg: ] This has been a pain point for the PM_QOS implementation. They
change the constrain back and forth at the transaction level of the i2c
driver.
On Wed, Jun 02, 2010 at 11:43:06PM -0700, Brian Swetland wrote:
I guess it becomes an question of economics for you then. Does the cost of
whatever user-space changes are required exceed the value of using an
upstream
kernel? Both the cost and the value would be very hard to estimate in
-Original Message-
From: James Bottomley [mailto:james.bottom...@suse.de]
Sent: Thursday, June 03, 2010 6:25 AM
To: Alan Cox
Cc: Gross, Mark; Florian Mickler; Arve Hjønnevåg; Neil Brown;
ty...@mit.edu; Peter Zijlstra; LKML; Thomas Gleixner; Linux OMAP Mailing
List; Linux PM;
On Thu, 3 Jun 2010, James Bottomley wrote:
On Thu, 2010-06-03 at 11:03 +0100, Alan Cox wrote:
[mtg: ] This has been a pain point for the PM_QOS implementation. They
change the constrain back and forth at the transaction level of the i2c
driver. The pm_qos code really wasn't made to
* Tony Lindgren t...@atomide.com [100603 17:03]:
* Laurent Epinat laurent.epi...@cioinfoindus.fr [100603 16:36]:
I would like one basic configuration for the modules with (twl,net,flash,..
all on the COM's)
and for the rest, external driver for extra functionalities on the support
On Thu, 2010-06-03 at 16:35 +0200, Thomas Gleixner wrote:
On Thu, 3 Jun 2010, James Bottomley wrote:
On Thu, 2010-06-03 at 11:03 +0100, Alan Cox wrote:
[mtg: ] This has been a pain point for the PM_QOS implementation. They
change the constrain back and forth at the transaction level
On Thu, Jun 3, 2010 at 2:47 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Thu, Jun 03, 2010 at 09:40:22AM +0300, Hiroshi DOYU wrote:
Felipe Contreras (14):
omap: mailbox: trivial whitespace cleanups
omap: mailbox: trivial cleanups
I think folk need to read this:
On Thu, 2010-06-03 at 07:39 +0300, Peter Ujfalusi wrote:
Hello,
Tony: Could you take a look at the arch/arm patches in this series?
Thanks!
Changes since v3/4:
- Fixed commit subjects and messages for OMAP3 related patches
- Added Acked-by from Mark, and Jarkko
Intro message from the
On Thu, 2010-06-03 at 16:12 +0200, Florian Mickler wrote:
On Thu, 03 Jun 2010 09:40:02 +0200
Peter Zijlstra pet...@infradead.org wrote:
Same for firefox, you can teach it to not render animated gifs and run
javascript for invisible tabs, and once the screen-saver kicks in,
nothing is
-Original Message-
From: Randy Dunlap [mailto:rdun...@xenotime.net]
Sent: Thursday, June 03, 2010 8:57 PM
To: Hiremath, Vaibhav
Cc: linux-me...@vger.kernel.org; mche...@redhat.com; Karicheri,
Muralidharan; linux-omap@vger.kernel.org
Subject: Re: [PATCH-V1 1/2] Davinci: Create
On Thu, 3 Jun 2010 21:03:27 +0530 Hiremath, Vaibhav wrote:
-Original Message-
From: Randy Dunlap [mailto:rdun...@xenotime.net]
Sent: Thursday, June 03, 2010 8:57 PM
To: Hiremath, Vaibhav
Cc: linux-me...@vger.kernel.org; mche...@redhat.com; Karicheri,
Muralidharan;
-Original Message-
From: Randy Dunlap [mailto:rdun...@xenotime.net]
Sent: Thursday, June 03, 2010 9:07 PM
To: Hiremath, Vaibhav
Cc: linux-me...@vger.kernel.org; mche...@redhat.com; Karicheri,
Muralidharan; linux-omap@vger.kernel.org
Subject: Re: [PATCH-V1 1/2] Davinci: Create
On Thu, 2010-06-03 at 10:21 -0400, ty...@mit.edu wrote:
And let's be blunt. If in the future the Android team (which I'm not
a member of) decides that they have invested more engineering time
than they can justify from a business perspective, the next time
someone starts whining on a blog,
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Thursday, June 03, 2010 7:43 AM
To: Peter Zijlstra
Cc: Alan Cox; Gross, Mark; Florian Mickler; James Bottomley; Arve
Hjønnevåg; Neil Brown; ty...@mit.edu; LKML; Thomas Gleixner; Linux OMAP
Mailing List;
* Felipe Contreras felipe.contre...@gmail.com [100603 17:53]:
On Thu, Jun 3, 2010 at 2:47 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Thu, Jun 03, 2010 at 09:40:22AM +0300, Hiroshi DOYU wrote:
Felipe Contreras (14):
omap: mailbox: trivial whitespace cleanups
Gross, Mark mark.gr...@intel.com writes:
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Thursday, June 03, 2010 7:43 AM
To: Peter Zijlstra
Cc: Alan Cox; Gross, Mark; Florian Mickler; James Bottomley; Arve
Hjønnevåg; Neil Brown; ty...@mit.edu; LKML; Thomas
On Thu, 2010-06-03 at 09:58 -0700, Kevin Hilman wrote:
Gross, Mark mark.gr...@intel.com writes:
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Thursday, June 03, 2010 7:43 AM
To: Peter Zijlstra
Cc: Alan Cox; Gross, Mark; Florian Mickler; James
Checking to se if the IO daisy chain is enabled should be checking the
PM_WKEN register, not the PM_WKST register. Reading PM_WKST tells us
if an event occurred, not whether or not it is enabled.
Apparently, we've been lucky until now in that a pending event has not
been there during enable.
Lesly A M lesl...@ti.com writes:
This patch will fix the TRITON sleep/wakeup sequence.
Since the function to populate the sleep script is getting called always
irrespective of the flag TWL4030_SLEEP_SCRIPT, other scripts data
is getting over written by the sleep script.
OK, this is a clear
On Thu, Jun 3, 2010 at 6:36 AM, mark gross 640e9...@gmail.com wrote:
On Wed, Jun 02, 2010 at 11:12:39PM -0700, Brian Swetland wrote:
On Wed, Jun 2, 2010 at 11:04 PM, mark gross 640e9...@gmail.com wrote:
There are many wakeup events possible in a typical system --
keypresses or other input
Hi Kevin, Mark, all,
Yes, from our brief discussions at ELC, and all the ensuing discussions that
have happened in the last few weeks, it certainly seems like a good time to
think about:
- what is a good model to tie up device idleness, latencies, constraints with
cpu idle infrastructure -
Lesly A M lesl...@ti.com writes:
This patch will have the changes to use separate clk/volt setup_time
for RET and OFF state.
Create separate copies of VC parameters for each Si in voltage.c.
Updates the VC setuptime struct during init based on the OMAP Si.
Removes the VC setuptime struct
Lesly A M lesl...@ti.com writes:
This patch will add a new function omap_voltage_vc_update() to re-program
the VC parameters while entering low power mode, based on CORE_DOMAIN target
state.
The voltsetup2 is used only when the device exits sys_off mode
(with PRM_VOLTCTRL[3]SEL_OFF set to
Lesly A M lesl...@ti.com writes:
Rename vdd0_/vdd1_ to vdd1_/vdd2_ in VC param structure.
That answers what?, but not why?
Yes, I know the answer right now, but I forget things often.
Please help ease the pain of my forgetfullness by writing a
descriptive changelog so when I or anyone else
Varadarajan, Charulatha ch...@ti.com writes:
* Charulatha V ch...@ti.com [100518 07:44]:
This patch series implements GPIO module in platform device model.
It also makes OMAP2PLUS specific GPIO implemented in HWMOD FW way.
This patch series is created on origin/pm-wip/runtime.
This
Charulatha V ch...@ti.com writes:
Add hwmod structures for GPIO module on OMAP3
Signed-off-by: Charulatha V ch...@ti.com
Signed-off-by: Rajendra Nayak rna...@ti.com
[...]
+/* GPIO1 */
+
+static struct omap_hwmod_irq_info gpio1_mpu_irqs[] = {
+ { .name = gpio_mpu_irq, .irq =
Charulatha V ch...@ti.com writes:
+static struct omap_hwmod omap2420_gpio1_hwmod = {
+ .name = gpio1_hwmod,
+ .mpu_irqs = gpio1_mpu_irqs,
+ .mpu_irqs_cnt = ARRAY_SIZE(gpio1_mpu_irqs),
+ .main_clk = gpios_fck,
+ .prcm = {
+
Charulatha V ch...@ti.com writes:
This patch adds support for handling GPIO as a HWMOD FW adapted
platform device for OMAP2PLUS chips.
Signed-off-by: Charulatha V ch...@ti.com
[...]
+/*
+ * gpio_init needs to be done before
+ * machine_init functions access gpio APIs.
+ * Hence
Charulatha V ch...@ti.com writes:
This patch series implements GPIO module in platform device model.
It also makes OMAP2PLUS specific GPIO implemented in HWMOD FW way.
This patch series is created on origin/pm-wip/runtime.
This patch series is tested on OMAP3430 SDP board. It would be of
Charulatha V ch...@ti.com writes:
This patch implements GPIO as a platform device. Also it
implements OMAP2PLUS specific GPIO as HWMOD FW adapted device.
GPIO APIs are used in machine_init functions. Hence it is
required to complete GPIO probe before machine_init. Therefore
GPIO device
Charulatha V ch...@ti.com writes:
This patch adds the CM_FCLKEN_WKUP, CM_ICLKEN_WKUP, PM_WKEN_WKUP
shared bits for OMAP2PLUS watchdog timer module
Signed-off-by: Charulatha V ch...@ti.com
---
arch/arm/mach-omap2/prcm-common.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
Charulatha V ch...@ti.com writes:
Add hwmod structures for Watchdog module on OMAP2420
Signed-off-by: Charulatha V ch...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_2420_data.c | 56
1 files changed, 56 insertions(+), 0 deletions(-)
[...]
+/* WDTIMER2 */
Charulatha V ch...@ti.com writes:
Add hwmod structures for Watchdog module on OMAP2430
Signed-off-by: Charulatha V ch...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_2430_data.c | 56
1 files changed, 56 insertions(+), 0 deletions(-)
[...]
+/* WDTIMER2 */
Charulatha V ch...@ti.com writes:
This patch converts the OMAP2/3 Watchdog timer driver to
get adapted to HWMOD FW and to use the runtime PM APIs.
This patch is tested on SDP3430, SDP3630 and SDP4430.
Signed-off-by: Charulatha V ch...@ti.com
---
arch/arm/plat-omap/devices.c | 52
* ty...@mit.edu ty...@mit.edu wrote:
[...] Not only has the source code been made available, but hundreds of
engineering hours have been made trying to accomodate the demands of LKML
--- and LKML has said no to suspend blockers/wakelocks.
I dont think you are being fair here, at all.
Thara Gopinath th...@ti.com writes:
This patch converts dual mode timer library into a platform driver.
This essentially involves moving out interrupt and base address
related info from plat-omap/dmtimer.c and making certain clock related
functions platform data. This patch also initializes
On Thu, Jun 3, 2010 at 12:30 PM, Ingo Molnar mi...@elte.hu wrote:
Sadly the response from the Android team has been 100% uncompromising: either
suspend blockers or nothing.
Well, we're willing to accept something that gives us the same
functionality (thus rewriting the api several times to
Yes, having a QoS parameter per-subsystem (or even per-device) is very
important for SoCs that have independently controlled powerdomains.
If all devices/subsystems in a particular powerdomain have QoS
parameters that permit, the power state of that powerdomain can be
lowered independently from
Benoit Cousson b-cous...@ti.com writes:
On 5/29/2010 4:37 PM, Gopinath, Thara wrote:
This patch series converts the OMAP Dual Mode Timer into a
platform driver. This involves using of hwmod structures and
omap_device layer for OMAP2/3/4 dmtimers and generic
linux platform device layer for
On 6/4/2010 12:20 AM, Kevin Hilman wrote:
Benoit Coussonb-cous...@ti.com writes:
On 5/29/2010 4:37 PM, Gopinath, Thara wrote:
This patch series converts the OMAP Dual Mode Timer into a
platform driver. This involves using of hwmod structures and
omap_device layer for OMAP2/3/4 dmtimers and
Thara Gopinath th...@ti.com writes:
This patch converts OMAP2/OMAP3/OMAP4 dual mode timers into
platform devices using omap hwmod, omap device and runtime pm frameworks.
This patch also allows GPTIMER1 and GPTIMER2 to be registered as
early devices. This will allow GPTIMER1 to be registered
Thara Gopinath th...@ti.com writes:
This patch adds a new API in the common boot up sequence to register
early drivers and probe for early devices. This API can be used by any
early device to register itself.
This patch also adds support to register earlytimer drivers and
probe for any
* Ingo Molnar mi...@elte.hu wrote:
* ty...@mit.edu ty...@mit.edu wrote:
[...] Not only has the source code been made available, but hundreds of
engineering hours have been made trying to accomodate the demands of LKML
--- and LKML has said no to suspend blockers/wakelocks.
I dont
Thara Gopinath th...@ti.com writes:
This patch converts OMAP2/OMAP3/OMAP4 dual mode timers into
platform devices using omap hwmod, omap device and runtime pm frameworks.
This patch also allows GPTIMER1 and GPTIMER2 to be registered as
early devices. This will allow GPTIMER1 to be registered
Thara Gopinath th...@ti.com writes:
This patch series does clean up of Kevin Hilman's PM tree
so that the earlier Smartreflex series against lo-master can
be applied seamlessly. This patch sereis also does some
smartreflex related code changes in the cpuidle and dvfs
code which exists only
On Fri, May 21, 2010 at 9:47 AM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Mike Chan m...@android.com writes:
I'm not sure if this has been discussed, yet but since it seems that
the resource framework will not be making it upstream, I am curious
what are the replacements under
On Fri, 4 Jun 2010, Ingo Molnar wrote:
This allows a task to 'exclude' other tasks that dont have low-latency
requirements. Crappy apps would have a large latency value, so they'd
be idled out when a privileged task sets the exclusion level low enough.
Quite frankly, this sounds
Benoit b-cous...@ti.com writes:
On 6/4/2010 12:20 AM, Kevin Hilman wrote:
Benoit Coussonb-cous...@ti.com writes:
On 5/29/2010 4:37 PM, Gopinath, Thara wrote:
This patch series converts the OMAP Dual Mode Timer into a
platform driver. This involves using of hwmod structures and
omap_device
* Linus Torvalds torva...@linux-foundation.org wrote:
On Fri, 4 Jun 2010, Ingo Molnar wrote:
This allows a task to 'exclude' other tasks that dont have low-latency
requirements. Crappy apps would have a large latency value, so they'd
be idled out when a privileged task sets
Mike Chan m...@android.com writes:
On Fri, May 21, 2010 at 9:47 AM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Mike Chan m...@android.com writes:
I'm not sure if this has been discussed, yet but since it seems that
the resource framework will not be making it upstream, I am curious
On Thu, Jun 3, 2010 at 4:52 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Mike Chan m...@android.com writes:
On Fri, May 21, 2010 at 9:47 AM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Mike Chan m...@android.com writes:
I'm not sure if this has been discussed, yet but since it
* Ingo Molnar mi...@elte.hu wrote:
- Create a 'deep idle' mode that suspends. This, if all constraints
are met, is triggered by the scheduler automatically: just like the other
idle modes are triggered currently. This approach fixes the wakeup
races because an incoming wakeup event
1 - 100 of 108 matches
Mail list logo