From: Vibhore Vardhan vvard...@ti.com
This patch implements device wakeup latency constraint framework.
Using omap_pm_set_max_dev_wakeup_lat(), drivers can specify the
maximum amount of time for a device to become accessible after
its clocks are enabled. This is done by restricting the power
On Mon, Aug 09, 2010 at 01:36:18PM +0300, Felipe Balbi wrote:
On Thu, Jun 03, 2010 at 01:09:01PM +0200, Balbi Felipe (Nokia-D/Helsinki)
wrote:
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
* Cory Maccarrone darkstar6...@gmail.com [100809 20:21]:
On Mon, Aug 9, 2010 at 12:43 AM, Tony Lindgren t...@atomide.com wrote:
* Cory Maccarrone darkstar6...@gmail.com [100808 20:22]:
On Wed, Aug 4, 2010 at 3:15 AM, Tony Lindgren t...@atomide.com wrote:
* Cory Maccarrone
Hi,
On Tue, Aug 10, 2010 at 08:33:41AM +0200, ext Grant Likely wrote:
Now picked up into my test-spi branch. I'll add it to linux-next after
the merge window closes.
ok, thanks Grant
--
balbi
DefectiveByDesign.org
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
* Stephen Rothwell s...@canb.auug.org.au [100810 04:02]:
Hi Jacob,
On Mon, 9 Aug 2010 19:36:01 -0500 Jacob Tanenbaum
jacob.tanenb...@logicpd.com wrote:
I work for LogicPD and am trying to add new support for
there OMAP3 development boards to the kernel, I have a working
I know, the sourceforge list is a bit of a pain.
As all sourceforge lists are.
I don't even know
who the admin of that list is.
One of the Russian MontaVista crew created
that list, and presumably maintains it.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
* Aguirre, Sergio saagui...@ti.com [100809 21:54]:
Hi,
I'm trying to boot from NFS with my Zoom3 board with current master branch
(commit ID: 842849896627701e4c07441f2c7519aeec771058)
But, I'm not successful so far. :(
Seems that it can't detect the eth0 device. (See attached log:
-Original Message-
From: Bob Liu [mailto:lliu...@gmail.com]
Sent: Saturday, August 07, 2010 7:54 AM
To: Kalliguddi, Hema
Cc: linux-...@vger.kernel.org; linux-omap@vger.kernel.org;
Mankad, Maulik Ojas; Felipe Balbi; Tony Lindgren; Kevin Hilman
Subject: Re: [PATCH V2 6/8] usb: musb:
-Original Message-
From: Varadarajan, Charulatha
Sent: Tuesday, August 10, 2010 10:49 AM
To: Kevin Hilman
Cc: linux-omap@vger.kernel.org; p...@pwsan.com; Cousson, Benoit; Nayak,
Rajendra; Basak, Partha
Subject: RE: [PATCH 01/13 v5] OMAP: GPIO: Modify init() in preparation for
Hi,
-Original Message-
From: Sergei Shtylyov [mailto:sshtyl...@mvista.com]
Sent: Saturday, August 07, 2010 8:55 PM
To: Kalliguddi, Hema
Cc: linux-...@vger.kernel.org; linux-omap@vger.kernel.org;
Mankad, Maulik Ojas; Felipe Balbi; Tony Lindgren; Kevin Hilman
Subject: Re: [PATCH V2 6/8]
-Original Message-
From: DebBarma, Tarun Kanti
Sent: Monday, August 09, 2010 10:14 PM
To: Kalliguddi, Hema; linux-...@vger.kernel.org;
linux-omap@vger.kernel.org
Cc: Kalliguddi, Hema; Mankad, Maulik Ojas; Felipe Balbi; Tony
Lindgren; Kevin Hilman
Subject: RE: [PATCH V2 6/8] usb:
Hi,
-Original Message-
From: Tomi Valkeinen [mailto:tomi.valkei...@nokia.com]
Sent: Thursday, August 05, 2010 1:40 PM
To: Taneja, Archit
Cc: Semwal, Sumit; linux-omap@vger.kernel.org
Subject: RE: DSS2 patch series
On Thu, 2010-08-05 at 09:06 +0200, ext Taneja, Archit wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Shubhrajyoti D
Sent: Monday, August 02, 2010 6:18 PM
To: linux-omap@vger.kernel.org
Cc: Datta, Shubhrajyoti
Subject: [PATCH] [RFC] Remove the debug print noise
This
On 8/10/2010 9:20 AM, Basak, Partha wrote:
From: Varadarajan, Charulatha
Sent: Tuesday, August 10, 2010 10:49 AM
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Tuesday, August 10, 2010 3:51 AM
Charulatha Vch...@ti.com writes:
This is in prepartion for implementing GPIO as
Hello.
Kalliguddi, Hema wrote:
With OMAP core-off support musb was not functional as context was getting
lost after wakeup from core-off. And also musb was blocking the core-off
after loading the gadget driver even with no cable connected sometimes.
Added the conext save/restore api in the
This patch fixes these compiler warnings:
CC arch/arm/mach-omap2/mux.o
arch/arm/mach-omap2/mux.c: In function 'omap_mux_init_gpio':
arch/arm/mach-omap2/mux.c:90: warning: 'gpio_mux' may be used uninitial
ized in this function
CC arch/arm/plat-omap/gpio.o
arch/arm/plat-omap/gpio.c:
-Original Message-
From: Cousson, Benoit
Sent: Tuesday, August 10, 2010 4:15 PM
To: Basak, Partha
Cc: Varadarajan, Charulatha; Kevin Hilman; linux-omap@vger.kernel.org;
p...@pwsan.com; Nayak, Rajendra; Syed Mohammed, Khasim
Subject: Re: [PATCH 01/13 v5] OMAP: GPIO: Modify init()
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-fixes
Initial commit ID (Likely to change): 5c61cf9fcab4ff75af9403bb378e772b74e4ddd1
PatchWorks
http://patchwork.kernel.org/patch/117282/
Git (Likely to change, and takes a while to get
On Tue, Aug 10, 2010 at 12:39:32PM +0200, ext DebBarma, Tarun Kanti wrote:
@@ -626,7 +626,7 @@ static int omap_i2c_xfer_msg(struct i2c_adapter *adap,
if (r 0)
return r;
if (r == 0) {
- dev_err(dev-dev, controller timed out\n);
+
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Tuesday, August 10, 2010 4:36 AM
To: Varadarajan, Charulatha
Cc: linux-omap@vger.kernel.org; p...@pwsan.com; Cousson, Benoit; Nayak,
Rajendra; Basak, Partha
Subject: Re: [PATCH 10/13 v5] OMAP: GPIO:
Hi,
-Original Message-
From: Sergei Shtylyov [mailto:sshtyl...@mvista.com]
Sent: Tuesday, August 10, 2010 4:50 PM
To: Kalliguddi, Hema
Cc: Sergei Shtylyov; linux-...@vger.kernel.org;
linux-omap@vger.kernel.org; Mankad, Maulik Ojas; Felipe Balbi;
Tony Lindgren; Kevin Hilman
Subject:
If we blank the panel by
echo 1 /sys/devices/platform/omapfb/graphics/fb0/blank
Then, we reboot the sytem, the kernel will crash at
drivers/video/omap2/dss/core.c:323
This is because the panel is closed twice. Now add a variable panel_enabled
to forbid a panel is power on or power off twice.
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): fc39c9bf6e2e67a4c11e926ec6b2bb1093defd50
PatchWorks
http://patchwork.kernel.org/patch/118553/
Git (Likely to change, and takes a while to get
* Jarkko Nikula jhnik...@gmail.com [100809 10:50]:
Hi
With this set and a fix [1] it is possible to get ALSA SoC on N810 working.
This set is generated against mainline commit e320cea but applies also to
linux-omap (board-n8x0.c has cbus patches in linux-omap).
I've added these into omap
Tony,
-Original Message-
From: Hiroshi DOYU [mailto:hiroshi.d...@nokia.com]
Sent: Friday, August 06, 2010 1:03 PM
To: t...@atomide.com; Kanigeri, Hari
Cc: Marathe, Yogesh; linux-omap@vger.kernel.org; Premi, Sanjeev
Subject: Re: [PATCH] omap3: Remove non-existent config option
Hi
Hi,
When I enable CONFIG_CPU_IDLE and boot kernel, it hangs around the point
when it switches to user space. I am able to reproduce this for 2.6.35
on linux-omap and linux-2.6 trees.
Has anyone else noticed the same thing for omap3 based boards?
Cheers,
Ameya.
--
To unsubscribe from this list:
cpu_is_omap3517() and cpu_is_omap3505() are the subgroups of cpu_is_omap34xx(),
so we should check cpu_is_omap3517() and cpu_is_omap3505() first, then check
cpu_is_omap34xx().
Signed-off-by: Stanley.Miao stanley.m...@windriver.com
---
arch/arm/mach-omap2/clock3xxx_data.c | 14 +++---
1
On Tue, 2010-08-10 at 14:21 +0200, Palande Ameya (Nokia-MS/Helsinki)
wrote:
Hi,
When I enable CONFIG_CPU_IDLE and boot kernel, it hangs around the point
when it switches to user space. I am able to reproduce this for 2.6.35
on linux-omap and linux-2.6 trees.
Has anyone else noticed the
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Tuesday, August 10, 2010 5:51 AM
To: Varadarajan, Charulatha
Cc: linux-omap@vger.kernel.org; p...@pwsan.com; Cousson, Benoit; Nayak,
Rajendra; Basak, Partha
Subject: Re: [PATCH 12/13 v5] OMAP: GPIO:
* Marathe, Yogesh yogesh_mara...@ti.com [100810 15:12]:
From: Hiroshi DOYU [mailto:hiroshi.d...@nokia.com]
please put this into your queue for next merge.
Is this patch taken?
I'll add this to omap for-next queue.
Tony
--
To unsubscribe from this list: send the line unsubscribe
On Tue, 10 Aug 2010 15:07:34 +0300
Tony Lindgren t...@atomide.com wrote:
With this set and a fix [1] it is possible to get ALSA SoC on N810 working.
This set is generated against mainline commit e320cea but applies also to
linux-omap (board-n8x0.c has cbus patches in linux-omap).
I've
On Tue, 10 Aug 2010 15:35:18 +0300
Ameya Palande ameya.pala...@nokia.com wrote:
When I enable CONFIG_CPU_IDLE and boot kernel, it hangs around the point
when it switches to user space. I am able to reproduce this for 2.6.35
on linux-omap and linux-2.6 trees.
Has anyone else noticed the
Hi Jarkko,
On Tue, 2010-08-10 at 15:03 +0200, ext Jarkko Nikula wrote:
On Tue, 10 Aug 2010 15:35:18 +0300
Ameya Palande ameya.pala...@nokia.com wrote:
When I enable CONFIG_CPU_IDLE and boot kernel, it hangs around the point
when it switches to user space. I am able to reproduce this for
Hello.
Kalliguddi, Hema wrote:
Hema,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Hema HK
Sent: Friday, August 06, 2010 10:57 PM
To: linux-...@vger.kernel.org; linux-omap@vger.kernel.org
Cc: Kalliguddi, Hema;
On Tue, 10 Aug 2010 16:43:16 +0300
Ameya Palande ameya.pala...@nokia.com wrote:
I'm able to reproduce with 2.6.35-rc1 but not with l-o head. It seems
that the commit below fixes this.
commit c786bcf12e092802496f1bc440b2b189144612a5
Author: Kevin Hilman khil...@deeprootsystems.com
On 08/10/10 15:36, Stanley.Miao wrote:
cpu_is_omap3517() and cpu_is_omap3505() are the subgroups of
cpu_is_omap34xx(),
so we should check cpu_is_omap3517() and cpu_is_omap3505() first, then check
cpu_is_omap34xx().
Signed-off-by: Stanley.Miao stanley.m...@windriver.com
Tested-by: Igor
Hi Hiroshi,
On Mon, Jun 14, 2010 at 7:51 PM, Fernando Guzman Lugo x0095...@ti.com wrote:
As pointed by Ben Ohand, the variable rq_full flag is a global
variable, so if there are multiple mailbox users there will be
conflics. Now there is a full flag per mailbox queue.
Reported-by: Ohad
The omap3630 based BeagleBoard xM uses a MicroSD card slot with
no write protection.
Signed-off-by: Robert Nelson robertcnel...@gmail.com
---
arch/arm/mach-omap2/board-omap3beagle.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git
Hi Rene,
On Wed, Jun 9, 2010 at 8:38 AM, Guzman Lugo, Fernando
fernando.l...@ti.com wrote:
On Tue, Jun 8, 2010 at 7:16 PM, Sapiens, Rene rene.sapi...@ti.com wrote:
In mbox_rx_work() you are removing the lines that enable back the mbox irq
for the RX case, but inside __mbox_rx_interrupt()
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Monday, August 09, 2010 9:01 PM
To: Basak, Partha
Cc: Paul Walmsley; linux-omap@vger.kernel.org; Kalliguddi, Hema; Raja,
Govindraj; Varadarajan, Charulatha
Subject: Re: Issues with calling pm_runtime
Hi Ohad,
Sure I will do it.
Regards,
Rene
-Original Message-
From: Ohad Ben-Cohen [mailto:o...@wizery.com]
Sent: Tuesday, August 10, 2010 9:43 AM
To: Guzman Lugo, Fernando; Sapiens, Rene
Cc: Hiroshi DOYU; linux-omap@vger.kernel.org; linux-arm-
ker...@lists.infradead.org; Kanigeri,
On Tue, Aug 10, 2010 at 6:00 PM, Sapiens, Rene rene.sapi...@ti.com wrote:
Hi Ohad,
Sure I will do it.
Thanks a lot, Rene !
Ohad.
Regards,
Rene
-Original Message-
From: Ohad Ben-Cohen [mailto:o...@wizery.com]
Sent: Tuesday, August 10, 2010 9:43 AM
To: Guzman Lugo, Fernando;
OMAP4 has a local PRCM (for individual CPU control) block.
Hence add a new prcm_mpu_base to handle this in the omap_globals
structure.
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: Kevin Hilman khil...@deeprootsystems.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Benoit Cousson b-cous...@ti.com
---
Hi,
This RFC patch series fixes the prm and cm accessor api usage which is
broken today on OMAP4.
OMAP's have always had PRCM split into PRM for power and reset
management and CM for clock management.
In OMAP4 the split (physically) is not very straight forward and
there are instances of clock
OMAP's have always had PRCM split into PRM for power and reset
management and CM for clock management.
In OMAP4 the split (physically) is not very straight forward and
there are instances of clock management control registers in PRM
and vice versa.
However it still makes sense, even on OMAP4 to
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Que, Simon
Sent: Wednesday, July 07, 2010 1:55 AM
To: linux-omap@vger.kernel.org
Cc: Kanigeri, Hari; Ohad Ben-Cohen; Shilimkar, Santosh
Subject: [RFC v.4] omap:
Hi Catalin,
From: Hiroshi DOYU hiroshi.d...@nokia.com
Subject: Re: [RFC][PATCH 0/1] kmemleak: Fix false positive with alias
Date: Tue, 29 Jun 2010 07:44:23 +0300 (EEST)
From: ext Catalin Marinas catalin.mari...@arm.com
Subject: Re: [RFC][PATCH 0/1] kmemleak: Fix false positive with alias
I'm evaluating OMAP using the OMAP3EVM eval board. I originally had a 2.6.32
kernel 'linux-omap-psp-2.6.32'
(http://arago-project.org/git/people/?p=sriram/ti-psp-omap.git;a=summary). I
have since moved to the latest 'devel' branch on omap3camera (2.6.35). There,
as on the current
From: ext Ohad Ben-Cohen o...@wizery.com
Subject: Re: [PATCH] mailbox: change full flag per mailbox queue instead of
global
Date: Tue, 10 Aug 2010 16:36:42 +0200
Hi Hiroshi,
On Mon, Jun 14, 2010 at 7:51 PM, Fernando Guzman Lugo x0095...@ti.com wrote:
As pointed by Ben Ohand, the variable
-Original Message-
From: Cousson, Benoit
Sent: Monday, August 09, 2010 11:04 PM
To: Kevin Hilman
Cc: linux-omap@vger.kernel.org; p...@pwsan.com; Nayak,
Rajendra; Shilimkar, Santosh
Subject: Re: [PATCH 1/3] OMAP4: prcm: Add temporarily helper
functions for rmw and read inside
-Original Message-
From: Hiroshi DOYU [mailto:hiroshi.d...@nokia.com]
Sent: Tuesday, August 10, 2010 10:58 AM
To: Guzman Lugo, Fernando; o...@wizery.com
Cc: linux-arm-ker...@lists.infradead.org; linux-omap@vger.kernel.org
Subject: Re: [PATCH] mailbox: change full flag per mailbox
Remove unnecessary locking in the 'for_each' iterators. Any locking should
be taken care of by using hwmod API functions in the functions called by the
iterators.
In addition, having locking here causes lockdep to detect possible circular
dependencies (originally reported by Partha Basak
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Michael Jones
Sent: Tuesday, August 10, 2010 9:16 PM
To: linux-omap@vger.kernel.org
Subject: TVP5146 support on OMAP3EVM?
I'm evaluating OMAP using the OMAP3EVM eval
On Mon, Aug 2, 2010 at 9:34 AM, Cory Maccarrone darkstar6...@gmail.com wrote:
On Sat, May 29, 2010 at 5:12 PM, Cory Maccarrone darkstar6...@gmail.com
wrote:
This change fixes 8-bit transfers and RX-only transfers. The
SPI100k framework requires minimum 16-bit words to be written, so 8-bit
When using runtime PM in combination with CPUidle, the runtime PM
transtions of some devices may be triggered during the idle path.
Late in the idle sequence, interrupts will likely be disabled when
runtime PM for these devices is initiated.
Currently, the runtime PM core assumes methods are
Basak, Partha p-bas...@ti.com writes:
Instead, please propose an API to hwmod for getting the optional
clock(s), or possibly cleaner, an API to directly enable/disable
optional clocks for an omap_device.
As per our discussion with Paul you during workshop, I believe,
optional clock control
Basak, Partha p-bas...@ti.com writes:
[...]
In the idle path (interrupt disabled context), PM runtime APIs cannot
be used as they are not mutex-free functions. Hence omap_device APIs
are used in the idle and resume after idle path.
This needs much more fleshing out.
Exactly what
On linux-next commit ID 81e09f50c93edff607259cbe374a3006c9c5fa74
Has the same problem the LogicPD Torpedo has the same problem
[2.411743] eth0: smsc911x_soft_reset: Failed to complete reset
[2.417846] eth0: smsc911x_open: soft reset failed
[2.422668] IP-Config: Failed to open eth0
[
On Tue, Jul 6, 2010 at 8:42 PM, Nicolas Pitre n...@fluxnic.net wrote:
Another function pair would be needed instead, which would do almost
like the suspend/resume code is already doing. Something like:
/*
* Indicate to the core SDIO layer that we're not requiring that the
* function
Hello authors of staging/tidspbridge patches,
We have been watching the progress in staging/dspbridge with great
excitement. Unfortunately we are using the OMAPL138 which is a
davinci family member which has support for DSPLink not DSPBridge.
We are attracted to DSPBridge over DSPLink because
On Tue, Aug 10, 2010 at 5:16 AM, Stanley.Miao
stanley.m...@windriver.com wrote:
If we blank the panel by
echo 1 /sys/devices/platform/omapfb/graphics/fb0/blank
Then, we reboot the sytem, the kernel will crash at
drivers/video/omap2/dss/core.c:323
This is because the panel is closed twice.
Ben,
We are attracted to DSPBridge over DSPLink because it appears to have
better dynamic resource management and it is headed for mainline
(fingers crossed).
Do you mean dynamic memory management ? Can you please elaborate on
what feature you are referring to ?
Thank you,
Best regards,
This patch series adds native support for wl1271 on ZOOM.
Changes since v2:
- mmc/sdio power manipulation is removed, and will be
posted separately in the shape of mmc/sdio runtime pm.
- the platform device is back, used to deliver board-specific
platform data (i.e. irq and ref clock)
Move wl12xx.h outside of the spi-specific location,
so it can be shared with both spi and sdio solutions.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
---
drivers/net/wireless/wl12xx/wl1251_sdio.c |2 +-
drivers/net/wireless/wl12xx/wl1251_spi.c |2 +-
Make it possible for the set power method to indicate a
success/failure return value. This is needed to support
more complex power on/off operations such as bringing up
(and down) sdio functions.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
---
drivers/net/wireless/wl12xx/wl1271.h |2
Remove the hard coded irq information, and instead take
the irq information from the board's platform data.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
---
drivers/net/wireless/wl12xx/wl1271_sdio.c | 18 +-
1 files changed, 9 insertions(+), 9 deletions(-)
diff --git
The wl1271 device is using a reference clock that may change
between board to board.
Make the ref_clock parameter configurable by the board
files that set up the device, instead of having a hard coded
value in the driver source itself.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
---
Make this go away:
drivers/mmc/host/omap_hsmmc.c: In function 'omap_hsmmc_suspend':
drivers/mmc/host/omap_hsmmc.c:2328: warning: unused variable 'state'
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
---
drivers/mmc/host/omap_hsmmc.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
Add a fixed regulator vmmc device to enable power control
of the wl1271 wlan device.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
---
arch/arm/mach-omap2/board-zoom-peripherals.c | 35 ++
1 files changed, 35 insertions(+), 0 deletions(-)
diff --git
Prepare for mmc3 regulator power control by splitting the power
control functions of mmc2 and mmc3, and expecting mmc3 to have
a single, dedicated, regulator support.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
---
arch/arm/mach-omap2/hsmmc.c | 10 --
drivers/mmc/host/omap_hsmmc.c |
Add MMC3 support on ZOOM, which has the wl1271 device hardwired to.
The wl1271 is a 4-wire, 1.8V, embedded SDIO WLAN device with an
external IRQ line, and power-controlled by a GPIO-based fixed regulator.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
---
On Mon, Aug 9, 2010 at 9:30 PM, stanley.miao stanley.m...@windriver.com wrote:
Cliff Brake wrote:
Functionally, what does this statement mean? The 3503 seems to have
the EN_IO [8] bit, but I've yet to figure out what the EN_IO_CHAIN
[16] means.
Please reference to Chapter 4.11 PRCM
Dynamically create and register a platform driver, that will
be used to to receive board-specific information like irq and
reference clock numbers.
The driver is created dynamically in order to avoid the 1-device
limitation of a fixed platform driver name.
Signed-off-by: Ohad Ben-Cohen
Ameya Palande ameya.pala...@nokia.com writes:
When I enable CONFIG_CPU_IDLE and boot kernel, it hangs around the point
when it switches to user space. I am able to reproduce this for 2.6.35
on linux-omap and linux-2.6 trees.
Has anyone else noticed the same thing for omap3 based boards?
I
On Sat, Aug 07, 2010 at 11:28:13AM -0600, Grant Likely wrote:
On Sat, Aug 7, 2010 at 12:35 AM, Grant Likely grant.lik...@secretlab.ca
wrote:
On Fri, Aug 6, 2010 at 5:46 PM, Greg KH gre...@suse.de wrote:
That would be nice, but take your standard PC today:
ls /sys/devices/platform/
From: Kevin Hilman khil...@ti.com
During idle, if the PER powerdomain transitions and CORE does not (as
is the case with the lower C-states when using CPUidle) the IO pad
wakeups are not being disabled in the idle path after they are
enabled.
This patch ensures that the check for disabling IO
On Tue, Jun 22, 2010 at 7:31 AM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Mike Rapoport m...@compulab.co.il writes:
Kevin Hilman wrote:
Peter Tseng tsenpe...@gmail.com writes:
I am seeing some discrepancies between the Overo (I believe I have a
Water) and the Beagleboard (I have a
This series introduces a layer to manage Operating Performance Points (OPPs)
for OMAP SoCs.
Special thanks to Nishanth for doing the bulk of the grunt work for
this series and to Thara for doing significant review, testing and
updates.
Kevin Hilman (1):
omap3: pm: remove OPP interfaces from
From: Nishanth Menon n...@ti.com
OMAP SOCs have a standard set of tuples consisting of frequency and
voltage pairs that the device will support per voltage domain. These
are called Operating Performance Points or OPPs. The actual
definitions of OMAP Operating Points varies over silicon within
This series introduces a layer to manage Operating Performance Points (OPPs)
for OMAP SoCs.
Special thanks to Nishanth for doing the bulk of the grunt work for
this series and to Thara for doing significant review, testing and
updates.
Kevin Hilman (1):
omap3: pm: remove OPP interfaces from
From: Nishanth Menon n...@ti.com
OMAP SOCs have a standard set of tuples consisting of frequency and
voltage pairs that the device will support per voltage domain. These
are called Operating Performance Points or OPPs. The actual
definitions of OMAP Operating Points varies over silicon within
From: Paul Walmsley p...@pwsan.com
The OPP layer code should be independent of the PMIC,
introduce the TWL/TPS-specific code out to its own file.
Signed-off-by: Paul Walmsley p...@pwsan.com
Signed-off-by: Romit Dasgupta ro...@ti.com
Signed-off-by: Phil Carmody ext-phil.2.carm...@nokia.com
With new OPP layer, OPP users will access OPP API directly instead of
using OMAP PM layer, so remove all notions of OPPs from the OMAP PM
layer.
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
Signed-off-by: Nishanth Menon n...@ti.com
Signed-off-by: Roger Quadros
From: Thara Gopinath th...@ti.com
This patch removes the dependency of the opp layer on cpufreq layer.
OPP layer is now enabled to compile and exist in the system
irrespective of whether cpu freq layer is enabled or not.
[NM Note:
Original Patch: https://patchwork.kernel.org/patch/111664/
Still
Sorry for the duplicate series... I had a git-send-email hiccup on my
side. :(
Kevin
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
As pointed by Ohad Ben-Cohen, the variable rq_full flag is a
global variable, so if there are multiple mailbox users
there will be conflics. Now there is a full flag per
mailbox queue.
Version 2:
- Rebase to the latest.
Reported-by: Ohad Ben-Cohen o...@wizery.com
Signed-off-by: Fernando Guzman
Remove the concept of opp_id now that SRF is gone from pm branch
the new framework should exist on silicon variants without the
notion of opp ids
This also removes the deprecated functions opp_get_opp_id and
opp_find_by_opp_id.
Cc: Eduardo Valentin eduardo.valen...@nokia.com
Cc: Kevin Hilman
Make opp3xx data which is registered with the opp layer
dependent purely on CONFIG_PM as opp layer and pm.c users
are CONFIG_PM dependent not cpufreq dependent.
so we rename the data definition to opp3xxx_data.c (inline with what
we have for omap2), also move the build definition to be under
the
Cleanup opp layer on pending topics:
SRF is dead, so remove the opp_id concept from opp layer, no more
deprecated functions for us.. (series is based on khilman's pm branch)
There are two things pending with opp layer as pointed in the discussion
with Sanjeev:
a) we need to make the opp data
Remove the concept of opp_id now that SRF is gone from pm branch
the new framework should exist on silicon variants without the
notion of opp ids
This also removes the deprecated functions opp_get_opp_id and
opp_find_by_opp_id.
Cc: Eduardo Valentin eduardo.valen...@nokia.com
Cc: Kevin Hilman
Laine Walker-Avina wrote:
On Tue, Aug 10, 2010 at 5:16 AM, Stanley.Miao
stanley.m...@windriver.com wrote:
snip
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at
If we blank the panel by
echo 1 /sys/devices/platform/omapfb/graphics/fb0/blank
Then, we reboot the sytem, the kernel will crash at
drivers/video/omap2/dss/core.c:323
This is because the panel is closed twice. Now check the state of a dssdev
to forbid a panel is power on or power off twice.
On 08/11/2010 11:09 AM, stanley.miao wrote:
Laine Walker-Avina wrote:
On Tue, Aug 10, 2010 at 5:16 AM, Stanley.Miao
stanley.m...@windriver.com wrote:
snip
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
Hi Kevin,
On Tue, 10 Aug 2010, Kevin Hilman wrote:
Remove unnecessary locking in the 'for_each' iterators. Any locking should
be taken care of by using hwmod API functions in the functions called by the
iterators.
In addition, having locking here causes lockdep to detect possible circular
On Tue, 10 Aug 2010 16:53:51 -0700
Kevin Hilman khil...@deeprootsystems.com wrote:
From: Kevin Hilman khil...@ti.com
During idle, if the PER powerdomain transitions and CORE does not (as
is the case with the lower C-states when using CPUidle) the IO pad
wakeups are not being disabled in the
From: ext Fernando Guzman Lugo x0095...@ti.com
Subject: [PATCHv2] mailbox: change full flag per mailbox queue instead of global
Date: Wed, 11 Aug 2010 03:12:49 +0200
As pointed by Ohad Ben-Cohen, the variable rq_full flag is a
global variable, so if there are multiple mailbox users
there will
On Tue, 10 Aug 2010, Basak, Partha wrote:
As per our discussion with Paul you during workshop, I believe,
optional clock control should be done using clock APIs. So, I would go
by your suggestion 1 of exposing an API to expose the optional clocks in
the hwmod, something like:
struct
97 matches
Mail list logo