Re: [PATCH v2 16/16] mmc: host: omap_hsmmc: use "mmc_of_parse_voltage" to get ocr_avail

On 11 November 2015 at 11:26, Roger Quadros wrote: > Hi, > > On 25/08/15 17:50, Ulf Hansson wrote: >> On 3 August 2015 at 14:26, Kishon Vijay Abraham I wrote: >>> From: Roger Quadros >>> >>> For platforms that doesn't have explicit regulator control

[PATCH 1/4] dmaengine: omap-dma: Correct status reporting for memcpy

During mem copy both src and dst position moves at the same pace. Check the dst position for progress reporting. Signed-off-by: Peter Ujfalusi Tested-by: Tomi Valkeinen Signed-off-by: Jyri Sarha --- drivers/dma/omap-dma.c | 2 +- 1

Re: [PATCH v2 16/16] mmc: host: omap_hsmmc: use "mmc_of_parse_voltage" to get ocr_avail

Hi, On 25/08/15 17:50, Ulf Hansson wrote: > On 3 August 2015 at 14:26, Kishon Vijay Abraham I wrote: >> From: Roger Quadros >> >> For platforms that doesn't have explicit regulator control in MMC, >> populate voltage-ranges in MMC device tree node and use >>

[PATCH] ARM: OMAP: DRA7: hwmod: Add data for McASP3

From: Peter Ujfalusi McASP3 is used by default on DRA7x based boards for audio. This fixes following error with Beagle x15: [0.402190] platform 48468000.mcasp: Cannot lookup hwmod 'mcasp3' which is followed by a splat: [ 11.207663] Unhandled fault: imprecise

Re: Minimal support for dm814x

* Delio Brignoli [151110 02:24]: > On 10 Nov 2015, at 09:50, Matthijs van Duin wrote: > > On 9 November 2015 at 16:06, Tony Lindgren wrote: > >> The PLL support is still missing, so it relies on the bootloader > >>

Re: [PATCH 2/6] ARM: OMAP2+: dts: cm-t335: add basic support for I2C

Gentle ping On 27/10/15 14:14, Uri Mashiach wrote: From: Ilya Ledvich Add pinmux configuration for I2C0 and I2C1 pins. Add description for I2C0 bus, set clock frequency to 400kHz. Add child nodes for 24c02 EEPROM and em3027 RTC on I2C0 bus. Acked-by: Igor Grinberg

Re: [PATCH 5/6] ARM: OMAP2+: dts: cm-t335: add support for network device

Gentle ping On 27/10/15 14:14, Uri Mashiach wrote: From: Ilya Ledvich Add pinmux configurations for RGMII1 based CPSW Ethernet pins and MDIO pins: - default configuration required for module in active state, - sleep configuration required for module in inactive state.

Re: [PATCH 6/6] ARM: OMAP2+: dts: cm-t335: add support for PWM backlight

Gentle ping On 27/10/15 14:15, Uri Mashiach wrote: From: Ilya Ledvich Add pinmux configuration for ECAP0 pin. Add node for PWM backlight device. Use PWM output from ecap0 as backlight source. Acked-by: Igor Grinberg Signed-off-by: Ilya Ledvich

Re: [PATCH 0/6] ARM: OMAP2+: dts: cm-t335: initial support

Hi, * Uri Mashiach [15 09:32]: > Gentle ping Well the merge window is ongoing, and I'm not touching anything except fixes until they are all out of the way. And after that I'll start applying patches for v4.5 merge window, usually by -rc2 except when things go

Re: [PATCH] rtc: ds1307: fix kernel splat due to wakeup irq handling

* Felipe Balbi [15 08:11]: > Since commit 3fffd1283927 ("i2c: allow specifying > separate wakeup interrupt in device tree") we have > automatic wakeup irq support for i2c devices. That > commit missed the fact that rtc-1307 had its own > wakeup irq handling and ended up

[PATCH 2/2] [media] include/media: move platform driver headers to a separate dir

Let's not mix headers used by the core with those headers that are needed by some specific platform drivers. This patch was made via this script: mkdir include/media/platform for i in include/media/*.h; do n=`basename $i`; (for j in $(git grep -l $n); do dirname $j;

Re: [PATCH 0/6] ARM: OMAP2+: dts: cm-t335: initial support

Gentle ping On 27/10/15 14:14, Uri Mashiach wrote: Add basic support for CompuLab cm-t335 module based on AM335X SoC. CM-T335 is a tiny computer-on-module (CoM) / system-on-module (SoM) The module is built around the Texas Instruments Sitara AM3352/4 system-on-chip. The CPU is supplemented

Re: [PATCH 1/6] ARM: OMAP2+: dts: cm-t335: add initial support

Gentle ping On 27/10/15 14:14, Uri Mashiach wrote: From: Ilya Ledvich Add basic support for CompuLab cm-t335 module based on AM335X SoC. CM-T335 is a tiny computer-on-module (CoM) / system-on-module (SoM) The module is built around the Texas Instruments Sitara AM3352/4

Re: [PATCH 3/6] ARM: OMAP2+: dts: cm-t335: add support for NAND flash

Gentle ping On 27/10/15 14:14, Uri Mashiach wrote: From: Ilya Ledvich Add pinmux configuration for NAND specific GPMC pins. Add description for GPMC controller. Add child node for NAND flash including CM-T335 specific partition table to GPMC node. Enable error-location

Re: [PATCH 4/6] ARM: OMAP2+: dts: cm-t335: add support for MMC

Gentle ping On 27/10/15 14:14, Uri Mashiach wrote: From: Ilya Ledvich Add pinmux configuration for MMC0 pins. Add fixed regulator 'vmmc_fixed'. Enable MMC0 in 4-bit mode. Acked-by: Igor Grinberg Signed-off-by: Ilya Ledvich

[PATCH] rtc: ds1307: fix kernel splat due to wakeup irq handling

Since commit 3fffd1283927 ("i2c: allow specifying separate wakeup interrupt in device tree") we have automatic wakeup irq support for i2c devices. That commit missed the fact that rtc-1307 had its own wakeup irq handling and ended up introducing a kernel splat for at least Beagle x15 boards. Fix

[PATCH 4/4] dmaengine: omap-dma: Handle cases when the channel is polled for completion

When a DMA client driver decides that it is not providing callback for completion of a transfer (and/or does not set the DMA_PREP_INTERRUPT) but it will poll the status of the transfer (in case of short memcpy for example) we will not get interrupt for the completion of the transfer and will not

[PATCH 3/4] dmaengine: omap-dma: Remove tasklet to start the transfers

The use of tasklet to actually start the DMA transfer slightly decreases the DMA throughput since it adds small scheduling delay when the transfer is started. In normal use, even with high I/O load the tasklet would start one transaction at a time, however running the DMAtest for memcpy on all

[PATCH 2/4] dmaengine: omap-dma: Clean up the prep_slave_sg sg list walk code

The for_each_sg() macro's last parameter is inteded to be used as counter. We can use 'i' instead of 'j' within the loop for indexes. Signed-off-by: Peter Ujfalusi --- drivers/dma/omap-dma.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git

[PATCH 0/4] dmaengine: omap-dma: transfer start and short memcpy improvement

Hi, The first two patch is trivial fix. The third (remove the tasklet use for starting the transfer): I had been wondering about this for a while and now I was able to spend some time to look at this in more detail. In 'normal' operation I have never seen the tasklet to start more then one

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

Hi Brian, On 11/12/2015 12:54 AM, Brian Norris wrote: > In addition to my other comments: > [...] >> +int (*spi_mtd_mmap_read)(struct spi_device *spi, >> + loff_t from, size_t len, >> + size_t *retlen, u_char *buf, >> +

[PATCH v4 0/3] ARM: OMAP2+ McASP(3) support for DRA7xx family

Hi Tony, Changes since v3: - rebased on mainline's HEAD - Added Tested-by from Felipe - Added Acked-by from Paul for the hwmod patches Changes since v2: - DTS patch added which is needed because of the clock handling changes Felip Balbi reported that linux-next is broken right now since the DTS

[PATCH v4 3/3] ARM: OMAP: DRA7: hwmod: Add data for McASP3

McASP3 is used by default on DRA7x based boards for audio. Signed-off-by: Peter Ujfalusi Acked-by: Paul Walmsley Tested-by: Felipe Balbi --- arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 56 +++ 1 file changed, 56

[PATCH v4 2/3] ARM: OMAP2+: hwmod: Add hwmod flag for HWMOD_OPT_CLKS_NEEDED

Some module needs more than one functional clock in order to be accessible, like the McASPs found in DRA7xx family. This flag will indicate that the opt_clks need to be handled at the same time as the main_clk for the given hwmod, ensuring that all needed clocks are enabled before we try to access

[PATCH v4 1/3] ARM: DTS: dra7: Fix McASP3 node regarding to clocks

McASP node needs to list all mandatory clocks: gfclk and ahclkx Signed-off-by: Peter Ujfalusi Tested-by: Felipe Balbi --- arch/arm/boot/dts/dra7.dtsi | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/boot/dts/dra7.dtsi

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

In addition to my other comments: On Tue, Nov 10, 2015 at 10:59:55AM +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

Re: [PATCH] ARM: OMAP: DRA7: hwmod: Add data for McASP3

On Wed, 11 Nov 2015, Peter Ujfalusi wrote: > On 11/11/2015 07:07 PM, Felipe Balbi wrote: > > From: Peter Ujfalusi > > > > McASP3 is used by default on DRA7x based boards for audio. > > While this patch works, it is not the correct one(s) to apply. >

Re: [PATCH v3 0/3] ARM: OMAP2+ McASP(3) support for DRA7xx family

Hi, Peter Ujfalusi writes: > Hi Paul, Tony, > > Changes since v2: > - DTS patch added which is needed because of the clock handling changes > > Felip Balbi reported that linux-next is broken right now since the DTS part of > the earlier series has been applied, but we do

Re: [PATCH] ARM: OMAP: DRA7: hwmod: Add data for McASP3

Felipe, On 11/11/2015 07:07 PM, Felipe Balbi wrote: > From: Peter Ujfalusi > > McASP3 is used by default on DRA7x based boards for audio. While this patch works, it is not the correct one(s) to apply. https://lkml.org/lkml/2015/10/30/91 is the series which should have

Re: [PATCH 5/5] arm: boot: store ATAGs structure into DT "/chosen/linux,atags" entry

Adding devicetree list. Thread starts at http://lists.infradead.org/pipermail/linux-arm-kernel/2015-July/354459.html On 11/5/2015 8:17 AM, Tony Lindgren wrote: > * Pali Rohár [151105 03:41]: >> On Tuesday 13 October 2015 16:37:46 Pali Rohár wrote: >>> On Monday 12 October

Re: [PATCH] ARM: OMAP: DRA7: hwmod: Add data for McASP3

Hi, Peter Ujfalusi writes: > Felipe, > > On 11/11/2015 07:07 PM, Felipe Balbi wrote: >> From: Peter Ujfalusi >> >> McASP3 is used by default on DRA7x based boards for audio. > > While this patch works, it is not the correct one(s) to apply. >

Re: [PATCH 2/2] [media] include/media: move platform driver headers to a separate dir

On Wednesday 11 November 2015 15:14:48 Mauro Carvalho Chehab wrote: > rename include/media/{ => platform}/exynos-fimc.h (100%) > rename include/media/{ => platform}/mmp-camera.h (100%) > rename include/media/{ => platform}/omap1_camera.h (100%) > rename include/media/{ => platform}/omap4iss.h

Re: [PATCH] ARM: OMAP: DRA7: hwmod: Add data for McASP3

* Paul Walmsley [15 12:23]: > On Wed, 11 Nov 2015, Peter Ujfalusi wrote: > > > On 11/11/2015 07:07 PM, Felipe Balbi wrote: > > > From: Peter Ujfalusi > > > > > > McASP3 is used by default on DRA7x based boards for audio. > > > > While this patch

Re: [BISECTED] v4.3-rc5: OMAP1 boot hang

Hi, Any suggestions how to debug this further? This happens also with v4.3 final. Is the CPU_SW_DOMAIN_PAN supposed to work with this CPU? I tried to disable various drivers (e.g. NAND, USB) and it still hangs... And it seems always at the same printk time stamp (roughly at 25 seconds). A. On

Re: [PATCH v3 0/3] ARM: OMAP2+ McASP(3) support for DRA7xx family

* Paul Walmsley [151030 09:11]: > Hi Péter > > On Fri, 30 Oct 2015, Peter Ujfalusi wrote: > > > Changes since v2: > > - DTS patch added which is needed because of the clock handling changes > > > > Felip Balbi reported that linux-next is broken right now since the DTS part > >

Re: [PATCH v3 3/3] ARM: OMAP: DRA7: hwmod: Add data for McASP3

Peter, * Peter Ujfalusi [151030 00:55]: > McASP3 is used by default on DRA7x based boards for audio. Looks like this one no longer applies cleanly. Can you please rebase and test against current mainline? Regards, Tony > Signed-off-by: Peter Ujfalusi

Re: [PATCH] ARM: OMAP: DRA7: hwmod: Add data for McASP3

* Tony Lindgren [15 13:41]: > * Paul Walmsley [15 12:23]: > > On Wed, 11 Nov 2015, Peter Ujfalusi wrote: > > > > > On 11/11/2015 07:07 PM, Felipe Balbi wrote: > > > > From: Peter Ujfalusi > > > > > > > > McASP3 is used by

Re: [PATCH v3 0/3] ARM: OMAP2+ McASP(3) support for DRA7xx family

Tony, On 10/30/2015 06:11 PM, Paul Walmsley wrote: > Hi Péter > > On Fri, 30 Oct 2015, Peter Ujfalusi wrote: > >> Changes since v2: >> - DTS patch added which is needed because of the clock handling changes >> >> Felip Balbi reported that linux-next is broken right now since the DTS part >> of