* Paul Walmsley p...@pwsan.com [140714 10:32]:
On Mon, 7 Jul 2014, Tony Lindgren wrote:
With v3.16-rc4 the PM features for omap3 should be working
finally for device tree based booting. At lest beaglexm and
3xxevm should work.
Maybe you are using legacy booting path to idle the UARTs
* Dave Gerlach d-gerl...@ti.com [140714 10:44]:
On 07/14/2014 06:12 AM, Tony Lindgren wrote:
* Dave Gerlach d-gerl...@ti.com [140710 19:59]:
OMAP4 and AM33XX share the same EMIF controller IP. Although there
are significant differences in the IP integration due to which
AM33XX can't reuse the
* Dave Gerlach d-gerl...@ti.com [140714 10:44]:
Santosh, Tony,
On 07/14/2014 09:37 AM, Santosh Shilimkar wrote:
On Monday 14 July 2014 07:15 AM, Tony Lindgren wrote:
* Dave Gerlach d-gerl...@ti.com [140710 19:59]:
From: Vaibhav Bedia vaibhav.be...@ti.com
OMAP timer code registers two
* Lokesh Vutla lokeshvu...@ti.com [140714 21:09]:
On Monday 14 July 2014 09:53 PM, Tony Lindgren wrote:
* Lokesh Vutla lokeshvu...@ti.com [140714 07:47]:
In my experiments I observed that when RTC regulator is switched
off and switched on, there is an abort while accessing RTC registers.
* Kishon Vijay Abraham I kis...@ti.com [140714 03:44]:
[1] is split into separate series in order for individual subsystem
Maintainers to pick up the patches. This series handles the PCIe
dt data for DRA7.
This series has better commit logs than the previous one modified as
suggested by
* Peter Ujfalusi peter.ujfal...@ti.com [140710 04:26]:
Hi,
This set is to enable audio (finally) on the omap5-uevm. We have been waiting
for the palmas 32K clock driver to make it to upstream, which it did and it is
already in linux-next.
With the three patch we can have audio working on
* Roger Quadros rog...@ti.com [140711 06:47]:
On 06/04/2014 05:24 PM, Rostislav Lisovy wrote:
GPMC controller supports up to 8 memory devices connected to it.
Since there is one statically allocated struct platform_device
gpmc_nand_device it is not possible to configure the system to
use
* Felipe Balbi ba...@ti.com [140103 08:43]:
On Fri, Jan 03, 2014 at 05:42:41PM +0530, Rajendra Nayak wrote:
[]..
so a bit more work is needed. Maybe also rebase these against
omap-for-v3.14/dt too?
Will do.
Rebased on top of omap-for-v3.14/omap3-board-removal. Patches are
Set 'ti,set-rate-parent' property for the dpll4_m5x2_ck clock, which
is used for the ISP functional clock. This fixes the OMAP3 ISP driver's
clock rate configuration on OMAP34xx, which needs the rate to be
propagated properly to the divider node (dpll4_m5_ck).
Signed-off-by: Stefan
* Marek Belisko ma...@goldelico.com [140714 13:22]:
This patch series completes the GTA04 device tree to describe all hardware
components that are on the different variants of the GTA04 boards.
Marek Belisko (5):
arm: dts: omap3-gta04: Add missing nodes to fully describe gta04 board
Hi Marek,
You seem to add some DT nodes for hw that doesn't have drivers in
mainline. I think you should leave those out until the driver itself
is upstream and the bindings for it is documented.
On 14 July 2014 22:20, Marek Belisko ma...@goldelico.com wrote:
Signed-off-by: Marek Belisko
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09.07.2014 17:24, Tony Lindgren wrote:
* Pascal Huerst pascal.hue...@gmail.com [140709 05:47]:
On 09.07.2014 12:41, Tony Lindgren wrote:
If you just comment out the _gpio_rmw part above do things work
as expected?
Yes. It only wakes up
* Suman Anna s-a...@ti.com [140711 14:47]:
Add the hwmod data for the 13 instances of the system mailbox
IP in DRA7 SoC. The patch is needed for performing a soft-reset
while configuring the respective mailbox instance, otherwise is
a non-essential change for functionality. The modules are
* Pascal Huerst pascal.hue...@gmail.com [140715 06:29]:
On 09.07.2014 17:24, Tony Lindgren wrote:
* Pascal Huerst pascal.hue...@gmail.com [140709 05:47]:
On 09.07.2014 12:41, Tony Lindgren wrote:
If you just comment out the _gpio_rmw part above do things work
as expected?
Yes.
Hi Tony,
On 07/15/2014 08:30 AM, Tony Lindgren wrote:
* Suman Anna s-a...@ti.com [140711 14:47]:
Add the hwmod data for the 13 instances of the system mailbox
IP in DRA7 SoC. The patch is needed for performing a soft-reset
while configuring the respective mailbox instance, otherwise is
a
From: Darren Etheridge detheri...@ti.com
Adding necessary dts nodes to enable vpfe and ov2659 sensor on the correct i2c
bus and correct vpfe instance.
Signed-off-by: Darren Etheridge detheri...@ti.com
Signed-off-by: Felipe Balbi ba...@ti.com
---
arch/arm/boot/dts/am437x-sk-evm.dts | 63
From: Benoit Parrot bpar...@ti.com
HWMOD entries support for TI Dual Video Processing Front
End (VPFE) (aka Dual cam) of AM43xx platform.
Signed-off-by: Benoit Parrot bpar...@ti.com
Signed-off-by: Darren Etheridge detheri...@ti.com
Signed-off-by: Felipe Balbi ba...@ti.com
---
Hi all,
the following patches add suport for AM43xx's Video Processing
Front End (VPFE). Full documentation is available at [1] chapter 14.
This driver has been tested with linux-next from yesterday, plus my
(already queued) am437x starter kit patches, plus these patches, plus
the sensor driver
From: Benoit Parrot bpar...@ti.com
Add Video Processing Front End (VPFE) device tree
nodes for AM34xx family of devices.
Signed-off-by: Benoit Parrot bpar...@ti.com
Signed-off-by: Darren Etheridge detheri...@ti.com
Signed-off-by: Felipe Balbi ba...@ti.com
---
arch/arm/boot/dts/am4372.dtsi | 16
From: Benoit Parrot bpar...@ti.com
Add Video Processing Front End (VPFE) device tree nodes for AM43x-epos.
Signed-off-by: Benoit Parrot bpar...@ti.com
Signed-off-by: Darren Etheridge detheri...@ti.com
Signed-off-by: Felipe Balbi ba...@ti.com
---
arch/arm/boot/dts/am43x-epos-evm.dts | 54
Hi,
On Tue, Jul 15, 2014 at 12:56:52PM -0500, Felipe Balbi wrote:
From: Darren Etheridge detheri...@ti.com
Adding necessary dts nodes to enable vpfe and ov2659 sensor on the correct i2c
clearly this doesn't add ov2659 sensor support because we can't release
the driver for it. I'll fix the
On 07/15/2014 01:48 AM, Tony Lindgren wrote:
* Dave Gerlach d-gerl...@ti.com [140714 10:44]:
Santosh, Tony,
On 07/14/2014 09:37 AM, Santosh Shilimkar wrote:
On Monday 14 July 2014 07:15 AM, Tony Lindgren wrote:
* Dave Gerlach d-gerl...@ti.com [140710 19:59]:
From: Vaibhav Bedia
On 07/08/2014 11:09 AM, Tony Lindgren wrote:
* Peter Ujfalusi peter.ujfal...@ti.com [140708 00:32]:
Hi Tony,
On 07/07/2014 02:46 PM, Tony Lindgren wrote:
* Jyri Sarha jsa...@ti.com [140626 12:26]:
This code is not working currently and it can be removed. There is a
conflict in sharing
On Tue, Jul 15, 2014 at 02:14:35AM -0700, Tony Lindgren wrote:
* Felipe Balbi ba...@ti.com [140103 08:43]:
On Fri, Jan 03, 2014 at 05:42:41PM +0530, Rajendra Nayak wrote:
[]..
so a bit more work is needed. Maybe also rebase these against
omap-for-v3.14/dt too?
Will do.
On Mon, 14 Jul 2014, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [140714 10:32]:
On Mon, 7 Jul 2014, Tony Lindgren wrote:
With v3.16-rc4 the PM features for omap3 should be working
finally for device tree based booting. At lest beaglexm and
3xxevm should work.
Maybe
On Sun, 13 Jul 2014, Mike Turquette wrote:
Quoting Tero Kristo (2014-07-02 01:47:34)
Hi,
This sets cleans up some of the omap specific clock drivers still residing
under arch/arm/mach-omap2. This set is done in preparation to migrate
these drivers eventually under drivers/clk/ti,
On Mon, 14 Jul 2014, Kishon Vijay Abraham I wrote:
On Wednesday 09 July 2014 04:32 PM, Rajendra Nayak wrote:
On Wednesday 09 July 2014 02:32 PM, Kishon Vijay Abraham I wrote:
Added hwmod data for pcie1 and pcie2 subsystem present in DRA7xx SOC.
Cc: Tony Lindgren t...@atomide.com
Cc:
ml-node and sl-node are currently initialized
by means of INIT_LIST_HEAD(). That initialiation
is followed by a list_add() call.
Looking at what both these functions do we will have:
ml-node.next = ml-node;
ml-node.prev = ml-node;
oi-master-master_ports.next.prev =
Hi Sebastian,
On Wed, 9 Jul 2014, Sebastian Andrzej Siewior wrote:
On 2014-07-09 11:55:52 [+0200], Sebastian Andrzej Siewior wrote:
On 2014-07-08 18:46:39 [+0530], Mugunthan V N wrote:
Adding hwmod data for CPSW and MDIO which is present in DRA7xx SoC
I reverted my patch, applied this
It was added to support DSP Bridge. Since DSP Bridge was removed, and
nothing else is using the platform device, remove it too.
Signed-off-by: Kristina Martšenko kristina.martse...@gmail.com
Cc: Omar Ramirez Luna omar.rami...@copitl.com
Cc: Suman Anna s-a...@ti.com
Cc: Felipe Contreras
Hi Stefan,
Thank you for the patch.
On Tuesday 15 July 2014 12:02:35 Stefan Herbrechtsmeier wrote:
Set 'ti,set-rate-parent' property for the dpll4_m5x2_ck clock, which
is used for the ISP functional clock. This fixes the OMAP3 ISP driver's
clock rate configuration on OMAP34xx, which needs the
Tony,
On 07/15/2014 01:38 AM, Tony Lindgren wrote:
* Dave Gerlach d-gerl...@ti.com [140714 10:44]:
On 07/14/2014 06:12 AM, Tony Lindgren wrote:
* Dave Gerlach d-gerl...@ti.com [140710 19:59]:
OMAP4 and AM33XX share the same EMIF controller IP. Although there
are significant differences in the
On Wednesday 16 July 2014 01:43 AM, Paul Walmsley wrote:
On Mon, 14 Jul 2014, Kishon Vijay Abraham I wrote:
On Wednesday 09 July 2014 04:32 PM, Rajendra Nayak wrote:
On Wednesday 09 July 2014 02:32 PM, Kishon Vijay Abraham I wrote:
Added hwmod data for pcie1 and pcie2 subsystem present in
On Tuesday 15 July 2014 12:48 PM, Tony Lindgren wrote:
* Kishon Vijay Abraham I kis...@ti.com [140714 03:44]:
[1] is split into separate series in order for individual subsystem
Maintainers to pick up the patches. This series handles the PCIe
dt data for DRA7.
This series has better commit
34 matches
Mail list logo