On Mon, Jan 26, 2015 at 01:08:19PM -0800, Tony Lindgren wrote:
> The following changes since commit 13efcb188984f69e1f97b4d9e7d3663fb782946f:
>
> ARM: OMAP2+: Disable omap3 PM init for ti81xx (2015-01-14 17:37:16 -0800)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub
On Mon, Jan 26, 2015 at 01:08:18PM -0800, Tony Lindgren wrote:
> The following changes since commit 13efcb188984f69e1f97b4d9e7d3663fb782946f:
>
> ARM: OMAP2+: Disable omap3 PM init for ti81xx (2015-01-14 17:37:16 -0800)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub
From: Tony Lindgren
Date: Wed, 21 Jan 2015 16:21:52 -0800
Subject: [PATCH] ARM: dts: Fix dm816x pinctrl and syscon so they are children
of SCM
Looks like I only got half done with moving pinctrl and syscon to
be children of the SCM. I've set up the FAPLL clocks that way already,
but did not comp
Hi Roger,
On 01/27/2015 01:27 AM, Roger Quadros wrote:
> Hi Chanwoo,
>
> All your comments are valid. Need some clarification on one comment.
>
> On 26/01/15 15:56, Chanwoo Choi wrote:
>> Hi Roger,
>>
>> This patch looks good to me. But I add some comment.
>> If you modify some comment, I'll app
On Mon, 26 Jan 2015, Pavel Machek wrote:
> Hi!
>
> > > > $ du -b arch/arm/boot/dts/omap3-n900.dtb
> > > > 70212 arch/arm/boot/dts/omap3-n900.dtb
> > > >
> > > > $ echo $((0x1))
> > > > 65536
> > > >
> > > > I would say, problem is because omap3-n900 binary DT is too large
> >
> > I agre
Hi,
On 26.01.2015 21:56, Sven Brandau wrote:
Hello,
is there any driver support for the DSP on OMAP3 SOCs available in the
current kernel?
This means DSP image loading, starting and communication mechanisms
between ARM CPU and DSP.
The original TI driver only running on kernels with versions
On 26 January 2015 at 04:00, Kirill A. Shutemov wrote:
> On Fri, Jan 23, 2015 at 10:37:46PM -0600, Nishanth Menon wrote:
>> On 03:13-20150124, Kirill A. Shutemov wrote:
>> > > >> On 09:39-20150123, Tyler Baker wrote:
>> [...]
>> > > >> > I just reviewed the boot logs for next-20150123 and there st
Hi!
> > > $ du -b arch/arm/boot/dts/omap3-n900.dtb
> > > 70212 arch/arm/boot/dts/omap3-n900.dtb
> > >
> > > $ echo $((0x1))
> > > 65536
> > >
> > > I would say, problem is because omap3-n900 binary DT is too large
>
> I agree.
>
> > OK if that's the case, then your patch makes sense to
The following changes since commit 13efcb188984f69e1f97b4d9e7d3663fb782946f:
ARM: OMAP2+: Disable omap3 PM init for ti81xx (2015-01-14 17:37:16 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
tags/omap-for-v3.20/fixes-not-urgent
The following changes since commit 13efcb188984f69e1f97b4d9e7d3663fb782946f:
ARM: OMAP2+: Disable omap3 PM init for ti81xx (2015-01-14 17:37:16 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
tags/omap-for-v3.20/dm816x-data
for
* Suman Anna [150114 13:06]:
> Add the generic property "hwlock-base-id" to the hwspinlock DT nodes
> on all applicable OMAP SoCS (OMAP4, OMAP5, DRA7, AM33xx and AM43xx).
> This common property is required by the hwspinlock core to be able
> to translate client locks properly. All the current OMAP
* Marek Belisko [150122 12:41]:
> This series contains fixes for gta04 devicetree. I collected patches
> from H. Nikolaus Schaller + NeilBrown and myself. Patches contains mostly
> fixes
> + adding new nodes and comments. All changes tested on gta04a4 board.
>
> H. Nikolaus Schaller (5):
> ARM
qemu does not emulate it
Signed-off-by: Pali Rohár
---
sound/soc/omap/rx51.c | 45 +
1 file changed, 25 insertions(+), 20 deletions(-)
diff --git a/sound/soc/omap/rx51.c b/sound/soc/omap/rx51.c
index 04896d6..a689021 100644
--- a/sound/soc/omap/rx51
2015-01-26 20:56 GMT+01:00 Sven Brandau :
>
> Hello,
>
> is there any driver support for the DSP on OMAP3 SOCs available in the
> current kernel?
>
> This means DSP image loading, starting and communication mechanisms between
> ARM CPU and DSP.
>
> The original TI driver only running on kernels w
Hello,
is there any driver support for the DSP on OMAP3 SOCs available in the
current kernel?
This means DSP image loading, starting and communication mechanisms
between ARM CPU and DSP.
The original TI driver only running on kernels with versions 2.6.x.
Best regards,
Sven
--
To unsubscr
Hi,
On Mon, Jan 26, 2015 at 10:56:40AM -0600, Felipe Balbi wrote:
> > the references below are from SPRUHL7
> >
> > On Fri, 23 Jan 2015, Felipe Balbi wrote:
> >
> > > Without hwmod data for DebugSS, performance monitors
> > > have no chance of running on AM43xx devices.
> > >
> > > Signed-off-b
On Mon, 26 Jan 2015, Tony Lindgren wrote:
> * Pali Rohár [150126 08:26]:
> > On Monday 26 January 2015 17:14:55 Tony Lindgren wrote:
> > > * Pali Rohár [150123 14:39]:
> > > > On Friday 23 January 2015 22:39:55 Pali Rohár wrote:
> > > > > Hello,
> > > > >
> > > > > when I boot zImage with appen
Hi Prabhakar,
On Mon, 26 Jan 2015, Lad, Prabhakar wrote:
> Hi Benoit,
>
> On Mon, Jan 26, 2015 at 3:50 PM, Benoit Parrot wrote:
> > Lad, Prabhakar wrote on Mon [2015-Jan-26
> > 08:13:01 +]:
> >> Hi Paul,
> >>
> >> Thanks for the review.
> >>
> >> On Mon, Jan 26, 2015 at 2:15 AM, Paul Walm
* Pali Rohár [150126 08:26]:
> On Monday 26 January 2015 17:14:55 Tony Lindgren wrote:
> > * Pali Rohár [150123 14:39]:
> > > On Friday 23 January 2015 22:39:55 Pali Rohár wrote:
> > > > Hello,
> > > >
> > > > when I boot zImage with appended DT n900 in qemu
> > > > fdt_open_into() function call
Hi,
On Mon, Jan 26, 2015 at 02:04:35AM +, Paul Walmsley wrote:
> Hi
>
> the references below are from SPRUHL7
>
> On Fri, 23 Jan 2015, Felipe Balbi wrote:
>
> > Without hwmod data for DebugSS, performance monitors
> > have no chance of running on AM43xx devices.
> >
> > Signed-off-by: Feli
Hi Chanwoo,
All your comments are valid. Need some clarification on one comment.
On 26/01/15 15:56, Chanwoo Choi wrote:
> Hi Roger,
>
> This patch looks good to me. But I add some comment.
> If you modify some comment, I'll apply this patch on 3.21 queue.
>
> On Mon, Jan 26, 2015 at 9:15 PM, Ro
On Monday 26 January 2015 17:14:55 Tony Lindgren wrote:
> * Pali Rohár [150123 14:39]:
> > On Friday 23 January 2015 22:39:55 Pali Rohár wrote:
> > > Hello,
> > >
> > > when I boot zImage with appended DT n900 in qemu
> > > fdt_open_into() function called from file
> > > arch/arm/boot/compressed/
* Pali Rohár [150123 14:39]:
> On Friday 23 January 2015 22:39:55 Pali Rohár wrote:
> > Hello,
> >
> > when I boot zImage with appended DT n900 in qemu
> > fdt_open_into() function called from file
> > arch/arm/boot/compressed/atags_to_fdt.c (in function
> > atags_to_fdt) always returns -FDT_ERR_
* Matthijs van Duin [150125 00:37]:
> On 23 January 2015 at 17:47, Tony Lindgren wrote:
> > That's interesting info thanks :) Yeah it seems dm814x was done after
> > dm816x and that clears at least some of the clockdomain confusion
> > that I though was TRM copy-paste issue.
>
> Well it is in so
Hi Benoit,
On Mon, Jan 26, 2015 at 3:50 PM, Benoit Parrot wrote:
> Lad, Prabhakar wrote on Mon [2015-Jan-26
> 08:13:01 +]:
>> Hi Paul,
>>
>> Thanks for the review.
>>
>> On Mon, Jan 26, 2015 at 2:15 AM, Paul Walmsley wrote:
>> > Hi
>> >
>> > On Sun, 25 Jan 2015, Lad, Prabhakar wrote:
>> >
* Tomi Valkeinen [150126 02:42]:
> On 24/01/15 23:51, Paul Walmsley wrote:
> > + Tomi
> >
> > On Thu, 27 Nov 2014, Tero Kristo wrote:
> >
> >> Splits the clock provider init out of the PRM driver and moves it to
> >> clock driver. This is needed so that once the PRCM drivers are separated,
> >>
Lad, Prabhakar wrote on Mon [2015-Jan-26 08:13:01
+]:
> Hi Paul,
>
> Thanks for the review.
>
> On Mon, Jan 26, 2015 at 2:15 AM, Paul Walmsley wrote:
> > Hi
> >
> > On Sun, 25 Jan 2015, Lad, Prabhakar wrote:
> >
> >> From: Benoit Parrot
> >>
> >> this patch adds VPFE HWMOD data for AM43xx
On 26/01/15 15:07, Sam Protsenko wrote:
> On Mon, Jan 26, 2015 at 11:50 AM, Roger Quadros wrote:
>> Hi,
>>
>> On 24/01/15 22:28, Semen Protsenko wrote:
>>> New OMAP-based architectures (like OMAP5, DRA7XX, AM572X) don't have
>>> LIMITEDADDRESS bit in GPMC_CONFIG register (this bit marked as
>>> RE
Em Mon, Jan 26, 2015 at 01:51:23PM +, Russell King - ARM Linux escreveu:
> On Mon, Jan 26, 2015 at 10:27:11AM +, Will Deacon wrote:
> > On Sun, Jan 25, 2015 at 03:56:52PM +, Russell King - ARM Linux wrote:
> > > On Sat, Jan 24, 2015 at 04:23:42PM -0600, Felipe Balbi wrote:
> > > > yeah,
Em Mon, Jan 26, 2015 at 01:54:06PM +, Russell King - ARM Linux escreveu:
> On Mon, Jan 26, 2015 at 09:12:43AM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Mon, Jan 26, 2015 at 10:27:11AM +, Will Deacon escreveu:
> > > FWIW, perf can now use libunwind for unwinding the userspace side of
> >
Hi Roger,
This patch looks good to me. But I add some comment.
If you modify some comment, I'll apply this patch on 3.21 queue.
On Mon, Jan 26, 2015 at 9:15 PM, Roger Quadros wrote:
> This driver observes the USB ID pin connected over a GPIO and
> updates the USB cable extcon states accordingly.
On Mon, Jan 26, 2015 at 09:12:43AM -0300, Arnaldo Carvalho de Melo wrote:
> Em Mon, Jan 26, 2015 at 10:27:11AM +, Will Deacon escreveu:
> > On Sun, Jan 25, 2015 at 03:56:52PM +, Russell King - ARM Linux wrote:
> > > On Sat, Jan 24, 2015 at 04:23:42PM -0600, Felipe Balbi wrote:
> > > > yeah,
On Mon, Jan 26, 2015 at 10:27:11AM +, Will Deacon wrote:
> On Sun, Jan 25, 2015 at 03:56:52PM +, Russell King - ARM Linux wrote:
> > On Sat, Jan 24, 2015 at 04:23:42PM -0600, Felipe Balbi wrote:
> > > yeah, I'll try a few older kernels, also see if I can reproduce on other
> > > boards.
> >
On 01/18/2015 02:01 PM, Pavel Machek wrote:
> Hi!
>
> If you have any idea about playback problems, help would be still
> welcome. I'll have to do bisect, otherwise, and it will not be easy.
>
>> In 3.18, sound is nice and clear.
>>
>> In 3.19, sound is unusable. It produces nasty tone when it sh
On Mon, Jan 26, 2015 at 11:50 AM, Roger Quadros wrote:
> Hi,
>
> On 24/01/15 22:28, Semen Protsenko wrote:
>> New OMAP-based architectures (like OMAP5, DRA7XX, AM572X) don't have
>> LIMITEDADDRESS bit in GPMC_CONFIG register (this bit marked as
>> RESERVED). Seems like these SoCs have new revision
On 13/01/15 18:46, Sudip Mukherjee wrote:
> prior to this check we are checking for word_length_16b and if word_length_16b
> is false then we are returning with -EINVAL.
> So at this point word_length_16b can only be true.
True, but it looks to me the code may be extended in the future.
And if it
Em Mon, Jan 26, 2015 at 12:16:21PM +, Will Deacon escreveu:
> On Mon, Jan 26, 2015 at 12:12:43PM +, Arnaldo Carvalho de Melo wrote:
> > Em Mon, Jan 26, 2015 at 10:27:11AM +, Will Deacon escreveu:
> > > On Sun, Jan 25, 2015 at 03:56:52PM +, Russell King - ARM Linux wrote:
> > > > On
On this EVM, the USB cable state has to be determined via the
ID pin tied to a GPIO line. We use the gpio-usb-extcon driver
to read the ID pin and the extcon framework to forward
the USB cable state information to the USB driver so the
controller can be configured in the right mode (host/peripheral
The recommended name for USB-Host cable state is "USB-Host" and not
"USB-HOST" as per drivers/extcon/extcon-class.c extcon_cable_name.
Change all instances of "USB-HOST" to "USB-Host".
Signed-off-by: Roger Quadros
Reviewed-by: Felipe Balbi
Acked-by: Felipe Balbi
---
drivers/extcon/extcon-palm
This driver observes the USB ID pin connected over a GPIO and
updates the USB cable extcon states accordingly.
The existing GPIO extcon driver is not suitable for this purpose
as it needs to be taught to understand USB cable states and it
can't handle more than one cable per instance.
For the USB
On this EVM, the USB cable state has to be determined via the
ID pin tied to a GPIO line. We use the gpio-usb-extcon driver
to read the ID pin and the extcon framework to forward
the USB cable state information to the USB driver so the
controller can be configured in the right mode (host/peripheral
On this board USB2 is meant to be used as peripheral only.
The ID pin for USB2 is hardwired HIGH.
Signed-off-by: Roger Quadros
---
arch/arm/boot/dts/am57xx-beagle-x15.dts | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/am57xx-beagle-x15.dts
b/arch/arm/boot/dts/am57xx-b
On this EVM, the USB cable state has to be determined via the
ID pin tied to a GPIO line. We use the gpio-usb-extcon driver
to read the ID pin and the extcon framework to forward
the USB cable state information to the USB driver so the
controller can be configured in the right mode (host/peripheral
This driver is needed for USB cable type detection on dra7-evm,
dra72-evm and am57xx-beagle-x15.
Signed-off-by: Roger Quadros
---
arch/arm/configs/omap2plus_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/omap2plus_defconfig
b/arch/arm/configs/omap2plus_defconfig
On Mon, Jan 26, 2015 at 12:12:43PM +, Arnaldo Carvalho de Melo wrote:
> Em Mon, Jan 26, 2015 at 10:27:11AM +, Will Deacon escreveu:
> > On Sun, Jan 25, 2015 at 03:56:52PM +, Russell King - ARM Linux wrote:
> > > On Sat, Jan 24, 2015 at 04:23:42PM -0600, Felipe Balbi wrote:
> > > > yeah,
Hi,
Still hoping this can make into 3.20 else we have USB peripheral mode broken on
DRA7-evm, DRA72-evm and AM57xx-beagle-x15.
On DRA7 and AM57xx EVMs the USB ID pin is connected to a GPIO line.
The USB drivers (dwc3 + dwc3-omap) depend on extcon framework to get the
USB cable state (USB or USB-H
Em Mon, Jan 26, 2015 at 10:27:11AM +, Will Deacon escreveu:
> On Sun, Jan 25, 2015 at 03:56:52PM +, Russell King - ARM Linux wrote:
> > On Sat, Jan 24, 2015 at 04:23:42PM -0600, Felipe Balbi wrote:
> > > yeah, I'll try a few older kernels, also see if I can reproduce on other
> > > boards.
On Fri, Jan 23, 2015 at 10:37:46PM -0600, Nishanth Menon wrote:
> On 03:13-20150124, Kirill A. Shutemov wrote:
> > > >> On 09:39-20150123, Tyler Baker wrote:
> [...]
> > > >> > I just reviewed the boot logs for next-20150123 and there still seems
> > > >> > to be a related issue. I've been boot tes
On 24/01/15 23:51, Paul Walmsley wrote:
> + Tomi
>
> On Thu, 27 Nov 2014, Tero Kristo wrote:
>
>> Splits the clock provider init out of the PRM driver and moves it to
>> clock driver. This is needed so that once the PRCM drivers are separated,
>> they can logically just access the clock driver n
On Sun, Jan 25, 2015 at 03:56:52PM +, Russell King - ARM Linux wrote:
> On Sat, Jan 24, 2015 at 04:23:42PM -0600, Felipe Balbi wrote:
> > yeah, I'll try a few older kernels, also see if I can reproduce on other
> > boards.
>
> Perf works for me with CONFIG_FRAME_POINTER=y, but that's only for
On Saturday 24 January 2015 23:14:58 Pali Rohár wrote:
> On Saturday 24 January 2015 23:08:00 Arnd Bergmann wrote:
> > On Saturday 24 January 2015 13:00:00 Pali Rohár wrote:
> > > Another regression for DT setup (which does not occur for
> > > board code):
> > >
> > > omap_hsmmc driver does not ex
Hi,
On 24/01/15 22:28, Semen Protsenko wrote:
> New OMAP-based architectures (like OMAP5, DRA7XX, AM572X) don't have
> LIMITEDADDRESS bit in GPMC_CONFIG register (this bit marked as
> RESERVED). Seems like these SoCs have new revision of GPMC IP-core
> (despite of same GPMC_REVISION value as for e
On 24/01/15 22:28, Semen Protsenko wrote:
> Some GPMC_CONFIG7 register bits marked as "RESERVED", means they
> shouldn't be overwritten. A typical approach to handle such bits called
> "Read-Modify-Write". Writing procedure used in gpmc_cs_set_memconf()
> utilizes RMW technique, but implemented inc
On 24/01/15 22:28, Semen Protsenko wrote:
> Fix sparse warning:
> warning: symbol 'gpmc_cs_get_name' was not declared. Should it be static?
>
> Signed-off-by: Semen Protsenko
Acked-by: Roger Quadros
cheers,
-roger
> ---
> drivers/memory/omap-gpmc.c |2 +-
> 1 file changed, 1 insertion(
--
Geachte mevrouw, heer,
datum
23 januari 2015.
Factuur Voltooid.
Onze gegevens blijkt dat onlangs een derde / illegale binnenkomst is
vastgesteld op uw Online ING Bank / Account:
meldt u zich zo snel mogelijk via de link hieronder om toegang tot uw
rekening te behouden Klik ING Bank Online
From: Benoit Parrot
this patch adds VPFE HWMOD data for AM43xx.
Signed-off-by: Benoit Parrot
Signed-off-by: Darren Etheridge
Signed-off-by: Felipe Balbi
Signed-off-by: Lad, Prabhakar
---
Changes for v3:
a: Dropped OCPIF_SWSUP_IDLE flag from l3 hwmods of vpfe.
arch/arm/mach-omap2/omap_hw
Hi Paul,
Thanks for the review.
On Mon, Jan 26, 2015 at 2:15 AM, Paul Walmsley wrote:
> Hi
>
> On Sun, 25 Jan 2015, Lad, Prabhakar wrote:
>
>> From: Benoit Parrot
>>
>> this patch adds VPFE HWMOD data for AM43xx.
>>
>> Signed-off-by: Benoit Parrot
>> Signed-off-by: Darren Etheridge
>> Signed-
57 matches
Mail list logo