On Fri, Jun 22, 2012 at 12:32 AM, Kevin Hilman khil...@ti.com wrote:
Munegowda, Keshava keshava_mgo...@ti.com writes:
On Thu, Jun 21, 2012 at 7:12 PM, Keshava Munegowda
keshava_mgo...@ti.com wrote:
This commit 354ab8567ae3107a8cbe7228c3181990ba598aac titled
Fix OMAP EHCI suspend/resume
* Paul Walmsley p...@pwsan.com [120621 12:12]:
On Thu, 21 Jun 2012, Paul Walmsley wrote:
N800 no longer mounts MMC on v3.5-rc3:
http://www.pwsan.com/omap/bootlogs/20120620/omap_cleanup_a_3.6__07b3a13957aa250ff5b5409b8ed756b113544112/n800_bootlog.txt
This broke at some point
Olof,
Can you please take the branch below directly from Paul for this
-rc cycle?
It would be good to get these in. If you don't want to take
all of them this late because they're not all strictly oopses or
regressions, let us know and Paul can regroup them.
I've given them a boot test on n800,
Hi,
* Stephen Warren swar...@wwwdotorg.org [120621 15:17]:
On 06/19/2012 07:56 AM, Tony Lindgren wrote:
+
+- pinctrl-single,pinconf-mask : mask of allowed pinconf bits in the
+ pinmux register; this gets combined with pinconf mask but is a separate
+ mask to allow the option of setting
* Paul Walmsley p...@pwsan.com [120618 12:25]:
Hi Tony,
The following changes since commit 08f3098928c991560408e8c71d4af8b1a3ff2d67:
ARM: OMAP2+: am33xx: Add AM335XEVM machine support (2012-06-05 00:52:37
-0700)
are available in the git repository at:
* Paul Walmsley p...@pwsan.com [120621 11:31]:
Hi Tony
The following changes since commit 485802a6c524e62b5924849dd727ddbb1497cc71:
Linux 3.5-rc3 (2012-06-16 17:25:17 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending.git
These three patches add support for returning the residue and cyclic DMA
support to the OMAP DMA engine driver.
As v3.5-rc is horribly broken on my OMAP platforms, I've had to back out
all the sound/soc/omap changes from the last merge window to test this,
inspite of Peter Ujfalusi maintaining
Add support for returning the residue for a particular descriptor by
reading the current DMA address for the source or destination side of
the transfer as appropriate, and walking the scatterlist until we find
an entry containing the current DMA address.
Signed-off-by: Russell King
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
drivers/dma/omap-dma.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/dma/omap-dma.c b/drivers/dma/omap-dma.c
index 62b6a2b..e1a326d 100644
--- a/drivers/dma/omap-dma.c
+++ b/drivers/dma/omap-dma.c
Add support for cyclic DMA to the OMAP DMA engine driver.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
drivers/dma/omap-dma.c | 93 +--
1 files changed, 89 insertions(+), 4 deletions(-)
diff --git a/drivers/dma/omap-dma.c
On Fri, Jun 22, 2012 at 09:59:11AM +0100, Russell King - ARM Linux wrote:
These three patches add support for returning the residue and cyclic DMA
support to the OMAP DMA engine driver.
As v3.5-rc is horribly broken on my OMAP platforms, I've had to back out
all the sound/soc/omap changes
Hi,
Objective of this series is to make things easy for GPMC driver
conversion series by separating out more things from driver
conversion series.
This series,
1. Unifies NAND platform initialization functions
2. Prepares OneNAND platform code for gpmc driver migration
3. Handles additional
Helper function for updating nand platform data has been
added the capability to take timing structure arguement.
Usage of omap_nand_flash_init() has been replaced by modifed
one, omap_nand_flash_init was doing things similar to
board_nand_init except that NAND CS# were being acquired
based on
Configure busturnaround, cycle2cycledelay, waitmonitoringtime,
clkactivationtime in gpmc_cs_set_timings(). This is done so
that boards can configure these parameters of gpmc in Kernel
instead of relying on bootloader. Also configure bool type
timings like extradelay.
This needed change to two
Reorganize gpmc-onenand initialization so that changes
required for gpmc driver migration can be made smooth.
Ensuring sync read/write are disabled in onenand cannot
be expected to work properly unless GPMC is setup, this
has been removed.
Refactor set_async_mode set_sync_mode functions to
Hi,
On Thursday 10 February 2011 08:45:00 Kevin Hilman wrote:
Sanjeev Premi pr...@ti.com writes:
This patch adds support for speed enhanced variant of OMAP35x
processors. These parts allow ARM and IVA running at 720MHz
and 520MHz respectively.
These parts can be detected at runtime by
This patch series add device tree support for AM33XX SoC family.
Initialy Hiremath Vaibhav submitted a patch for AM33XX devices
based on omap3 family. Details at
http://marc.info/?t=13268710722r=1w=2
AM33XX family is varied from omap3 family in these aspects
like memory maps, peripheral base
Add AM335X BeagleBone device tree source (am335x-evm.dts) file
to use the am33xx.dtsi SoC file, along with the memory node
information.
Signed-off-by: AnilKumar Ch anilku...@ti.com
Reviewed-by: Vaibhav Hiremath hvaib...@ti.com
---
.../devicetree/bindings/arm/omap/omap.txt |3 +++
Add device tree source include file for the AM33XX SoC family.
An additional .dtsi file is created to describe the generic
AM33XX CPU module like intc, ocp.
Actual selection of available peripherals is handled in seperate
.dts files using this am33xx.dtsi generic header file.
Signed-off-by:
Add AM335X EVM device tree source (am335x-evm.dts) file to
use the am33xx.dtsi SoC file, along with the memory node
information.
Signed-off-by: AnilKumar Ch anilku...@ti.com
Reviewed-by: Vaibhav Hiremath hvaib...@ti.com
---
arch/arm/boot/dts/am335x-evm.dts | 20
1 file
This reverts commit 6c54bbb42678c99685c8e7fd09267e1cb8c2ae40.
Signed-off-by: AnilKumar Ch anilku...@ti.com
Reviewed-by: Vaibhav Hiremath hvaib...@ti.com
---
arch/arm/boot/dts/am335x-evm.dts | 39 --
1 file changed, 39 deletions(-)
delete mode 100644
On Wed, Jun 13, 2012 at 03:15:06AM -0700, Tony Lindgren wrote:
Commit 62285963 (usb: musb: drop a gigantic amount of ifdeferry)
got rid of a bunch of ifdefs in the MUSB code. Looks like the
platform init code is still using these dropped defines though,
which in many cases results the board
On Mon, Jun 18, 2012 at 02:34:18PM +0530, Kishon Vijay Abraham I wrote:
Commit 712d8e(fixes pm_runtime calls while atomic by using a work
queue. musb pm_runtime_get_sync call happens in interrupt context
on cable attach case. That can result in re-enabling the interrupts and
cause side affect.
Hi,
On Fri, Jun 22, 2012 at 01:00:39PM +0530, Munegowda, Keshava wrote:
On Fri, Jun 22, 2012 at 12:32 AM, Kevin Hilman khil...@ti.com wrote:
Munegowda, Keshava keshava_mgo...@ti.com writes:
On Thu, Jun 21, 2012 at 7:12 PM, Keshava Munegowda
keshava_mgo...@ti.com wrote:
This commit
2012/6/21 jean-philippe francois jp.franc...@cynove.com:
Hi,
I have a custom dm3730 board, which is booting fines with 3.2.x kernel.
However it oopses very early in the boot process with 3.4.x kernel.
I have some trouble interpreting the oops so some help is welcome.
I think what makes this
Fix the below build error while building OMAP4 standalone
CC arch/arm/mach-omap2/board-flash.o
arch/arm/mach-omap2/board-flash.c:102: error: redefinition of
'board_onenand_init'
arch/arm/mach-omap2/board-flash.h:56: note: previous definition of
'board_onenand_init' was here
make[1]: ***
Hi,
On Tuesday 06 March 2012 08:41 PM, Tero Kristo wrote:
From: Vishwanath BSvishwanath...@ti.com
IO Daisychain feature has to be triggered whenever there is a change in
device's mux configuration (See section 3.9.4 in OMAP4 Public TRM vP).
Now devices can idle independent of the powerdomain,
Commit 712d8e(fixes pm_runtime calls while atomic by using a work
queue. musb pm_runtime_get_sync call happens in interrupt context
on cable attach case. That can result in re-enabling the interrupts and
cause side affect. To avoid this deferred processing is used)
While the issue and the work
Most part of this patch series was obtained by splitting
[RFC PATCH 2/3] usb: musb: omap glue: use omap-usb2 as the phy driver.
TO DO:
* dt adaptation of musb omap glue, twl4030, twl6030.
* Use control module driver API to write to control module registers
(mailbox and power control of phy)
*
Moved otg specific state(OTG_STATE_B_IDLE, OTG_STATE_A_IDLE) initializations
from twl to glue. These initializations are removed from twl4030 and
twl6030 and moved to the mailbox API defined in glue.
This is part of the cleanup in preparation to make use of usb2 phy
driver.
Signed-off-by: Kishon
The atomic notifier from twl4030/twl6030 to notifiy VBUS and ID events,
is replaced by a direct call to omap musb blue.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
drivers/usb/musb/omap2430.c | 94 +---
drivers/usb/otg/twl4030-usb.c | 46
used devres API while allocating memory resource and while getting
usb phy so that these resources are released automatically on driver
detach.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
This patch uses an API thats introduced in
[PATCH v7 0/3] usb: multi-phy support
used devres API while allocating memory resource in twl4030 and twl6030
so that these resources are released automatically on driver detach.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
drivers/usb/otg/twl4030-usb.c | 15 +++
drivers/usb/otg/twl6030-usb.c | 16
On Fri, Jun 22, 2012 at 09:59:11AM +0100, Russell King - ARM Linux wrote:
As v3.5-rc is horribly broken on my OMAP platforms, I've had to back out
all the sound/soc/omap changes from the last merge window to test this,
inspite of Peter Ujfalusi maintaining that there is nothing wrong. I
Hi,
This series is based on 3.5-rc1, and is dependent on [1,2,3], and has
been tested on omap3evm (smsc911x) rev G C and beagle board(nand).
Also using private patches, nand onenand was tested on omap3evm,
rev G C respectively (as support for these were not in mainline)
All boards will work
gpmc driver platform definitions
Signed-off-by: Afzal Mohammed af...@ti.com
---
arch/arm/plat-omap/include/plat/gpmc.h | 37
1 file changed, 37 insertions(+)
diff --git a/arch/arm/plat-omap/include/plat/gpmc.h
b/arch/arm/plat-omap/include/plat/gpmc.h
index
Create API for platforms to adapt gpmc to HWMOD
gpmc clk is stored as timing calculation for
platform code require its rate so that GPMC
timing values (platform data for gpmc driver)
can be calculated.
Signed-off-by: Afzal Mohammed af...@ti.com
---
arch/arm/mach-omap2/gpmc.c | 31
A driver is being created out of GPMC code. This is being
attempted to acheive by not breaking existing interface,
necessitating requirement of GPMC peripherals being able
to work with using new interface as well as with the old
existing interface. To not break existing, initcall is
required as in
Create a minimal driver out of gpmc code.
Responsibilities handled by earlier gpmc
initialization is now achieved in probe.
Signed-off-by: Afzal Mohammed af...@ti.com
---
arch/arm/mach-omap2/gpmc.c | 179
1 file changed, 132 insertions(+), 47
Helpers for populating given resource structure
with memory interrupt information.
Signed-off-by: Afzal Mohammed af...@ti.com
---
arch/arm/mach-omap2/gpmc.c | 45
1 file changed, 45 insertions(+)
diff --git a/arch/arm/mach-omap2/gpmc.c
Helper for configuring given CS based on flags.
Signed-off-by: Afzal Mohammed af...@ti.com
---
arch/arm/mach-omap2/gpmc.c | 39
arch/arm/plat-omap/include/plat/gpmc.h |5
2 files changed, 44 insertions(+)
diff --git
Helper for setting GPMC timing by taking input as register values.
Signed-off-by: Afzal Mohammed af...@ti.com
---
arch/arm/mach-omap2/gpmc.c | 45
1 file changed, 45 insertions(+)
diff --git a/arch/arm/mach-omap2/gpmc.c b/arch/arm/mach-omap2/gpmc.c
Some of the GPMC peripherals depend on bootloader to do the
configuration. This facility is deprecated, notify user
about the present GPMC settings inform that that relying
on bootloader for GPMC setting is deprecated.
Note: This has to be reverted once Kernel is updated with
sufficient details
Helper for configuring waitpin. There are two parts to it;
configuring at CS level and the other at device level.
A device embedding multiple CS has been provided the
capability to use same waitpin (different waitpins has not
been supported as presently there are no GPMC peripherals
doing so)
Platform will provide driver with configuration details for
each CS like configuration, timing, interrupts. Setup GPMC
based on it. Platform data also provides platform data
resources used for connected peripheral (eg. gpio irq).
GPMC driver tunnels those information to respective driver.
Helper for reconfiguring CS. This helps if a
peripheral needs to reconfigure GPMC settings
different from the one which was configured
during probe.
Signed-off-by: Afzal Mohammed af...@ti.com
---
arch/arm/mach-omap2/gpmc.c | 32
GPMC has dedicated NAND handling blocks and have a few
registers exclusively meant for NAND operations. These
registers can be handled by OMAP NAND driver as it is
meant for handling NAND on GPMC. Update OMAP NAND
platform data with GPMC-NAND register details so that
OMAP NAND driver can handle by
GPMC has a writeprotect pin that can be connected to
peripherals. Default is to disable writeprotect. In
case of conflicting requirement of writeprotect, it
will be left in enabled state to be on safer side,
along with a warning to attract user attention.
Signed-off-by: Afzal Mohammed
On Fri, Jun 22, 2012 at 01:30:13PM +0100, Mark Brown wrote:
On Fri, Jun 22, 2012 at 09:59:11AM +0100, Russell King - ARM Linux wrote:
As v3.5-rc is horribly broken on my OMAP platforms, I've had to back out
all the sound/soc/omap changes from the last merge window to test this,
inspite of
Hi Tony, Jon,
On Thu, Jun 21, 2012 at 05:05:56, Hunter, Jon wrote:
On 06/20/2012 10:12 AM, Tony Lindgren wrote:
* Mohammed, Afzal af...@ti.com [120620 07:57]:
Therefore, I am wondering if Afzal's driver needs to register the gpmc
devices outside of the gpmc_probe() and add the devices as
Add omap-usb2 data node in omap4 device tree file.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
arch/arm/boot/dts/omap4.dtsi |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/omap4.dtsi b/arch/arm/boot/dts/omap4.dtsi
index 9082191..e670394
Add device tree support for twl6030 usb driver.
Update the Documentation with device tree binding information.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
.../devicetree/bindings/usb/twl-usb.txt| 19 ++
drivers/usb/otg/twl4030-usb.c |
All the unnessary functions in omap-phy-internal is removed.
These functionality are now handled by omap-usb2 phy driver.
Cc: Felipe Balbi ba...@ti.com
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Acked-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/omap_phy_internal.c | 138
Add device tree support for twl6030 usb driver.
Update the Documentation with device tree binding information.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
.../devicetree/bindings/usb/twl-usb.txt| 18 +
drivers/usb/otg/twl6030-usb.c | 41
All the PHY configuration other than VBUS, ID GND and OTG SRP are removed
from twl6030. The phy configurations are taken care by the dedicated
usb2 phy driver. So twl6030 is made as comparator driver for VBUS and
ID detection.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
Add usb otg data node in omap4/omap3 device tree file. Also update
the node with board specific setting in omapx-board.dts file.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
arch/arm/boot/dts/omap3-beagle.dts |6 ++
arch/arm/boot/dts/omap3-evm.dts|6 ++
Added device tree support for omap musb driver and updated the
Documentation with device tree binding information.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
Documentation/devicetree/bindings/usb/omap-usb.txt | 32 +
drivers/usb/musb/omap2430.c|
All phy related programming like enabling/disabling the clocks, powering
on/off the phy is taken care of by this driver. It is also used for OTG
related functionality like srp.
This also includes device tree support for usb2 phy driver and
the documentation with device tree binding information is
Add twl4030-usb data node in twl4030 device tree file.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
arch/arm/boot/dts/twl4030.dtsi | 21 +
1 files changed, 21 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/twl4030.dtsi
This patch series adds device tree support for MUSB and device
tree support for all the related modules to get MUSB working in
OMAP platform.
A new omap-usb2 phy driver has been added (with only dt suppport)
to perform phy configurations. Previously this configuration was
performed by twl6030,
Add twl6030-usb data node in twl6030 device tree file
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
arch/arm/boot/dts/twl6030.dtsi |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/twl6030.dtsi b/arch/arm/boot/dts/twl6030.dtsi
index
Hi,
This is a preparatory series for the OMAP Common Clk
conversion. They mostly add clk_prepare/clk_unprepare
in OMAP drivers and platform code. Also gets
rid of omap_clk_get_by_name() and uses clk_get(), and
removes all direct 'struct clk' dereferrencing and
uses helpers similar to what is
As part of Common Clk Framework (CCF) the clk_enable() operation
was split into a clk_prepare() which could sleep, and a clk_enable()
which should never sleep. Similarly the clk_disable() was
split into clk_disable() and clk_unprepare(). This was
needed to handle complex cases where in a clk
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
and clk_unprepare() for the omapdss clocks.
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: Tomi Valkeinen tomi.valkei...@ti.com
Cc: linux-fb...@vger.kernel.org
---
drivers/video/omap2/dss/dsi.c |5 -
In preparation of OMAP moving to Common Clk Framework (CCF) add clk_prepare()
and clk_unprepare() for the various usb host clocks.
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: Samuel Ortiz sa...@linux.intel.com
---
drivers/mfd/omap-usb-host.c | 20
1 files changed, 20
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
and clk_unprepare() for the rng interface clock as part of the drivers
probe() and remove() routines.
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: Deepak Saxena dsax...@plexity.net
Cc: Matt Mackall m...@selenic.com
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
for omap gpio debounce clock.
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: Grant Likely grant.lik...@secretlab.ca
---
drivers/gpio/gpio-omap.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
and clk_unprepare() for the mmc and hsmmc clocks as part of the drivers
probe() and remove() routines.
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: Chris Ball c...@laptop.org
Cc: Balaji T K balaj...@ti.com
Cc:
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
and clk_unprepare() for the iommu clocks.
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: Ohad Ben-Cohen o...@wizery.com
---
drivers/iommu/omap-iommu.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
and clk_unprepare() for the omap crypto clocks.
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: Herbert Xu herb...@gondor.apana.org.au
---
drivers/crypto/omap-aes.c |2 ++
drivers/crypto/omap-sham.c |2 ++
2
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
and clk_unprepare() for the hdq clocks.
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: Evgeniy Polyakov z...@ioremap.net
---
drivers/w1/masters/omap_hdq.c |8
1 files changed, 4 insertions(+), 4
Moving to Common clk framework for OMAP would mean we no longer use
internal lookup mechanism like omap_clk_get_by_name().
get rid of all its usage mostly from hwmod and omap_device
code.
Also use IS_ERR_OR_NULL() for error checking.
Moving to clk_get() also means the respective platforms
need
While we move to Common Clk Framework (CCF), direct deferencing of struct
clk wouldn't be possible anymore. Hence get rid of all such instances
in the current clock code and use macros/helpers similar to the ones that
are provided by CCF.
Signed-off-by: Rajendra Nayak rna...@ti.com
---
Munegowda, Keshava keshava_mgo...@ti.com writes:
[...]
hi kevin
here is pm count log on beagle XM with the above patch:
What are you meaning to show by this log?
This dump shows that neither PER or CORE are hitting retention in idle.
Which sounds to me like you have not enabled UART
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Tony
The following changes since commit 485802a6c524e62b5924849dd727ddbb1497cc71:
Linux 3.5-rc3 (2012-06-16 17:25:17 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending.git
Felipe Balbi ba...@ti.com writes:
Hi,
On Fri, Jun 22, 2012 at 01:00:39PM +0530, Munegowda, Keshava wrote:
On Fri, Jun 22, 2012 at 12:32 AM, Kevin Hilman khil...@ti.com wrote:
Munegowda, Keshava keshava_mgo...@ti.com writes:
On Thu, Jun 21, 2012 at 7:12 PM, Keshava Munegowda
On Fri, 22 Jun 2012, Kevin Hilman wrote:
As I said way back in the beginning this thread. The runtime PM of this
driver is leaving the device enabled.
To test idle retention, ensure the UART auto-suspend is enable for all
UARTS:
echo 3000
On Fri, Jun 22, 2012 at 7:41 PM, Kevin Hilman khil...@ti.com wrote:
Munegowda, Keshava keshava_mgo...@ti.com writes:
[...]
hi kevin
here is pm count log on beagle XM with the above patch:
What are you meaning to show by this log?
This dump shows that neither PER or CORE are hitting
Hello Gowda
On Thu, 5 Apr 2012, madhusudhan.go...@elektrobit.com wrote:
Thanks Paul for the quick reply. Ok I will repost it.
Just checking to see if you are still planning to update this one?
regards
- Paul
Best Regards
Gowda
-Original Message-
From:
Hi,
My board does not have any Power Management IC.
Without the following patch, the bood ends with an oops.
How can I further debug this, ie trace through the assembly
in arch/arm/mach-omap2/sleep34xx.S ?
--
Patch needed to boot to userspace :
Index: linux-3.4.3/arch/arm/mach-omap2/pm34xx.c
On Fri, Jun 22, 2012 at 7:14 AM, Kevin Hilman khil...@ti.com wrote:
Felipe Balbi ba...@ti.com writes:
Hi,
On Fri, Jun 22, 2012 at 01:00:39PM +0530, Munegowda, Keshava wrote:
On Fri, Jun 22, 2012 at 12:32 AM, Kevin Hilman khil...@ti.com wrote:
Munegowda, Keshava keshava_mgo...@ti.com
On Fri, Jun 22, 2012 at 8:33 PM, Russ Dill russ.d...@gmail.com wrote:
On Fri, Jun 22, 2012 at 7:14 AM, Kevin Hilman khil...@ti.com wrote:
Felipe Balbi ba...@ti.com writes:
Hi,
On Fri, Jun 22, 2012 at 01:00:39PM +0530, Munegowda, Keshava wrote:
On Fri, Jun 22, 2012 at 12:32 AM, Kevin Hilman
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Tony
The following changes since commit 485802a6c524e62b5924849dd727ddbb1497cc71:
Linux 3.5-rc3 (2012-06-16 17:25:17 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending.git
HI,
On Fri, Jun 22, 2012 at 7:18 PM, Rajendra Nayak rna...@ti.com wrote:
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
for omap gpio debounce clock.
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: Grant Likely grant.lik...@secretlab.ca
---
On Fri, Jun 22, 2012 at 02:17:51PM +0100, Russell King - ARM Linux wrote:
I suspect the key difference is I run the uImage kernels on the SDP4430
without a DT blob. I suspect it's the DT conversion of sound/soc/omap
that's buggered it up.
This sounds like the most likely explanation.
On 06/22/2012 02:39 AM, Tony Lindgren wrote:
Hi,
* Stephen Warren swar...@wwwdotorg.org [120621 15:17]:
On 06/19/2012 07:56 AM, Tony Lindgren wrote:
+
+- pinctrl-single,pinconf-mask : mask of allowed pinconf bits in the
+ pinmux register; this gets combined with pinconf mask but is a
Hi,
On Fri, Jun 22, 2012 at 7:18 PM, Rajendra Nayak rna...@ti.com wrote:
As part of Common Clk Framework (CCF) the clk_enable() operation
was split into a clk_prepare() which could sleep, and a clk_enable()
which should never sleep. Similarly the clk_disable() was
split into clk_disable() and
On Fri, Jun 22, 2012 at 7:18 PM, Rajendra Nayak rna...@ti.com wrote:
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
and clk_unprepare() for the mmc and hsmmc clocks as part of the drivers
probe() and remove() routines.
Signed-off-by: Rajendra Nayak rna...@ti.com
On Fri, 22 Jun 2012, S, Venkatraman wrote:
On Fri, Jun 22, 2012 at 7:18 PM, Rajendra Nayak rna...@ti.com wrote:
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
and clk_unprepare() for the mmc and hsmmc clocks as part of the drivers
probe() and remove()
On Fri, 22 Jun 2012, Rajendra Nayak wrote:
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
and clk_unprepare() for the hdq clocks.
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: Evgeniy Polyakov z...@ioremap.net
This one should not be needed soon:
On Fri, 22 Jun 2012, Rajendra Nayak wrote:
While testing with one of Tero's OMAP4 OFF mode support branches (which
also include these patches) I found a OMAP4 standalone build fails
here..
CC arch/arm/mach-omap2/omap_hwmod.o
arch/arm/mach-omap2/omap_hwmod.c: In function
Munegowda, Keshava keshava_mgo...@ti.com writes:
On Fri, Jun 22, 2012 at 7:41 PM, Kevin Hilman khil...@ti.com wrote:
Munegowda, Keshava keshava_mgo...@ti.com writes:
[...]
hi kevin
here is pm count log on beagle XM with the above patch:
What are you meaning to show by this log?
This
Hi
On Fri, 22 Jun 2012, Rajendra Nayak wrote:
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
and clk_unprepare() for the omap crypto clocks.
These drivers should be converted to use runtime PM instead, since that
needs to be done anyway.
- Paul
--
To
On Fri, 22 Jun 2012, Rajendra Nayak wrote:
In preparation of OMAP moving to Common Clk Framework (CCF) add clk_prepare()
and clk_unprepare() for the various usb host clocks.
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: Samuel Ortiz sa...@linux.intel.com
Looks like this one will be at
Hi
On Fri, 22 Jun 2012, Rajendra Nayak wrote:
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
for omap gpio debounce clock.
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: Grant Likely grant.lik...@secretlab.ca
---
drivers/gpio/gpio-omap.c |2 ++
1
All,
Sorry to spam this out to so many folks, but we are REALLY getting stymied by
this bug at the moment and cannot believe we're the only ones seeing it.
Googles for this particular crash ONLY show this thread, and so far, no one has
responded. The folks CC'd on here have been kind enough
Hi,
On Fri, Jun 22, 2012 at 07:14:32AM -0700, Kevin Hilman wrote:
Felipe Balbi ba...@ti.com writes:
Hi,
On Fri, Jun 22, 2012 at 01:00:39PM +0530, Munegowda, Keshava wrote:
On Fri, Jun 22, 2012 at 12:32 AM, Kevin Hilman khil...@ti.com wrote:
Munegowda, Keshava keshava_mgo...@ti.com
A quick follow-up note:
The stress line that was running during the crash mentioned was: stress --cpu
8 --io 8 --vm 1 --vm-bytes 150M --hdd 2 --timeout 60. The --hdd 2 option was
a leftover that was not supposed to be there. So that may have created a chunk
more disk work for the processor.
Hi Arnd,
On 06/14/2012 06:48 AM, Arnd Bergmann wrote:
[snip]
This would let us handle the following cases very easily:
1. one read-write channel
dmas = dmac 0x3 match;
2. a choice of two read-write channels:
dmas = dmacA 0x3 matchA, dmacB 0x3 matchB;
3. one
Before this goes much further... one fairly obvious and important point
must be made.
You're designing an API here. You're designing it *WITHOUT* involving
the two most important people in its design that there are. The
DMA engine maintainers. Is this how we go about designing APIs - behind
1 - 100 of 101 matches
Mail list logo