* Daniel Mack | 2013-10-01 15:31:08 [+0200]:
>Patch #1 restores more registers on resume time.
>
>Patch #2 is a cosmetic cleanup that emerged while digging through the
>driver and gaining a basic idea of how it's implemented. Nothing fancy.
I'm fine with those two.
>
>Patch #3, however, gives me
On Wednesday 09 October 2013 11:33 AM, Fernandes, Joel wrote:
> Some temporary issues with my mua so forgive any artifacts in this email.
>
> On Oct 9, 2013, at 12:14 AM, "Hebbar, Gururaja"
> wrote:
>
>> On Wednesday 09 October 2013 09:58 AM, Joel Fernandes wrote:
>>> On 10/01/2013 10:04 AM, Da
Some temporary issues with my mua so forgive any artifacts in this email.
On Oct 9, 2013, at 12:14 AM, "Hebbar, Gururaja" wrote:
> On Wednesday 09 October 2013 09:58 AM, Joel Fernandes wrote:
>> On 10/01/2013 10:04 AM, Daniel Mack wrote:
>>> This patch makes the edma driver resume correctly afte
Hi Tony,
On 09/10/13 00:11, Tony Lindgren wrote:
> * Javier Martinez Canillas [131004 20:00]:
>> IGEPv2 board has both an DVI and TFP410 video interfaces but
>> DSS support for DeviceTree has not yet landed in mainline so
>> is necessary to init the displays using legacy platform code.
>
> Thank
Hi,
On 05/10/13 05:51, Javier Martinez Canillas wrote:
> IGEPv2 board has both an DVI and TFP410 video interfaces but
> DSS support for DeviceTree has not yet landed in mainline so
> is necessary to init the displays using legacy platform code.
>
> Signed-off-by: Javier Martinez Canillas
> ---
>
On Sun, 6 Oct 2013, Sebastian Reichel wrote:
> This patch adds Synchronous Serial Interface (SSI) hwmod support for
> OMAP34xx SoCs.
>
> Signed-off-by: Sebastian Reichel
Thanks, queued this one for v3.13. You can drop it from any future
reposts of this series.
- Paul
--
To unsubscribe from
Hi
On Thu, 3 Oct 2013, Suman Anna wrote:
> The hwmod init sequence involves initializing and idling all the
> hwmods during bootup. If a module class has sysconfig, the init
> sequence utilizes the module register base for performing any
> sysc configuration.
thanks for doing this. A few commen
On Wednesday 09 October 2013 09:58 AM, Joel Fernandes wrote:
> On 10/01/2013 10:04 AM, Daniel Mack wrote:
>> This patch makes the edma driver resume correctly after suspend. Tested
>> on an AM33xx platform with cyclic audio streams.
>>
>> The code was shamelessly taken from an ancient BSP tree.
>>
On Tue, Oct 8, 2013 at 7:55 PM, Linus Walleij wrote:
> On Mon, Oct 7, 2013 at 7:35 PM, Tony Lindgren wrote:
>
>> Hi Linus W,
>>
>> Any comments on the pinctrl patches 3 - 5 in this series?
>
> I have no problems with this patch #3, as it is just changing syntax,
> not semantics.
>
> The problems
On 10/01/2013 10:04 AM, Daniel Mack wrote:
> This patch makes the edma driver resume correctly after suspend. Tested
> on an AM33xx platform with cyclic audio streams.
>
> The code was shamelessly taken from an ancient BSP tree.
>
> Signed-off-by: Daniel Mack
> ---
> arch/arm/common/edma.c | 13
Hi Nishanth,
On 08/10/2013 17:43, Nishanth Menon wrote:
On 09/19/2013 02:11 PM, Nishanth Menon wrote:
This allows the palmas pm_power_off to kick in on power off command
and switch off the board.
Signed-off-by: Nishanth Menon
---
Based on: (benoit's for_3.13/dts branch)
https://git.kernel.org
On Tuesday 08 October 2013 05:45 PM, Tony Lindgren wrote:
> * Sricharan R [131003 03:27]:
>> On Wednesday 18 September 2013 09:32 PM, Sricharan R wrote:
>>> --- a/arch/arm/boot/dts/omap5.dtsi
>>> +++ b/arch/arm/boot/dts/omap5.dtsi
>>> @@ -52,7 +52,6 @@
>>> >> IRQ_TYPE_LEVE
The following changes since commit 15c03dd4859ab16f9212238f29dd315654aa94f6:
Linux 3.12-rc3 (2013-09-29 15:02:38 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
tags/fixes-against-v3.12-rc3-take2
for you to fetch changes up to
Tony,
On 10/08/2013 01:09 PM, Tony Lindgren wrote:
> * Suman Anna [131003 10:07]:
>> The hwmod init sequence involves initializing and idling all the
>> hwmods during bootup. If a module class has sysconfig, the init
>> sequence utilizes the module register base for performing any
>> sysc configu
* Sricharan R [131003 03:27]:
> On Wednesday 18 September 2013 09:32 PM, Sricharan R wrote:
> > --- a/arch/arm/boot/dts/omap5.dtsi
> > +++ b/arch/arm/boot/dts/omap5.dtsi
> > @@ -52,7 +52,6 @@
> > > IRQ_TYPE_LEVEL_LOW)>,
> > > IRQ_TYPE_LEVEL_LOW)>
Here are some basic OMAP test results for Linux v3.12-rc4.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.12-rc4/20131007013715/
Test summary
Build: zImage:
Pass ( 2/ 2): omap2plus_defconfig, omap2plus_defconfig_am33xx_only
Build: uImage+dtb:
Pa
On Tuesday 08 October 2013 05:31 PM, Tony Lindgren wrote:
> * Santosh Shilimkar [130918 07:15]:
>> On Wednesday 18 September 2013 10:05 AM, Nishanth Menon wrote:
>>> OMAP5 ES1.0 was intended as a test chip and has major register level
>>> differences w.r.t ES2.0 revision of the chip. All register
* Santosh Shilimkar [130918 07:15]:
> On Wednesday 18 September 2013 10:05 AM, Nishanth Menon wrote:
> > OMAP5 ES1.0 was intended as a test chip and has major register level
> > differences w.r.t ES2.0 revision of the chip. All register defines,
> > dts support has been solely added for ES2.0 vers
* Santosh Shilimkar [130918 06:32]:
> On Wednesday 18 September 2013 07:20 AM, Sricharan R wrote:
> > The real time counter also called master counter, is a free-running
> > counter. It produces the count used by the CPU local timer peripherals
> > in the MPU cluster. The timer counts at a rate of
Hi,
Few minor comments below.
* Afzal Mohammed [130905 04:03]:
> AM43x has 224 interrupts and 7 banks, make it as maximum values. Keep
> default values as earlier, if am43x is detected, update interrupts and
> banks to maximum.
>
> Also AM43x has only one cpu, ensure that clearing bitmask at wa
* Javier Martinez Canillas [131004 20:00]:
> IGEPv2 board has both an DVI and TFP410 video interfaces but
> DSS support for DeviceTree has not yet landed in mainline so
> is necessary to init the displays using legacy platform code.
Thanks, applying into omap-for-v3.13/quirk.
Regards,
Tony
--
T
* Tomi Valkeinen [130916 01:57]:
> On 16/09/13 10:18, Archit Taneja wrote:
> > Currently, omapdrm, omapfb and omap_vout platform devices are created and
> > registered through omap_arch_initcalls. In a multiplatform config. It's
> > possible that all the corresponding configs for the above drivers
From: Peter Ujfalusi
AM335x EVM-SK have only support for audio playback (stereo jack on the
board) via tlv320aic3106 codec connected to McASP1.
Enable the support for audio playback on the board:
- McASP1 configuration
- tlv320aic3106 configuration
- Machine driver.
Signed-off-by: Peter Ujfalusi
Extract DMA channels directly from DT as they can not be found from
platform resources anymore. This is a work-around until davinci audio
driver is updated to use dmaengine.
Signed-off-by: Jyri Sarha
---
.../bindings/sound/davinci-mcasp-audio.txt |5 +++
include/linux/platform_data/d
From: "Hebbar, Gururaja"
Device tree support for Davinci Machine driver
When the board boots with device tree, the driver will receive card,
codec, dai interface details (like the card name, DAPM routing map,
phandle for the audio components described in the dts file, codec mclk
speed). The card
SND_DAVINCI_SOC is a platform driver for Davinci and AM33XX SoCs, not
a machine driver. Make SND_AM33XX_SOC_EVM dependent of SND_DAVINCI_SOC
instead of selecting it and add dependecy to SOC_AM33XX.
Signed-off-by: Jyri Sarha
---
sound/soc/davinci/Kconfig |4 ++--
1 file changed, 2 insertions(
This patch adds a second tuple to reg property. The new property tuple
describes the memory location for data port registers mapped trough
L3 bus on am33xx. The both property tuples are named accordingly in
the reg-names property.
Signed-off-by: Hebbar, Gururaja
Signed-off-by: Darren Etheridge
S
The v3 version of patches can be found here:
http://mailman.alsa-project.org/pipermail/alsa-devel/2013-September/066728.html
The v2 version of patches can be found here:
http://mailman.alsa-project.org/pipermail/alsa-devel/2013-September/066379.html
The RFC version of patches can been found here:
h
This patch adds a separate register location for data port registers to
mcasp DT bindings. On am33xx SoCs the McASP registers are mapped
trough L4 interconnect, but data port registers are also mapped trough
L3 bus to a different memory location.
Signed-off-by: Hebbar, Gururaja
Signed-off-by: Dar
From: Pantelis Antoniou
Add missing mcasp entries in the am33xx.dtsi include file.
Signed-off-by: Pantelis Antoniou
Signed-off-by: Darren Etheridge
Signed-off-by: Jyri Sarha
---
arch/arm/boot/dts/am33xx.dtsi | 25 +
1 file changed, 25 insertions(+)
diff --git a/arc
From: Peter Ujfalusi
The serial-dir array gives this information so there is no need to have the
num-serializer property in DT description.
Just ignore the property in the driver the DTS files can be updated
separately without regression.
Update the documentation at the same time for davinci-mcas
From: Darren Etheridge
Adds sound, tlv320aic3106, mcasp1, and am335x_evm_audio_pin nodes.
Signed-off-by: Darren Etheridge
Signed-off-by: Peter Ujfalusi
Signed-off-by: Jyri Sarha
---
arch/arm/boot/dts/am335x-evm.dts | 54 ++
1 file changed, 54 insertions(
Makes interrupts property optional as the interrupts are not currently
used by the driver and adds interrupt-names property to name listed
interrupts. Currently know interrupt names are "tx" and "rx".
- Improve tdm-slots propery description
- Improve op-mode property description
- Add pinctrl-na
* Pali Rohár [130920 06:33]:
> Adding this driver as platform device and only for RX-51 until somebody test
> if
> it working also on other OMAP3 HS devices and until there will be generic ARM
> way to deal with SMC calls.
Thanks I'll apply this with the patch #1 clock alias folded in into
omap-
* Russell King - ARM Linux [131008 01:17]:
> On Tue, Oct 08, 2013 at 09:13:16AM +0200, Ben Dooks wrote:
> > On 08/09/13 09:43, Pali Rohár wrote:
> >> Here is new version (v4) of omap secure part patch:
> >>
> >> Other secure functions omap_smc1() and omap_smc2() calling instruction smc
> >> #0
>
* Pali Rohár [130920 06:33]:
> This driver provides kernel-side support for the Random Number
> Generator hardware found on OMAP34xx processors.
>
> This driver comes from Maemo 2.6.28 kernel and was tested on Nokia RX-51.
> It is platform device because it needs board specific function for smc c
* Aaro Koskinen [130924 12:36]:
> Add minimal DT support for Nokia N950 & N9 phones. The same functionality
> that is provided by the current board file should work: serial console,
> USB, OneNAND and MMC.
Assuming Benoit will pick this one up:
Acked-by: Tony Lindgren
--
To unsubscribe from thi
* Aaro Koskinen [130924 12:36]:
> Delete board file for Nokia RM-680/RM-696 (N950/N9). DT-based booting
> should be used for further development on this HW.
I'll apply this into omap-for-v3.13/board-removal that I
will rebase on Benoit's .dts changes before I push out
that branch.
Regards,
Tony
* Rajendra Nayak [130827 03:19]:
> Make all OMAP DT only platforms (am33xx, am43xx, omap4 and omap5)
> use drivers/misc/sram.c driver instead of the omap internal
> implementation for SRAM handling.
Sounds like this series has some dependencies that we need
to clear, so marking this thread as rea
* joerg Reisenweber [130923 06:14]:
> On Mon 23 September 2013 14:50:12 Pali Rohár wrote:
> > Hi Tony,
> >
> > here is new version (v2) of patch which adding max_current values to rx51
> > board data. According to joerg safe value for max_current is 100 (10 mA).
> >
> >
> > RX-51: Add missing m
* Afzal Mohammed [130902 07:30]:
> Add AM335x prcm node with reset binding.
Please put the .dts changes into a separate series from
driver changes so the driver maintainers don't accidentally
queue also the .dts changes. This is to avoid pointless
self-inflicted merge conflicts.
Regards,
Tony
* Afzal Mohammed [130902 07:27]:
> AM43x, AM335x have reset block as part of prcm, let reset driver be
> usable with these SoC's.
Once the driver is ready, this can be merged along with the
reset driver:
Acked-by: Tony Lindgren
> Signed-off-by: Afzal Mohammed
> ---
> arch/arm/mach-omap2/Kc
* Rajendra Nayak [131003 23:50]:
> On Tuesday 01 October 2013 12:34 PM, Afzal Mohammed wrote:
> > Hi Paul, Benoit, Tony,
> >
> > This series adds PRCM support (except clock tree) for AM43x SoC's.
> > Please consider this for inclusion in the coming merge window.
> >
> > Patch 02/11 "ARM: OMAP2+:
* Suman Anna [131003 10:07]:
> The hwmod init sequence involves initializing and idling all the
> hwmods during bootup. If a module class has sysconfig, the init
> sequence utilizes the module register base for performing any
> sysc configuration.
>
> The module address space is being removed fro
* Majunath Goudar [131008 03:37]:
> This patch adds a omap1510_fpga_init_irq() inline dummy implementations
> in arch/arm/mach-omap1/common.h. Without this patch,build system can
> lead to issues. This was discovered during randconfig testing,in which
> other than CONFIG_ARCH_OMAP15XX was enabled
On 10/08/2013 12:47 PM, Felipe Balbi wrote:
> Hi,
>
> On Mon, Oct 07, 2013 at 12:20:09PM -0700, Tony Lindgren wrote:
>> * Nishanth Menon [131007 09:57]:
>>> beagle-xm currently would matchup with ti,omap3 which invokes
>>> omap3430_init_early instead of omap3630_init_early. So add
>>> compatiblit
On 10/08/2013 12:58 PM, Tony Lindgren wrote:
> * Nishanth Menon [131008 05:08]:
>> On 10/07/2013 07:05 PM, Sebastian Reichel wrote:
>>> On Mon, Oct 07, 2013 at 03:43:49PM -0500, Nishanth Menon wrote:
diff --git a/arch/arm/mach-omap2/board-generic.c
b/arch/arm/mach-omap2/board-generic.c
* Nishanth Menon [131008 05:08]:
> On 10/07/2013 07:05 PM, Sebastian Reichel wrote:
> > On Mon, Oct 07, 2013 at 03:43:49PM -0500, Nishanth Menon wrote:
> >> diff --git a/arch/arm/mach-omap2/board-generic.c
> >> b/arch/arm/mach-omap2/board-generic.c
> >> index 39c7838..4fe5b9c 100644
> >> --- a/ar
Hi,
On Mon, Oct 07, 2013 at 12:20:09PM -0700, Tony Lindgren wrote:
> * Nishanth Menon [131007 09:57]:
> > beagle-xm currently would matchup with ti,omap3 which invokes
> > omap3430_init_early instead of omap3630_init_early. So add
> > compatiblity for 3630 to allow match
> >
> > Signed-off-by: N
* Simon Barth [131008 01:58]:
> Since dra7 reuses the function 'omap5_realtime_timer_init' in
> arch/arm/mach-omap2/board-generic.c as timer init function, it has to be
> built for this SoC as well.
Thanks applying into omap-for-v3.12/fixes.
Regards,
Tony
> Signed-off-by: Simon Barth
> ---
* Sebastian Reichel [131006 13:36]:
> Hi,
>
> Here is the third round of the OMAP SSI driver patches.
Thanks for updating these, they look good to me now:
Acked-by: Tony Lindgren
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger
* Taras Kondratiuk [131007 03:35]:
> Kexec disables outer cache before jumping to reboot code, but it doesn't
> flush it explicitly. Flush is done implicitly inside of l2x0_disable().
> But some SoC's override default .disable handler and don't flush cache.
> This may lead to a corrupted memory du
On Tuesday 08 October 2013 12:29 PM, Chen Baozi wrote:
> Hi all,
>
> I have got a problem when booting dom0 kernel for Xen on OMAP5432 uEVM.
> With a recent patch, Xen hypervisor is avoid to map "disabled" device
> memory for dom0. In omap5-uevm.dts, we have got the &mmc4 node marked as
> "disable
* Tero Kristo [131008 01:26]:
> On 10/08/2013 08:40 AM, Mike Turquette wrote:
>
> >3) Same concern as above but for the DT clkdev alias stuff. I guess
> >you'll need to make all of the dependent drivers play nice with DT. Do
> >you plan to remove it within a reasonable timeframe? It would be a ni
Hi all,
I have got a problem when booting dom0 kernel for Xen on OMAP5432 uEVM.
With a recent patch, Xen hypervisor is avoid to map "disabled" device
memory for dom0. In omap5-uevm.dts, we have got the &mmc4 node marked as
"disabled". So the Xen won't populate <0x480d1000 0x400> memory region
to t
* Linus Walleij [131008 05:03]:
> On Mon, Oct 7, 2013 at 7:35 PM, Tony Lindgren wrote:
>
> > Hi Linus W,
> >
> > Any comments on the pinctrl patches 3 - 5 in this series?
>
> I have no problems with this patch #3, as it is just changing syntax,
> not semantics.
>
> The problems start with patc
Hi,
On Sat, Oct 05, 2013 at 01:17:08PM +0200, Andreas Fenkart wrote:
> For now, only support SDIO interrupt if we are booted with
> DT. This is because some platforms need special quirks. And
> we don't want to add new legacy mux platform init code
> callbacks any longer as we are moving to DT bas
* Linus Walleij [131008 05:18]:
> On Thu, Oct 3, 2013 at 7:42 AM, Tony Lindgren wrote:
>
> > This patch adds support for interrupts in a way that
> > should be pretty generic, and works for the omaps that
> > support wake-up interrupts. On omaps, there's an
> > interrupt enable and interrupt sta
Hi,
On Mon, Oct 07, 2013 at 04:28:12PM +0300, Roger Quadros wrote:
> USB OTG on these boards might be broken on Greg's usb-next branch [1]
> after the Generic PHY framework and associated patches were merged.
>
> This is a probable fix but I'm not able to test these boards. Please
> give it a try
Hi Joel,
n 05/10/2013 21:04, Joel Fernandes wrote:
These patches are some minor fixups and changes to commit messages to the
AM33XX crypto (aes, sham) patches with reference to the comments at:
http://comments.gmane.org/gmane.linux.drivers.devicetree/45961
Joel Fernandes (1):
ARM: dts: AM33X
Hi Stan,
On Mon, 2013-10-07 at 12:28 +0300, Stanimir Varbanov wrote:
> Hi Ivan,
>
> Minor comments below.
>
> On 10/07/2013 10:44 AM, Ivan T. Ivanov wrote:
> > From: "Ivan T. Ivanov"
> >
> > DWC3 glue layer is hardware layer around Synopsys DesignWare
> > USB3 core. Its purpose is to supply
Hi Stan,
On Mon, 2013-10-07 at 12:22 +0300, Stanimir Varbanov wrote:
> Hi Ivan,
>
> Few comments below.
>
> On 10/07/2013 10:44 AM, Ivan T. Ivanov wrote:
> > From: "Ivan T. Ivanov"
> >
> > These drivers handles control and configuration of the HS
> > and SS USB PHY transceivers. They are par
On 09/19/2013 02:11 PM, Nishanth Menon wrote:
> This allows the palmas pm_power_off to kick in on power off command
> and switch off the board.
>
> Signed-off-by: Nishanth Menon
> ---
> Based on: (benoit's for_3.13/dts branch)
> https://git.kernel.org/cgit/linux/kernel/git/bcousson/linux-omap-dt.
Hi Javier
On 07/10/2013 17:12, Javier Martinez Canillas wrote:
Hi Benoit,
This series are some enhancements and cleanups for IGEP boards
that it would be great if can make it for v3.13.
This is a third version of the patch-set that addresses some issues
raised by Roger Quadros and is composed
On Thu, Oct 3, 2013 at 7:42 AM, Tony Lindgren wrote:
> This patch adds support for interrupts in a way that
> should be pretty generic, and works for the omaps that
> support wake-up interrupts. On omaps, there's an
> interrupt enable and interrupt status bit for each pin.
So to be clear: is thi
On 10/07/2013 07:05 PM, Sebastian Reichel wrote:
> On Mon, Oct 07, 2013 at 03:43:49PM -0500, Nishanth Menon wrote:
>> diff --git a/arch/arm/mach-omap2/board-generic.c
>> b/arch/arm/mach-omap2/board-generic.c
>> index 39c7838..4fe5b9c 100644
>> --- a/arch/arm/mach-omap2/board-generic.c
>> +++ b/arc
On Mon, Oct 7, 2013 at 7:35 PM, Tony Lindgren wrote:
> Hi Linus W,
>
> Any comments on the pinctrl patches 3 - 5 in this series?
I have no problems with this patch #3, as it is just changing syntax,
not semantics.
The problems start with patch #4.
I am tormented with mixed feelings about this,
On 10/08/2013 01:02 AM, Mark Rutland wrote:
+&mcasp1 {
>+ pinctrl-names = "default";
>+ pinctrl-0 = <&am335x_evm_audio_pins>;
I didn't see mention of pinctrl added to the binding. It should be.
I'll add that. Thanks!
Cheers,
Jyri
--
To unsubscribe from this list: send the
On 10/08/2013 01:00 AM, Mark Rutland wrote:
For consistency with reg and other composite value properties, I'd prefer that
each entry in the list were individually bracketed:
dmas = <&edma 8>,
<&edma 9>;
Makes sense. I'll do that. Thanks!
On Mon, Sep 30, 2013 at 4:16 PM, Marc Zyngier wrote:
> On 30/09/13 14:59, Sricharan R wrote:
>> In some socs the gic can be preceded by a crossbar IP which
>> routes the peripheral interrupts to the gic inputs. The peripheral
>> interrupts are associated with a fixed crossbar input line and the
>>
Testing with "freeze" I run into:
| PM: Syncing filesystems ... done.
| PM: Preparing system for freeze sleep
| Freezing user space processes ... (elapsed 0.002 seconds) done.
| Freezing remaining freezable tasks ... (elapsed 0.002 seconds) done.
| PM: Entering freeze sleep
| usb usb2: usb auto-re
On 10/08/2013 12:56 AM, Mark Rutland wrote:
On Thu, Sep 26, 2013 at 08:18:30PM +0100, Jyri Sarha wrote:
+- interrupts : Interrupt numbers for McASP, currently not used by the driver
>+- interrupt-names : Known interrupt names are "tx" and "rx"
Are these_all_ the interrupts the McASP may genera
This patch adds a omap1510_fpga_init_irq() inline dummy implementations
in arch/arm/mach-omap1/common.h. Without this patch,build system can
lead to issues. This was discovered during randconfig testing,in which
other than CONFIG_ARCH_OMAP15XX was enabled the leading to the following
error:
CC
Add hwmod data for High Speed USB host and TLL modules
CC: Paul Walmsley
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/omap_hwmod_54xx_data.c | 135
1 files changed, 135 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_54xx_data.c
USB Host driver (drivers/mfd/omap-usb-host.c) expects the 60MHz
reference clock to be named "init_60m_fclk". Provide this
information.
Signed-off-by: Roger Quadros
---
arch/arm/boot/dts/omap5.dtsi |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/omap5.d
The HS USB 2 PHY gets its clock from AUXCLK1. Provide this
information.
Signed-off-by: Roger Quadros
---
arch/arm/boot/dts/omap5-uevm.dts |8 ++--
1 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/arch/arm/boot/dts/omap5-uevm.dts b/arch/arm/boot/dts/omap5-uevm.dts
index 748f
Hi,
This patch series provide USB host support for the OMAP5 uEVM board.
As ethernet port is over USB, it brings up ethernet as well.
Series depends on the OMAP clock tree DT data series by Tero Kristo [1]
Tested on OMAP5 uEVM and OMAP4 Panda.
cheers,
-roger
[1] - OMAP Clock DT conversion
This reverts commit 741532c4a995be11815cb72d4d7a48f442a22fea.
The proper clock reference is provided in device tree so we
no longer need this.
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/board-generic.c | 23 +--
1 files changed, 1 insertions(+), 22 deletions(-)
This should fix the following warning at boot on OMAP5 uEVM
[8.783155] WARNING: CPU: 0 PID: 1 at drivers/clk/clk.c:883
__clk_enable+0x94/0xa4()
CC: Samuel Ortiz
CC: Lee Jones
CC: Tero Kristo
Signed-off-by: Roger Quadros
---
drivers/mfd/omap-usb-host.c | 16
drivers/mfd
The USB PHY gets its clock from AUXCLK3. Provide this
information.
Signed-off-by: Roger Quadros
---
arch/arm/boot/dts/omap4-panda-common.dtsi |8 ++--
1 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/arch/arm/boot/dts/omap4-panda-common.dtsi
b/arch/arm/boot/dts/omap4-panda
Hi,
On 10/08/2013 12:13 PM, Jyri Sarha wrote:
>> I have some questions however. I took a look at the McASP (TMS320C6000)
>> reference guide, and the registers appeared to all be in one contiguous
>> bank, and "mpu" and "dma" don't appear to be names of particular
>> registers or names of banks of
On 10/08/2013 12:47 AM, Mark Rutland wrote:
Hello,
Hi!
I am not the author of this driver so my knowledge may have gaps, when
it comes to details I have not touched yet. Anyway, I do my best to
address your comments.
...
-- reg : Should contain McASP registers offset and length
+- reg : Sho
Since dra7 reuses the function 'omap5_realtime_timer_init' in
arch/arm/mach-omap2/board-generic.c as timer init function, it has to be
built for this SoC as well.
Signed-off-by: Simon Barth
---
arch/arm/mach-omap2/timer.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
On 10/08/2013 08:40 AM, Mike Turquette wrote:
Quoting Tero Kristo (2013-09-25 01:48:06)
Hi all,
Version 7 contains following high level changes:
- Dropped support for basic bindings from Mike Turquette, instead using
vendor specific bindings for all clocks
- Mux clock + divider clock vendor
On Tue, Oct 08, 2013 at 09:13:16AM +0200, Ben Dooks wrote:
> On 08/09/13 09:43, Pali Rohár wrote:
>> Here is new version (v4) of omap secure part patch:
>>
>> Other secure functions omap_smc1() and omap_smc2() calling instruction smc #0
>> but Nokia RX-51 board needs to call smc #1 for PPA access.
On 08/09/13 09:43, Pali Rohár wrote:
Here is new version (v4) of omap secure part patch:
Other secure functions omap_smc1() and omap_smc2() calling instruction smc #0
but Nokia RX-51 board needs to call smc #1 for PPA access.
Signed-off-by: Ivaylo Dimitrov
Signed-off-by: Pali Rohár
---
diff --g
Hello,
Compliments and good day to you and your family.
I write you this mail as a reminder once more having waited patiently for your
response to my initial contact with you through snail mail.
However since I assume you did not get it I want to use this medium even though
it might not be the
On 10/08/2013 12:53 AM, Mark Rutland wrote:
On Thu, Sep 26, 2013 at 08:18:29PM +0100, Jyri Sarha wrote:
>Extract DMA channels directly from DT as they can not be found from
>platform resources anymore. This is a work-around until davinci audio
>driver is updated to use dmaengine.
How long will
88 matches
Mail list logo
