* Lokesh Vutla [140714 21:09]:
> On Monday 14 July 2014 09:53 PM, Tony Lindgren wrote:
> > * Lokesh Vutla [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.
> >
> > Right, then you
* Kishon Vijay Abraham I [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 Tero.
>
>
* Peter Ujfalusi [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 omap5-uevm with
* Roger Quadros [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 mor
* Felipe Balbi [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-remov
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 Herbrechtsmeier
* Marek Belisko [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
> arm: dts: omap3-g
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 wrote:
> Signed-off-by: Marek Belisko
> Signed-off-by: H. Niko
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09.07.2014 17:24, Tony Lindgren wrote:
> * Pascal Huerst [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 on gpio 6
* Suman Anna [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 smart
> idled
* Pascal Huerst [140715 06:29]:
>
>
> On 09.07.2014 17:24, Tony Lindgren wrote:
> > * Pascal Huerst [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 on g
Hi Tony,
On 07/15/2014 08:30 AM, Tony Lindgren wrote:
> * Suman Anna [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-esse
From: Darren Etheridge
Adding necessary dts nodes to enable vpfe and ov2659 sensor on the correct i2c
bus and correct vpfe instance.
Signed-off-by: Darren Etheridge
Signed-off-by: Felipe Balbi
---
arch/arm/boot/dts/am437x-sk-evm.dts | 63 +
1 file changed,
From: Benoit Parrot
HWMOD entries support for TI Dual Video Processing Front
End (VPFE) (aka Dual cam) of AM43xx platform.
Signed-off-by: Benoit Parrot
Signed-off-by: Darren Etheridge
Signed-off-by: Felipe Balbi
---
arch/arm/mach-omap2/omap_hwmod_43xx_data.c | 56
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 w
From: Benoit Parrot
Add Video Processing Front End (VPFE) device tree
nodes for AM34xx family of devices.
Signed-off-by: Benoit Parrot
Signed-off-by: Darren Etheridge
Signed-off-by: Felipe Balbi
---
arch/arm/boot/dts/am4372.dtsi | 16
1 file changed, 16 insertions(+)
diff -
From: Benoit Parrot
Add Video Processing Front End (VPFE) device tree nodes for AM43x-epos.
Signed-off-by: Benoit Parrot
Signed-off-by: Darren Etheridge
Signed-off-by: Felipe Balbi
---
arch/arm/boot/dts/am43x-epos-evm.dts | 54
1 file changed, 54 insertio
Hi,
On Tue, Jul 15, 2014 at 12:56:52PM -0500, Felipe Balbi wrote:
> From: Darren Etheridge
>
> 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 patch subject and
On 07/15/2014 01:48 AM, Tony Lindgren wrote:
* Dave Gerlach [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 [140710 19:59]:
From: Vaibhav Bedia
OMAP timer code registers two timers - one
On 07/08/2014 11:09 AM, Tony Lindgren wrote:
* Peter Ujfalusi [140708 00:32]:
Hi Tony,
On 07/07/2014 02:46 PM, Tony Lindgren wrote:
* Jyri Sarha [140626 12:26]:
This code is not working currently and it can be removed. There is a
conflict in sharing resources with the actual HDMI driver and
On Tue, Jul 15, 2014 at 02:14:35AM -0700, Tony Lindgren wrote:
> * Felipe Balbi [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?
> > > >>
>
On Mon, 14 Jul 2014, Tony Lindgren wrote:
> * Paul Walmsley [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.
> > >
> > > M
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/cl
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
> >> Cc: Russ
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, app
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
Cc: Omar Ramirez Luna
Cc: Suman Anna
Cc: Felipe Contreras
---
arch/arm/mach-omap2/Makefile | 4 -
arch/arm/mach-omap2/c
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 t
Tony,
On 07/15/2014 01:38 AM, Tony Lindgren wrote:
* Dave Gerlach [140714 10:44]:
On 07/14/2014 06:12 AM, Tony Lindgren wrote:
* Dave Gerlach [140710 19:59]:
OMAP4 and AM33XX share the same EMIF controller IP. Although there
are significant differences in the IP integration due to which
AM33
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 p
On Tuesday 15 July 2014 12:48 PM, Tony Lindgren wrote:
> * Kishon Vijay Abraham I [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 lo
31 matches
Mail list logo