On Thu, Dec 13, 2012 at 10:03 PM, AnilKumar Ch anilku...@ti.com wrote:
Set ti,pmic-shutdown-controller for BeagleBone in am335x-bone.dts
file, this flag is used by the driver to set tps65217 PMIC status
to OFF when PWR_EN toggle.
Signed-off-by: AnilKumar Ch anilku...@ti.com
Looks good
On Thu, Dec 13, 2012 at 10:03 PM, AnilKumar Ch anilku...@ti.com wrote:
AM33XX family of devices use RTC module, one has to manually enable
this support to use RTC features. So this patch enable RTC driver in
omap2plus_defconfig.
Signed-off-by: AnilKumar Ch anilku...@ti.com
Looks good
On Wed, Jan 2, 2013 at 2:15 AM, AnilKumar, Chimata anilku...@ti.com wrote:
On Fri, Dec 14, 2012 at 11:33:13, AnilKumar, Chimata wrote:
Add PM power_off control to rtc driver and PMIC status is set to
STATUS_OFF to shutdown PMIC if PWR_EN is toggled by RTC module.
System power off sequence:-
On Thu, Dec 13, 2012 at 10:03 PM, AnilKumar Ch anilku...@ti.com wrote:
Enable system power off control for BeagleBone in am335x-bone.dts file
under rtc node. RTC is the incharge of controlling the system power.
This flag is used by the driver to hook up the pm_power_off system call.
On Thu, Dec 13, 2012 at 10:03 PM, AnilKumar Ch anilku...@ti.com wrote:
From: Colin Foe-Parker colin.foepar...@logicpd.com
Add system power off control to rtc driver which is the in-charge
of controlling the BeagleBone system power. The power_off routine
can be hooked up to pm_power_off system
On Thu, Jan 10, 2013 at 09:42:27PM +0100, Paolo Pisati wrote:
Compilation fix - leftover from:
commit 998c336d4c7183301ed6a6ca93952f63e3cf694f
Author: Tomi Valkeinen tomi.valkei...@ti.com
Date: Wed May 30 13:26:00 2012 +0300
OMAPDSS: remove omap_dss_device's suspend/resume
Cc:
On Fri, Jan 11, 2013 at 12:08 AM, Russ Dill russ.d...@gmail.com wrote:
On Thu, Dec 13, 2012 at 10:03 PM, AnilKumar Ch anilku...@ti.com wrote:
From: Colin Foe-Parker colin.foepar...@logicpd.com
Add system power off control to rtc driver which is the in-charge
of controlling the BeagleBone
On Fri, Jan 11, 2013 at 14:24:46, Russ Dill wrote:
On Fri, Jan 11, 2013 at 12:08 AM, Russ Dill russ.d...@gmail.com wrote:
On Thu, Dec 13, 2012 at 10:03 PM, AnilKumar Ch anilku...@ti.com wrote:
From: Colin Foe-Parker colin.foepar...@logicpd.com
Add system power off control to rtc driver
Hi Rob,
On Thursday 10 January 2013 21:15:26 Rob Clark wrote:
On Thu, Jan 10, 2013 at 6:05 PM, Laurent Pinchart wrote:
On Thursday 10 January 2013 10:16:10 Dave Airlie wrote:
On Wed, Jan 9, 2013 at 2:11 PM, Rob Clark robdcl...@gmail.com wrote:
Updated version of DRM driver for TI LCD
On Fri, Jan 11, 2013 at 15:00:03, AnilKumar, Chimata wrote:
On Fri, Jan 11, 2013 at 14:24:46, Russ Dill wrote:
On Fri, Jan 11, 2013 at 12:08 AM, Russ Dill russ.d...@gmail.com wrote:
On Thu, Dec 13, 2012 at 10:03 PM, AnilKumar Ch anilku...@ti.com wrote:
From: Colin Foe-Parker
于 2013年01月11日 15:26, Santosh Shilimkar 写道:
On Friday 11 January 2013 10:33 AM, Chen Gang wrote:
�� 2013��01��10�� 18:48, Santosh Shilimkar �:
'omap_dma_reserve_channels' when used is suppose to be from command
line. Hence the proposed fix in the review is the right one.
ok, thank you
On Friday 11 January 2013 11:09 AM, Chen Gang wrote:
'omap_dma_reserve_channels' when used is suppose to be from command.
so, it alreay has value before 1st call of omap_system_dma_probe.
and it will never be changed again during running (not from ioctl).
but 'dma_lch_count' is
On Friday 11 January 2013, Matt Porter wrote:
The approach taken is similar to how OMAP DMA is being converted to
DMA Engine support. With the functional EDMA private API already
existing in mach-davinci/dma.c, we first move that to an ARM common
area so it can be shared. Adding DT and runtime
Hi,
I'm currently working on a driver to talk to an analog-to-digital
converter (specifically a Texas Instruments ADS1672) connected to the
McBSP port on a Beagleboard-xM. I'm currently building my driver module
against a 3.2 series kernel with Beagleboard patches and config from
Hi Rob,
On Tue, Jan 08, 2013 at 10:11:23PM -0600, Rob Clark wrote:
Add an output panel driver for LCD panels. Tested with LCD3 cape on
beaglebone.
TODO: need some way to control the appropriate backlight device
TODO: probably want to make the DT bindings more generic for panel-info
v1:
Hi,
On 01/11/2013 12:48 PM, Paul Barker wrote:
Hi,
I'm currently working on a driver to talk to an analog-to-digital
converter (specifically a Texas Instruments ADS1672) connected to the
McBSP port on a Beagleboard-xM. I'm currently building my driver module
against a 3.2 series kernel
Hi Jon,
On 12/17/2012 06:49 PM, Jon Hunter wrote:
Add PMU nodes for OMAP2, OMAP3 and OMAP4460 devices.
Please note that the node for OMAP4460 has been placed in a separate
header file for OMAP4460, because the node is not compatible with
OMAP4430. The node for OMAP4430 is not included
On Wed, Jan 9, 2013 at 6:29 AM, Loic PALLARDY loic.palla...@st.com wrote:
Hi Vaibhav,
On 01/09/2013 01:11 PM, Bedia, Vaibhav wrote:
Hi Loic,
On Fri, Dec 21, 2012 at 16:23:24, Loic PALLARDY wrote:
On 12/21/2012 11:49 AM, Bedia, Vaibhav wrote:
On Fri, Dec 21, 2012 at 14:24:26, Loic
Hi Felipe,
On Thu, Jan 10, 2013 at 6:32 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Mon, Dec 24, 2012 at 07:28:33PM +0530, Vivek Gautam wrote:
DWC3 controller curretly depends on CONFIG_USB and CONFIG_USB_GADGET.
Some hardware may like to use only host feature on dwc3.
So, removing the
Hi,
On Fri, Jan 11, 2013 at 07:13:55PM +0530, Vivek Gautam wrote:
On Thu, Jan 10, 2013 at 6:32 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Mon, Dec 24, 2012 at 07:28:33PM +0530, Vivek Gautam wrote:
DWC3 controller curretly depends on CONFIG_USB and CONFIG_USB_GADGET.
Some hardware may
On Fri, Jan 11, 2013 at 06:15:06AM +, Hebbar, Gururaja wrote:
On Fri, Jan 11, 2013 at 11:18:37, Porter, Matt wrote:
Move mach-davinci/dma.c to common/edma.c so it can be used
by OMAP (specifically AM33xx) as well. This just moves the
private EDMA API and enables it to build on OMAP.
On Fri, Jan 11, 2013 at 07:54:05AM +, Hebbar, Gururaja wrote:
On Fri, Jan 11, 2013 at 11:18:41, Porter, Matt wrote:
The binding definition is based on the generic DMA controller
binding.
Signed-off-by: Matt Porter mpor...@ti.com
---
Hi,
On Fri, Jan 11, 2013 at 7:29 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Fri, Jan 11, 2013 at 07:13:55PM +0530, Vivek Gautam wrote:
On Thu, Jan 10, 2013 at 6:32 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Mon, Dec 24, 2012 at 07:28:33PM +0530, Vivek Gautam wrote:
DWC3 controller
On 2013-01-11 13:17, Peter Ujfalusi wrote:
Hi,
On 01/11/2013 12:48 PM, Paul Barker wrote:
Hi,
I'm currently working on a driver to talk to an analog-to-digital
converter (specifically a Texas Instruments ADS1672) connected to
the
McBSP port on a Beagleboard-xM. I'm currently building my
Adds basic device-tree support for OMAP3430 SDP board which has 256MB
of RAM and uses the TWL4030 power management IC.
Signed-off-by: Jon Hunter jon-hun...@ti.com
---
arch/arm/boot/dts/Makefile |1 +
arch/arm/boot/dts/omap3430-sdp.dts | 46
2
* Matt Porter mpor...@ti.com [130110 21:47]:
Convert dmaengine channel requests to use
dma_request_slave_channel_compat(). This supports the DT case of
platforms requiring channel selection from either the OMAP DMA or
the EDMA engine. AM33xx only boots from DT and is the only user
* Matt Porter mpor...@ti.com [130110 21:47]:
The EDMA DMAC has a hardware limitation that prevents supporting
scatter gather lists with any number of segments. The DMA Engine
API reports the maximum number of segments a channel can support
via the optional dma_get_channel_caps() API. If the
* Matt Porter mpor...@ti.com [130110 21:47]:
The binding definition is based on the generic DMA request binding.
Acked-by: Tony Lindgren t...@atomide.com
Signed-off-by: Matt Porter mpor...@ti.com
---
.../devicetree/bindings/mmc/ti-omap-hsmmc.txt | 25
+++-
1 file
* Matt Porter mpor...@ti.com [130110 21:47]:
Adds AM33XX MMC support for am335x-bone, am335x-evm, and
am335x-evmsk..
This one should be queued separately by Benoit:
Acked-by: Tony Lindgren t...@atomide.com
Signed-off-by: Matt Porter mpor...@ti.com
---
arch/arm/boot/dts/am335x-bone.dts |
* Jon Hunter jon-hun...@ti.com [121217 09:51]:
If device-tree is present, then do not create the PMU device from within
the OMAP specific PMU code. This is required to allow device-tree to
create the PMU device from the PMU device-tree node.
PMU is not currently supported for OMAP4430 (due
* Jon Hunter jon-hun...@ti.com [130111 06:02]:
Hi Benoit,
On 01/11/2013 07:23 AM, Benoit Cousson wrote:
Hi Jon,
On 12/17/2012 06:49 PM, Jon Hunter wrote:
Add PMU nodes for OMAP2, OMAP3 and OMAP4460 devices.
Please note that the node for OMAP4460 has been placed in a separate
On Fri, Jan 11, 2013 at 06:14:27PM +, Lars Poeschel wrote:
Hi Matt,
On Friday 11 January 2013 at 06:48:39, Matt Porter wrote:
diff --git a/arch/arm/common/edma.c b/arch/arm/common/edma.c
index a3d189d..1951d63 100644
--- a/arch/arm/common/edma.c
+++ b/arch/arm/common/edma.c
@@
Hi Matt,
On Friday 11 January 2013 at 06:48:39, Matt Porter wrote:
diff --git a/arch/arm/common/edma.c b/arch/arm/common/edma.c
index a3d189d..1951d63 100644
--- a/arch/arm/common/edma.c
+++ b/arch/arm/common/edma.c
@@ -24,6 +24,13 @@
#include linux/platform_device.h
#include linux/io.h
On Fri, Jan 11, 2013 at 11:40:41AM +, Arnd Bergmann wrote:
On Friday 11 January 2013, Matt Porter wrote:
The approach taken is similar to how OMAP DMA is being converted to
DMA Engine support. With the functional EDMA private API already
existing in mach-davinci/dma.c, we first move
* Tony Lindgren t...@atomide.com [130110 11:46]:
Hi Arnd, Olof,
Below is a pull request to enable multiplatform support for omap2+.
Now that -rc3 is out, here's this one rebased on v3.8-rc3 as requested
by Olof.
Regards,
Tony
The following changes since commit
On Fri, Jan 11, 2013 at 11:43 AM, Tony Lindgren t...@atomide.com wrote:
* Tony Lindgren t...@atomide.com [130110 11:46]:
Hi Arnd, Olof,
Below is a pull request to enable multiplatform support for omap2+.
Now that -rc3 is out, here's this one rebased on v3.8-rc3 as requested
by Olof.
On Friday 11 January 2013, Matt Porter wrote:
We have tightly coupled the link-time dependency for
omap_dma_filter_fn by going down the path of using
dma_request_slave_channel_compat() as Tony suggested to avoid extra
ifdefry.
That dependency will go away naturally if all the legacy OMAP
Hi,
Not sure if anyone has seen it elsewhere,
build with omap2plus_defconfig, on PandaBoard ES (4460):
http://pastebin.com/vFJ35B7H
[0.334259] OMAP DMA hardware revision 0.0
[0.337127] arm-pmu: alias fck already exists
[0.374176] bio: create slab bio-0 at 0
[0.410095]
Quoting Russ Dill (2012-11-27 09:52:50)
On Mon, Nov 26, 2012 at 11:57 AM, Mike Turquette mturque...@ti.com wrote:
Quoting Russ Dill (2012-11-26 11:20:09)
The helper functions that access the opaque struct clk should
not be marked inline since they are contained in clk.c, but expected
Quoting Paul Walmsley (2012-12-17 14:41:13)
Convert all DEFINE_OMAP_MUX_GATE() combinations that list MODULEMODE
registers in their gate arguments to DEFINE_OMAP_MUX(), dropping the
MODULEMODE data. This is possible because the MODULEMODE bits control
IP blocks, not clocks; and the hwmod code
40 matches
Mail list logo
