[PATCH] dmaengine: omap-dma: Enable packed accesses for cyclic transfers

From: Misael Lopez Cruz The L3 throughput can be higher than expected when packed access is not enabled. The ratio depends on the number of bytes in a transaction and the EMIF interface width. The throughput was measured for the following settings/cases: * Case 1: Burst

Re: mysterious crashes on OMAP5 uevm

On Fri, Sep 11, 2015 at 03:03:07PM +0100, Russell King - ARM Linux wrote: > On Fri, Sep 11, 2015 at 03:27:13PM +0200, Grazvydas Ignotas wrote: > > On Thu, Sep 10, 2015 at 10:30 AM, Russell King - ARM Linux > > wrote: > > > On Thu, Sep 10, 2015 at 08:42:57AM +0200, Dr. H.

[PATCH 2/2] arm: omap2: board-generic: use omap4_local_timer_init for AM437x

AM437x-based boards, can use omap4_local_timer_init() just fine. Let's use that instead. Signed-off-by: Felipe Balbi --- arch/arm/mach-omap2/board-generic.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/mach-omap2/board-generic.c

[PATCH 0/3] arm: am4: initialiaze twd local timer

Hi, the following patches are a rebase of the old series [1] to make use of TWD/Global timers with AM437x devices. Note that this depends on another patch which used to be part of this series, but now it was sent separately [2]. [1] http://marc.info/?l=linux-omap=143940944508625=2 [2]

[PATCH 1/2] arm: omap2: Kconfig: select TWD and global timer on AM43xx devices

Make sure to tell the kernel that AM437x has TWD and global timers. Signed-off-by: Felipe Balbi --- arch/arm/mach-omap2/Kconfig | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm/mach-omap2/Kconfig b/arch/arm/mach-omap2/Kconfig index 07d2e100caab..88ef10b2d415 100644

[PATCH] ARM: dts: Fix dm814x control base to properly initialize Ethernet PHY

Looks like I made a typo on the control base, all the 81xx SoCs have it at 0x4814 base. We've just gotten away with the typo as the Ethernet phy was configured by the bootloader on my test system and we're not yet using the pinctrl. In addition to fixing the contol base, we need to also use

Re: [PATCH v2 11/23] ARM/dmaengine: edma: Merge the two drivers under drivers/dmaengine

* Peter Ujfalusi [150911 05:35]: > Move the code out from arch/arm/common and merge it inside of the dmaengine > driver. > This change is done with as minimal change to the code as possible to avoid > any possibilities to introducing regression. You should check your git

Re: [PATCH] ARM: dts: DRA7: fix a typo in ethernet

* Vishal Mahaveer [150825 12:01]: > Register address in name of the node is wrong > > Signed-off-by: Vishal Mahaveer > Acked-by: Mugunthan V N Applying into omap-for-v4.3/fixes thanks. Tony > --- > arch/arm/boot/dts/dra7.dtsi |2 +- >

Re: [PATCH 1/2] ARM: OMAP2+: Remove legacy OMAP3 ISP instantiation

Hi Tony, On 09/03/2015 05:34 PM, Suman Anna wrote: > Hi Sakari, > > On 07/16/2015 07:58 AM, Tony Lindgren wrote: >> * Laurent Pinchart [150716 05:57]: >>> The OMAP3 ISP is now fully supported in DT, remove its instantiation >>> from C code. >> >> Please feel

Re: [PATCH 12/17] ARM: dts: am57xx-beagle-x15: Fix regulator populated in MMC1 dt node

* Kishon Vijay Abraham I [150824 23:40]: > Hi Tony, > > On Thursday 30 July 2015 01:07 AM, Nishanth Menon wrote: > > On 07/29/2015 06:09 AM, Kishon Vijay Abraham I wrote: > >> For beagle x15, both the vdd and io lines are connected to the > >> same regulator (ldo1_reg). However

Re: [PATCH 00/11] ARM: OMAP/DTS: dra7/72-evm/beagle-x15: Audio support

* Peter Ujfalusi [150914 01:54]: > Hi Tony, > > On 08/24/2015 10:19 AM, Peter Ujfalusi wrote: > > Hi, > > > > this series will enable analog audio (via onboard aic310x codec) for > > dra7-evm, > > dra72-evm and am57xx-beagle-x15 boards. > > In these board McASP3 is

Re: [PATCH 1/2] ARM: dts: am335x-phycore-som: Fix mpu voltage

* Teresa Remmet [150903 05:03]: > Fix the mpu voltage as it is set to low for the silicon > revision 2.1. > > Signed-off-by: Teresa Remmet Applying this one into omap-for-v4.3/fixes thanks. Tony > --- > arch/arm/boot/dts/am335x-phycore-som.dtsi | 4

Re: [PATCH 1/2] ARM: OMAP2+: Remove legacy OMAP3 ISP instantiation

* Suman Anna [150914 09:33]: > Hi Tony, > > On 09/03/2015 05:34 PM, Suman Anna wrote: > > Hi Sakari, > > > > On 07/16/2015 07:58 AM, Tony Lindgren wrote: > >> * Laurent Pinchart [150716 05:57]: > >>> The OMAP3 ISP is now fully supported in DT,

Re: [PATCH] ARM: dts: omap3-beagle: make i2c3, ddc and tfp410 gpio work again

* Carl Frederik Werner [150901 18:18]: > Let's fix pinmux address of gpio 170 used by tfp410 powerdown-gpio. > > According to the OMAP35x Technical Reference Manual > CONTROL_PADCONF_I2C3_SDA[15:0] 0x480021C4 mode0: i2c3_sda > CONTROL_PADCONF_I2C3_SDA[31:16] 0x480021C4

Re: [PATCH v3 0/2] regulator: Fix pbias regulator enable

Hi, * Ulf Hansson [150904 05:48]: > > Okay, just to be clear on the way forward. I spoked with Mark Brown > offlist, and he will/has picked up the regulator patch and will send > it as fix for the 4.3 rc[n]. > > Regarding the ARM patch here, I guess Tony might as well

[PATCH 1/2] ARM: OMAP2+: Remove legacy mailbox device instantiation

The legacy-style mailbox device creation is supported currently only for OMAP3, as all other SoCs are DT-boot only. Even on this SoC, there are no client drivers that utilize these mailbox devices. So, clean up the legacy-style mailbox device instantiation logic. The mailbox devices are already

[PATCH 0/2] Cleanup legacy OMAP mailbox support

Hi Tony, The following series removes the legacy platform device creation for OMAP mailbox devices. I will remove the platform data file alongside the non-DT support cleanup in the driver. Patches based on 4.3-rc1 + the patch on mach-omap2/devices.c that removes the OMAP3 ISP instantiation in

[PATCH 2/2] ARM: OMAP3: hwmod data: Remove legacy mailbox data and addrs

Remove the mailbox attribute data, irq info and hwmod addr space data that are used for creating the legacy-style mailbox devices, there is no need for these as the support for legacy-mode for this IP is being dropped. Signed-off-by: Suman Anna ---

[PATCH 0/2] OMAP hwspinlock hwmod cleanup

Hi Paul, Following are couple of hwmod cleanup patches for HwSpinlock IP. Patches based on 4.3-rc1. The legacy platform device instantiation logic has been cleaned up in 4.2 kernel when DT-support was added to the OMAP HwSpinlock driver. regards Suman Suman Anna (2): ARM: OMAP4: hwmod data:

[PATCH 2/2] ARM: DRA7: hwmod data: Remove spinlock hwmod addrs

The legacy-style device creation logic for hwspinlock has been removed after the DT-support was added to the driver. The hwmod addr space for spinlock is therefore no longer needed, so remove it. Signed-off-by: Suman Anna --- arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 10

Re: [PATCH] ARM: OMAP2+: Fixup model name for HP t410 dts

* Nicolas Chauvet [150903 08:40]: > This fix the model name for the device. > Whole string taken from the HP support center web page > > Signed-off-by: Nicolas Chauvet Thanks applying this into omap-for-v4.3/fixes.. > Cc: #

[PATCH 1/2] ARM: OMAP4: hwmod data: Remove spinlock hwmod addrs

The legacy-style device creation logic for hwspinlock has been removed after the DT-support was added to the driver. The hwmod addr space for spinlock is therefore no longer needed, so remove it. Signed-off-by: Suman Anna --- arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 10

Re: [PATCH] ARM: Remove __ref on hotplug cpu die path

On 14-09-15, 17:23, Stephen Boyd wrote: > Now that __cpuinit has been removed, the __ref markings on these > functions are useless. Remove them. This also reduces the size of > the multi_v7_defconfig image: > > $ size before after >textdata bss dec hex filename >12683578

[PATCH] ARM: Remove __ref on hotplug cpu die path

Now that __cpuinit has been removed, the __ref markings on these functions are useless. Remove them. This also reduces the size of the multi_v7_defconfig image: $ size before after textdata bss dec hex filename 126835781470996 348904 14503478 dd4e36 before

Re: [PATCH] ARM: dts: omap3-beagle: make i2c3, ddc and tfp410 gpio work again

On 2015-09-15 02:24, Tony Lindgren wrote: > * Carl Frederik Werner [150901 18:18]: >> Let's fix pinmux address of gpio 170 used by tfp410 powerdown-gpio. >> >> According to the OMAP35x Technical Reference Manual >> CONTROL_PADCONF_I2C3_SDA[15:0] 0x480021C4 mode0: i2c3_sda >>

Re: [PATCH] ARM: Remove __ref on hotplug cpu die path

2015-09-15 8:23 GMT+08:00 Stephen Boyd : > Now that __cpuinit has been removed, the __ref markings on these > functions are useless. Remove them. This also reduces the size of > the multi_v7_defconfig image: > > $ size before after >textdata bss dec hex

Re: [PATCH v3 0/2] regulator: Fix pbias regulator enable

Hi, On Tuesday 15 September 2015 01:52 AM, Tony Lindgren wrote: > Hi, > > * Ulf Hansson [150904 05:48]: >> >> Okay, just to be clear on the way forward. I spoked with Mark Brown >> offlist, and he will/has picked up the regulator patch and will send >> it as fix for the

Re: [PATCH 1/5] spi: introduce mmap read support for spi flash devices

On Fri, Sep 04, 2015 at 04:55:33PM +0530, Jagan Teki wrote: > On 4 September 2015 at 13:59, Vignesh R wrote: > > + * @spi_mtd_mmap_read: some spi-controller hardwares provide memory > > + * mapped interface to communicate with mtd flashes. > > + *

Re: [PATCH 2/5] spi: spi-ti-qspi: add mmap mode read support

On Fri, Sep 04, 2015 at 01:59:59PM +0530, Vignesh R wrote: > +static int ti_qspi_spi_mtd_mmap_read(struct spi_device *spi, > + loff_t from, size_t len, > + size_t *retlen, u_char *buf, > + u8

Re: [PATCH 3/5] mtd: devices: m25p80: add support for mmap read request

On Fri, Sep 04, 2015 at 02:00:00PM +0530, Vignesh R wrote: > + if (spi->master->spi_mtd_mmap_read) { > + return spi->master->spi_mtd_mmap_read(spi, from, len, > +retlen, buf, > +

Re: [PATCH 1/5] spi: introduce mmap read support for spi flash devices

On Fri, Sep 04, 2015 at 01:59:58PM +0530, Vignesh R wrote: > In addition to providing direct access to SPI bus, some spi controller > hardwares (like ti-qspi) provide special memory mapped port > to accesses SPI flash devices in order to increase read performance. > This means the controller can

Re: [PATCH] ARM: dts: am57xx-beagle-x15: Add wakeup irq for mcp79410

* Nishanth Menon [150903 12:27]: > With the support in the generic PM framework for wakeirq and capability > added to the rtc-ds1307 driver to support this, we can now define the > optional wakeup irq to allow the RTC to wakeup the system from low power > modes as part of suspend. >

Re: [PATCH] ARM: omap2plus_defconfig: make PCF857x built-in

* Kishon Vijay Abraham I [150805 06:47]: > One of the lines from PCF857x is connected to the vdd line of MMC1 > in DRA74x and DRA72x EVMs and is modelled as a regulator. If PCF857x > is not made as built-in, the regulator_get in omap_hsmmc fails making > it difficult to use MMC1 as

Re: mysterious crashes on OMAP5 uevm

Am 14.09.2015 um 21:02 schrieb Tony Lindgren : > * Russell King - ARM Linux [150914 05:16]: >> On Fri, Sep 11, 2015 at 03:03:07PM +0100, Russell King - ARM Linux wrote: >>> >>> Merely changing __LINUX_ARM_ARCH__ >= 7 to >= 6 should fix the problem, >>>

Re: [PATCH] ARM: dts: omap3-igep: Move eth IRQ pinmux to IGEPv2 common dtsi

* Enric Balletbo Serra [150907 12:43]: > 2015-09-07 18:24 GMT+02:00 Javier Martinez Canillas : > > Only the IGEPv2 boards have a LAN9221i chip connected to the GPMC > > so the pinmux configuration for the GPIO connected to the IRQ line > > of the LAN

Re: mysterious crashes on OMAP5 uevm

* Russell King - ARM Linux [150914 05:16]: > On Fri, Sep 11, 2015 at 03:03:07PM +0100, Russell King - ARM Linux wrote: > > > > Merely changing __LINUX_ARM_ARCH__ >= 7 to >= 6 should fix the problem, > > and I doubt there's any ARMv6 non-T2 systems out there that would be

Re: [PATCH 0/4] ARM: OMAP5/DRA7: minor fixes

* Nishanth Menon [150909 14:21]: > Hi, > > While doing a SoC only build for DRA7, a few bugs did pop up. The > following series provides necessary fixups for the same. > > Nishanth Menon (4): > ARM: OMAP4+: PM: erratum is used by OMAP5 and DRA7 as well > ARM: omap2+:

Re: [PATCH 0/3] ARM: OMAP2+: Optimize soc_is calls

Hi Tony, On Monday 07 September 2015 12:35 PM, Keerthy wrote: The series implements optimizing soc_is calls for DRA7 and AM43XX family of SoCs. Originally the soc_is calls for DRA7 involved parsing device tree nodes and some repetitive string comparisons. Optimizing to store the result and use

Re: [PATCH 00/11] ARM: OMAP/DTS: dra7/72-evm/beagle-x15: Audio support

Hi Tony, On 08/24/2015 10:19 AM, Peter Ujfalusi wrote: > Hi, > > this series will enable analog audio (via onboard aic310x codec) for dra7-evm, > dra72-evm and am57xx-beagle-x15 boards. > In these board McASP3 is connected to the codec and for the McASP3 we needed > to > have the DMA crossbar

Re: [PATCH] clk: ti: clk-7xx: Remove hardwired ABE clock configuration

Hi Tero, On 08/24/2015 10:35 AM, Peter Ujfalusi wrote: > The ABE related clocks should be configured via DT and not have it wired > inside of the kernel. can you take a look at this patch? It will not cause any regression since we do not have audio support mainline and the pending series does