[PATCH] omapdss: acx565akm: Fix module autoload for OF platform driver

This platform driver has a OF device ID table but the OF module alias information is not created so module autoloading won't work. Signed-off-by: Luis de Bethencourt --- Hello, This patch adds the missing MODULE_DEVICE_TABLE() for OF to export that information so

[PATCH 5/5] ARM: dts: beagle-x15: Enable the system mailboxes 5 and 6

Enable the System Mailboxes 5 and 6 and the corresponding child sub-mailbox (IPC 3.x) nodes for the Beagle X15 EVM boards. This is needed to enable communication with the respective remote processors IPU1, IPU2, DSP1 and DSP2 from the MPU. Signed-off-by: Suman Anna ---

Re: [PATCH 2/2] ARM: dts: Fix WLAN regression on omap5-uevm

On Fri, Sep 18, 2015 at 11:51 AM, Tony Lindgren wrote: > * Robert Nelson [150918 09:45]: >> On Fri, Sep 18, 2015 at 11:29 AM, Tony Lindgren wrote: >> > Commit 99f84cae43df ("ARM: dts: add wl12xx/wl18xx bindings") added >> > device

Re: [PATCH 2/2] ARM: dts: Fix WLAN regression on omap5-uevm

* Tony Lindgren [150918 13:27]: > And also.. It seems wl18xx somehow keeps looing for a wrong Sorry sent the email before finishing it :) Note related to these patches, but the wl18xx keeps looking for wrong firmware and produces the following: # modprobe wlcore_sdio ...

[PATCH 4/5] ARM: dts: dra72-evm: Enable the system mailboxes 5 and 6

Enable the System Mailboxes 5 and 6 and the corresponding child sub-mailbox (IPC 3.x) nodes for the DRA72 EVM board. This is needed to enable communication with the respective remote processors IPU1, IPU2, and DSP1 from the MPU. Signed-off-by: Suman Anna ---

[PATCH 3/5] ARM: dts: dra7-evm: Enable the system mailboxes 5 and 6

Enable the System Mailboxes 5 and 6 and the corresponding child sub-mailbox (IPC 3.x) nodes for the DRA7 EVM board. This is needed to enable communication with the respective remote processors IPU1, IPU2, DSP1 and DSP2 from the MPU. Signed-off-by: Suman Anna ---

[PATCH 0/5] Add DRA7 sub-mailboxes for 4.4

Hi Tony, This series adds the sub-mailbox nodes and enable them for each of the TI DRA7 boards. These are the basic mailbox configuration nodes required by client users (remoteproc) to communicate with the various IPU and DSP processor devices on DRA74x and DRA72x SoCs using the TI IPC 3.x

[PATCH 2/5] ARM: dts: DRA72x: Add IPC sub-mailbox nodes for IPU1, IPU2 & DSP1

Add the sub-mailbox nodes that are used to communicate between MPU and the remote processors IPU1, IPU2 and DSP1. These match the respective node definitions on DRA74x to maintain compatibility for the equivalent remote processors. There is no DSP2 on DRA72x, and so the corresponding sub-mailbox

[PATCH 1/5] ARM: dts: DRA74x: Add IPC sub-mailbox nodes for all IPUs & DSPs

Add the sub-mailbox nodes that are used to communicate between MPU and the remote processors IPU1, IPU2, DSP1 and DSP2. The sub-mailbox nodes utilize the System Mailbox instances 5 and 6. These sub-mailbox nodes are added to match the hard-coded mailbox configuration used within the TI IPC 3.x

Re: mysterious crashes on OMAP5 uevm

Hi Grazvydas, * Tony Lindgren [150908 14:11]: > * Grazvydas Ignotas [150908 13:44]: > > On Tue, Sep 8, 2015 at 4:38 PM, Tony Lindgren wrote: > OK nice to hear you found it. Yeah looks like some runtime > capability check is needed. > > >

Re: [PATCH 2/2] ARM: dts: Fix WLAN regression on omap5-uevm

* Javier Martinez Canillas [150918 10:39]: > Hello Tony, > > [snip] > > > > > + vmmcsdio_fixed: fixedregulator-mmcsdio { > > + compatible = "regulator-fixed"; > > + regulator-name = "vmmcsdio_fixed"; > > +

Re: [PATCH 2/2] ARM: dts: Fix WLAN regression on omap5-uevm

* Tony Lindgren [150918 10:54]: > * Javier Martinez Canillas [150918 10:39]: > > Hello Tony, > > > > [snip] > > > > > > > > + vmmcsdio_fixed: fixedregulator-mmcsdio { > > > + compatible = "regulator-fixed"; > > > +

[PATCH RFC v4 7/8] drm/i2c: tda998x: Register ASoC HDMI codec for audio functionality

Register ASoC HDMI codec for audio functionality. This is an initial ASoC audio implementation for tda998x driver and it does not use all the features provided by hdmi-codec. HDMI audio info-frame and audio stream header is generated by the ASoC HDMI codec. The codec also applies constraints for

Re: [PATCH v2 04/23] ARM: davinci/common: Convert edma driver to handle one eDMA instance per driver

On 09/11/2015 03:27 PM, Peter Ujfalusi wrote: > + if (irq >= 0) { > + irq_name = devm_kasprintf(dev, GFP_KERNEL, "%s_ccint\n", The '\n' should not be in the format string. > + dev_name(dev)); > + ret = devm_request_irq(dev, irq,

[PATCH RFC v4 3/8] ASoC: hdmi-codec: Add hdmi-codec for external HDMI-encoders

The hdmi-codec is a platform device driver to be registered from drivers of external HDMI encoders with I2S and/or spdif interface. The driver in turn registers an ASoC codec for the HDMI encoder's audio functionality. The structures and definitions in the API header are mostly redundant copies

[PATCH RFC v4 0/8] Implement generic ASoC HDMI codec and use it in tda998x

Changes since RFC v3, ASoC side: - Add "ALSA: pcm: add IEC958 channel status helper for hw_params" - Add "tda998x: Improve tda998x_configure_audio() audio related pdata" - use snd_pcm_create_iec958_consumer_hw_params() to construct the stream header - Remove set_clk() callback from hdmi-codec. It

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

On 09/16/2015 04:26 PM, Mark Brown wrote: > On Wed, Sep 16, 2015 at 03:38:09PM +0530, Vignesh R wrote: > >> But, I didn't get how to integrate with existing message queue. Memory >> mapped read by-passes message queue of SPI core. Could you please >> explain a bit more on integrating with

[PATCH RFC v4 1/8] ASoC: hdmi: Remove obsolete dummy HDMI codec

The hdmi stub codec has not been used since refactoring of OMAP HDMI audio support. Signed-off-by: Jyri Sarha --- sound/soc/codecs/Kconfig | 4 -- sound/soc/codecs/Makefile | 2 - sound/soc/codecs/hdmi.c | 109 -- 3 files

[PATCH RFC v4 4/8] drm/i2c: tda998x: Add support of a DT graph of ports

From: Jean-Francois Moine Two kinds of ports may be declared in a DT graph of ports: video and audio. This patch accepts the port value from a video port as an alternative to the video-ports property. It also accepts audio ports in the case the transmitter is not used as a slave

[PATCH RFC v4 2/8] ALSA: pcm: add IEC958 channel status helper for hw_params

Add IEC958 channel status helper that gets the audio properties from snd_pcm_hw_params instead of snd_pcm_runtime. This is needed to produce the channel status bits already in audio stream configuration phase. Signed-off-by: Jyri Sarha --- include/sound/pcm_iec958.h | 2 ++

[PATCH RFC v4 5/8] drm/i2c: tda998x: Remove include/sound/tda998x.h and fix graph parsing

Move struct tda998x_audio definition to tda998x_drv.c and remove include/sound/tda998x.h. There is no external use for struct tda998x_audio. Fix graph parsing to allow ports to be inside a separate "ports"-node as specified in Documentation/devicetree/bindings/graph.txt. Signed-off-by: Jyri

[PATCH RFC v4 6/8] drm/i2c: tda998x: Improve tda998x_configure_audio() audio related pdata

Declare struct tda998x_audio_params in include/drm/i2c/tda998x.h and use it in pdata and for tda998x_configure_audio() parameters. Also updates tda998x_write_aif() to use hdmi_audio_infoframe_pack() and friends. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/armada/armada_drv.c |

[PATCH RFC v4 8/8] ARM: dts: am335x-boneblack: Add HDMI audio support

Add HDMI audio support. Adds mcasp0_pins, clk_mcasp0_fixed, clk_mcasp0, mcasp0, sound node, and updates the tda19988 node to follow the new binding. Signed-off-by: Jyri Sarha --- arch/arm/boot/dts/am335x-boneblack.dts | 90 -- 1 file changed, 86

[PATCH v3 07/27] memory: omap-gpmc: Remove NAND IRQ code

NAND IRQs will now be managed directly in the OMAP NAND driver so remove the IRQchip model. Another patch will add back GPIO-IRQchip code to handle the WAITPIN interrupts. Signed-off-by: Roger Quadros --- arch/arm/mach-omap2/gpmc-nand.c | 4 +- drivers/memory/omap-gpmc.c

[PATCH v3 01/27] ARM: OMAP2+: gpmc: Add platform data

Add a platform data structure for GPMC. It contains all the necessary platform information that needs to be passed from platform init code to GPMC driver. Signed-off-by: Roger Quadros --- include/linux/omap-gpmc.h | 3 +-- include/linux/platform_data/gpmc-omap.h |

[PATCH v3 22/27] ARM: dts: am437x: Fix NAND device nodes

Add compatible id, GPMC register resource and interrupt resource to NAND controller nodes. The GPMC driver now implements gpiochip and irqchip so enable gpio-controller and interrupt-controller properties. With this the interrupt parent of NAND node changes so fix it accordingly. Signed-off-by:

[PATCH v3 26/27] ARM: dts: dm816x: Fix gpmc and NAND node

Make gpmc node gpio+interrupt capable. Add compatible id, interrupt and wait pin to NAND node. Signed-off-by: Roger Quadros --- arch/arm/boot/dts/dm8168-evm.dts | 7 --- arch/arm/boot/dts/dm816x.dtsi| 4 2 files changed, 8 insertions(+), 3 deletions(-) diff --git

[PATCH v3 25/27] ARM: dts: am335x: Provide NAND ready pin

On these boards NAND ready pin status is avilable over GPMC_WAIT0 pin. For NAND we don't use GPMC wait pin monitoring but get the NAND Ready/Busy# status using GPIOlib. GPMC driver provides the WAIT0 pin status over GPIOlib. Read speed increases from 7869 KiB/ to 8875 KiB/s and write speed was

[PATCH v3 20/27] ARM: dts: dra7: Fix NAND device nodes.

Add compatible id, GPMC register resource and interrupt resource to NAND controller nodes. The GPMC driver now implements gpiochip and irqchip so enable gpio-controller and interrupt-controller properties. With this the interrupt parent of NAND node changes so fix it accordingly. Signed-off-by:

[PATCH v3 19/27] memory: omap-gpmc: Prevent GPMC_STATUS from being accessed via gpmc_regs

GPMC_STATUS register is private to the GPMC module and must not be accessed directly by NAND driver through the gpmc_regs. They must use gpmc_omap_get_nand_ops() instead. Signed-off-by: Roger Quadros --- drivers/memory/omap-gpmc.c | 2 +-

[PATCH v3 18/27] mtd: nand: omap2: Implement NAND ready using gpiolib

The GPMC WAIT pin status are now available over gpiolib. Update the omap_dev_ready() function to use gpio instead of directly accessing GPMC register space. Signed-off-by: Roger Quadros --- drivers/mtd/nand/omap2.c | 29 +---

[PATCH v3 17/27] memory: omap-gpmc: Add irqchip support to the gpiochip

The WAIT pins support either rising or falling edge interrupts so add irqchip support to the gpiochip model. Signed-off-by: Roger Quadros --- drivers/memory/omap-gpmc.c | 132 + 1 file changed, 132 insertions(+) diff --git

[PATCH v3 15/27] memory: omap-gpmc: Support general purpose input for WAITPINs

OMAPs can have 2 to 4 WAITPINs that can be used as general purpose input if not used for memory wait state insertion. The first user will be the OMAP NAND chip to get the NAND read/busy status using gpiolib. Signed-off-by: Roger Quadros --- drivers/memory/omap-gpmc.c | 130

[PATCH v3 27/27] ARM: dts: omap3: Fix gpmc and NAND nodes

Add compatible id, GPMC register resource and interrupt resource to NAND controller nodes. The GPMC driver now implements gpiochip and irqchip so enable gpio-controller and interrupt-controller properties. With this the interrupt parent of NAND node changes so fix it accordingly. Signed-off-by:

[PATCH v3 24/27] ARM: dts: am335x: Fix NAND device nodes

Add compatible id, GPMC register resource and interrupt resource to NAND controller nodes. The GPMC driver now implements gpiochip and irqchip so enable gpio-controller and interrupt-controller properties. With this the interrupt parent of NAND node changes so fix it accordingly. Signed-off-by:

[PATCH v3 23/27] ARM: dts: am437x-gp-evm: Provide NAND ready pin

On these boards NAND ready pin status is avilable over GPMC_WAIT0 pin. For NAND we don't use GPMC wait pin monitoring but get the NAND Ready/Busy# status using GPIOlib. GPMC driver provides the WAIT0 pin status over GPIOlib. Read speed increases from 16516 KiB/ to 18813 KiB/s and write speed was

[PATCH v3 21/27] ARM: dts: dra7x-evm: Provide NAND ready pin

On these boards NAND ready pin status is avilable over GPMC_WAIT0 pin. Read speed increases from 13768 KiB/ to 17246 KiB/s. Write speed was unchanged at 7123 KiB/s. Measured using mtd_speedtest.ko. Signed-off-by: Roger Quadros --- arch/arm/boot/dts/dra7-evm.dts | 1 +

Re: [PATCH v3] crypto: omap-aes: Add support for GCM mode

On Tue, Sep 15, 2015 at 06:58:01PM +0530, Lokesh Vutla wrote: > > + assoc = >src[0]; > + sg_init_table(dd->in_sgl, nsg + 1); > + if (assoclen) { > + if (omap_aes_check_aligned(assoc, assoclen)) { > + dd->sgs_copied |= AES_ASSOC_DATA_COPIED; > +

Re: [PATCH 1/2] mfd: twl6040: Fix deferred probe handling for clk32k

On Fri, Sep 18, 2015 at 09:29:04AM -0700, Tony Lindgren wrote: > Commit 68bab8662f49 ("mfd: twl6040: Optional clk32k clock handling") > added clock handling for the 32k clock from palmas-clk. However, that > patch did not consider a typical situation where twl6040 is built-in, > and palmas-clk is

Re: [PATCH 2/2] ARM: dts: Fix WLAN regression on omap5-uevm

On Fri, Sep 18, 2015 at 11:29 AM, Tony Lindgren wrote: > Commit 99f84cae43df ("ARM: dts: add wl12xx/wl18xx bindings") added > device tree bindings for the TI WLAN SDIO on many omap variants. > > I recall wondering how come omap5-uevm did not have the WLAN > added and this issue

Re: [PATCH 2/2] ARM: dts: Fix WLAN regression on omap5-uevm

* Robert Nelson [150918 09:45]: > On Fri, Sep 18, 2015 at 11:29 AM, Tony Lindgren wrote: > > Commit 99f84cae43df ("ARM: dts: add wl12xx/wl18xx bindings") added > > device tree bindings for the TI WLAN SDIO on many omap variants. > > > > I recall

[PATCH 0/2] Fix omap5-uevm WLAN regressions

Hi all, Here are two fixes for omap5-uevm WLAN. Regards, Tony Tony Lindgren (2): mfd: twl6040: Fix deferred probe handling for clk32k ARM: dts: Fix WLAN regression on omap5-uevm arch/arm/boot/dts/omap5-uevm.dts | 51 +++- drivers/mfd/twl6040.c

[PATCH 2/2] ARM: dts: Fix WLAN regression on omap5-uevm

Commit 99f84cae43df ("ARM: dts: add wl12xx/wl18xx bindings") added device tree bindings for the TI WLAN SDIO on many omap variants. I recall wondering how come omap5-uevm did not have the WLAN added and this issue has been bugging me for a while now, and I finally tracked it down to a bad pinmux

[PATCH 1/2] mfd: twl6040: Fix deferred probe handling for clk32k

Commit 68bab8662f49 ("mfd: twl6040: Optional clk32k clock handling") added clock handling for the 32k clock from palmas-clk. However, that patch did not consider a typical situation where twl6040 is built-in, and palmas-clk is a loadable module like we have in omap2plus_defconfig. If palmas-clk

[PATCH v3 11/27] mtd: nand: omap: Clean up device tree support

Move NAND specific device tree parsing to NAND driver. The NAND controller node must have a compatible id, register space resource and interrupt resource. Signed-off-by: Roger Quadros --- arch/arm/mach-omap2/gpmc-nand.c | 5 +- drivers/memory/omap-gpmc.c

[PATCH v3 10/27] mtd: nand: omap: Copy platform data parameters to omap_nand_info data

Copy all the platform data parameters to the driver's local data structure 'omap_nand_info' and use it in the entire driver. This will make it easer for device tree migration. Signed-off-by: Roger Quadros --- drivers/mtd/nand/omap2.c | 26 ++ 1 file

[PATCH v3 04/27] mtd: nand: omap2: Use gpmc_omap_get_nand_ops() to get NAND registers

Deprecate nand register passing via platform data and use gpmc_omap_get_nand_ops() instead. Signed-off-by: Roger Quadros --- arch/arm/mach-omap2/gpmc-nand.c | 2 -- drivers/mtd/nand/omap2.c | 9 -

[PATCH v3 12/27] mtd: nand: omap: Update DT binding documentation

Add compatible id and interrupts. The NAND interrupts are provided by the GPMC controller node. Signed-off-by: Roger Quadros --- Documentation/devicetree/bindings/mtd/gpmc-nand.txt | 16 1 file changed, 12 insertions(+), 4 deletions(-) diff --git

[PATCH v3 14/27] memory: omap-gpmc: Move device tree binding to correct location

omap-gpmc.c is a memory controller so move the binding to the right place. Signed-off-by: Roger Quadros --- .../bindings/{bus/ti-gpmc.txt => memory-controllers/omap-gpmc.txt}| 0 1 file changed, 0 insertions(+), 0 deletions(-) rename

[PATCH v3 16/27] memory: omap-gpmc: Reserve WAITPIN if needed for WAIT monitoring

If the device attached to GPMC wants to use the WAIT pin for WAIT monitoring then we reserve it internally for exclusive use. Signed-off-by: Roger Quadros --- drivers/memory/omap-gpmc.c | 23 +-- 1 file changed, 21 insertions(+), 2 deletions(-) diff --git

[PATCH v3 13/27] memory: omap-gpmc: Prevent mapping into 1st 16MB

We have been preventing mapping GPMC children in the first 1MB but really it has to be the first 16MB as the minimum GPMC partition size is 16MB. Also print an error message if CS mapping fails due to DT requesting address outside the GPMC map. Signed-off-by: Roger Quadros ---

[PATCH v3 03/27] memory: omap-gpmc: Introduce GPMC to NAND interface

The OMAP GPMC module has certain registers dedicated for NAND access and some NAND bits mixed with other GPMC functionality. For the NAND dedicated registers we have the struct gpmc_nand_regs. The NAND driver needs to access NAND specific bits from the following non-dedicated registers 1)

[PATCH v3 08/27] memory: omap-gpmc: Add IRQ ops for GPMC-NAND interface

Provide functions to enable/disable NAND IRQs, get NAND event status and clear NAND events. The NAND events of interest are TERMCOUNT and FIFOEVENT. Signed-off-by: Roger Quadros --- drivers/memory/omap-gpmc.c | 50 ++

[PATCH v3 06/27] mtd: nand: omap2: Switch to using GPMC-NAND ops for writebuffer empty check

Instead of accessing the gpmc_status register directly start using the gpmc_nand_ops->nand_writebuffer_empty() helper to check write buffer empty status. Signed-off-by: Roger Quadros --- drivers/mtd/nand/omap2.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-)

[PATCH v3 09/27] mtd: nand: omap2: manage NAND interrupts

Manage NAND interrupts here using the GPMC IRQ ops. This causes performance in prefetch-irq mode to be increased from [ 38.252811] mtd_speedtest: eraseblock write speed is 5576 KiB/s [ 39.265259] mtd_speedtest: eraseblock read speed is 8192 KiB/s to [ 35.666446] mtd_speedtest: eraseblock

[PATCH v3 05/27] memory: omap-gpmc: Add GPMC-NAND ops to get writebufferempty status

This is needed by OMAP NAND driver to poll the empty status of the writebuffer. Signed-off-by: Roger Quadros --- drivers/memory/omap-gpmc.c | 14 +- 1 file changed, 13 insertions(+), 1 deletion(-) diff --git a/drivers/memory/omap-gpmc.c b/drivers/memory/omap-gpmc.c

[PATCH v3 02/27] ARM: OMAP2+: gpmc: Add gpmc timings and settings to platform data

Add device_timings, gpmc_timings and gpmc_setting to gpmc platform data. Signed-off-by: Roger Quadros --- include/linux/omap-gpmc.h | 134 --- include/linux/platform_data/gpmc-omap.h | 137 2 files

[PATCH v3 00/27] memory: omap-gpmc: mtd: nand: Support GPMC NAND on non-OMAP platforms

Hi, We do a couple of things in this series which result in cleaner device tree implementation, faster perfomance and multi-platform support. As an added bonus we get new GPI/Interrupt pins for use in the system. - Establish a custom interface between NAND and GPMC driver. This is needed because

Re: [PATCH 2/2] ARM: dts: Fix WLAN regression on omap5-uevm

* Tony Lindgren [150918 09:55]: > * Robert Nelson [150918 09:45]: > > On Fri, Sep 18, 2015 at 11:29 AM, Tony Lindgren wrote: > > > Commit 99f84cae43df ("ARM: dts: add wl12xx/wl18xx bindings") added > > > device tree bindings for the

Re: [PATCH 2/2] ARM: dts: Fix WLAN regression on omap5-uevm

Hello Tony, [snip] > > + vmmcsdio_fixed: fixedregulator-mmcsdio { > + compatible = "regulator-fixed"; > + regulator-name = "vmmcsdio_fixed"; > + regulator-min-microvolt = <180>; > + regulator-max-microvolt = <180>; > +