On Mon, 21 Sep 2015 10:19:18 -0500
Rob Herring <r...@kernel.org> wrote:
> On 09/18/2015 06:06 AM, Jyri Sarha wrote:
> > From: Jean-Francois Moine <moin...@free.fr>
> >
> > Two kinds of ports may be declared in a DT graph of ports: video and audio.
> >
On Tue, 13 Jan 2015 19:12:25 +0200
Jyri Sarha jsa...@ti.com wrote:
These patches are needed for Beaglebone-back HDMI audio. There is no
direct dependency between these patches and the other (dts and ASoC)
changes needed for the HDMI audio so these changes can be merged
independently. I also
On Thu, 13 Nov 2014 17:44:38 +0200
Tomi Valkeinen tomi.valkei...@ti.com wrote:
[snip]
a) Always keep the audio device operational, no matter what is the
status of the video side. How should this work if the HDMI videomode or
the HDMI monitor does not support audio? Is it desirable
On Thu, 13 Nov 2014 10:05:28 +0200
Tomi Valkeinen tomi.valkei...@ti.com wrote:
[snip]
I don't have much knowledge of the asoc architecture, so I probably
can't comment much on the sound/ side design. For me the most important
things are that 1) it works 2) I can easily unload/load the
On Thu, 13 Nov 2014 12:00:41 +0200
Tomi Valkeinen tomi.valkei...@ti.com wrote:
[snip]
Jyri or Peter knows this better, but I think one difference with OMAP
HDMI case and tda998x is that tda998x is an external encoder, and you
transfer audio data to it via i2s or spdif, whereas OMAP
On Thu, 18 Sep 2014 00:13:09 +0300
Jyri Sarha jsa...@ti.com wrote:
So, Jean-Francois is also trying to do things with the TDA998x - what's
the story with that, is this joined up at all?
Not really. This basic functionality does not touch tda998x at all on
the fly, but just sets i2s
On Mon, 24 Mar 2014 12:15:23 +0200
Jyri Sarha jsa...@ti.com wrote:
This patch is implemented on top of late patches from Jean-Francois
Moine [1].
These patches implement the main part of the simple-card changes
discussed in alsa-devel mailing list [2].
Acked-by: Jean-Francois Moine moin
;
The np reference count is updated in of_get_next_child(), so:
if (ret 0) {
of_node_put(np);
return ret;
}
Otherwise, it works for me.
Tested-by: Jean-Francois Moine moin...@free.fr
On Thu, 30 Jan 2014 14:20:56 +0200
Jyri Sarha jsa...@ti.com wrote:
I am having trouble getting the tda998x-codec working on BBB. The
problem is I do not have a DT node for the tda998x driver. Instead I
have tilcdc-slave node that provides pdata for the tda-driver.
I am thinking of solving
On Mon, 27 Jan 2014 21:31:59 +0200
Jyri Sarha jsa...@ti.com wrote:
I would suggest to leave the CTS_N_K to the current setting (3), unless
we can change the CTS_N_K on the fly according to the used sample format.
Yes, this is possible:
- the tda998x codec may call the tda998x hdmi in the
On Mon, 27 Jan 2014 18:17:54 +0200
Jyri Sarha jsa...@ti.com wrote:
Support for S16_LE could maybe be added if the tda998x specific codec
would fiddle with CTS_N predivider-setting (K select) according to the
used sample width. But it appears Cobox plays all the sample formats
fine without
/soc/codecs/tda998x.c
/*
* ALSA SoC TDA998X driver
*
* This driver is used by the NXP TDA998x HDMI transmitter.
*
* Copyright (C) 2014 Jean-Francois Moine
*
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License version 2
On Wed, 22 Jan 2014 11:20:32 +0200
Jyri Sarha jsa...@ti.com wrote:
On 01/15/2014 05:51 PM, Jean-Francois Moine wrote:
On Wed, 15 Jan 2014 13:27:21 +0200
Jyri Sarha jsa...@ti.com wrote:
From driver/gpu/drm/i2c/tda998x_drv.c. The driver configures CTS_N
register statically to a value
On Wed, 22 Jan 2014 11:19:53 +0100
Jean-Francois Moine moin...@free.fr wrote:
As both I2S and S/PDIF may be used for HDMI output in the Cubox,
I wrote a tda998x CODEC which gets the audio ports from the DT and
dynamically sets these ports and the audio type (i2s / spdif) on audio
streaming
On Wed, 15 Jan 2014 13:27:21 +0200
Jyri Sarha jsa...@ti.com wrote:
From driver/gpu/drm/i2c/tda998x_drv.c. The driver configures CTS_N
register statically to a value that works only with 4 byte samples.
According to my tests it is possible to support 3 and 2 byte samples too
by changing
On Tue, 19 Nov 2013 14:12:24 +0200
Jyri Sarha jsa...@ti.com wrote:
Signed-off-by: Jyri Sarha jsa...@ti.com
---
Documentation/devicetree/bindings/sound/hdmi.txt | 17 +
sound/soc/codecs/hdmi.c | 10 ++
2 files changed, 27 insertions(+)
On Wed, 20 Nov 2013 10:09:59 +
Mark Brown broo...@kernel.org wrote:
On Wed, Nov 20, 2013 at 10:23:42AM +0100, Jean-Francois Moine wrote:
But now, I am wondering again about these `empty`codecs:
- in a DT context, should we continue to add / modify such codecs?
- what do you think
Hi Rob,
As I wanted to re-use your nxp-tda998x driver for the Marvell Dove SoC,
I had a look at your IT LCD driver. Comments below.
On Tue, 22 Jan 2013 16:36:22 -0600
Rob Clark robdcl...@gmail.com wrote:
A simple DRM/KMS driver for the TI LCD Controller found in various
smaller TI parts
On Tue, 22 Jan 2013 16:36:23 -0600
Rob Clark robdcl...@gmail.com wrote:
Driver for the NXP TDA998X i2c hdmi encoder slave.
v1: original
v2: fix npix/nline programming
Signed-off-by: Rob Clark robdcl...@gmail.com
---
drivers/gpu/drm/i2c/Makefile | 3 +
19 matches
Mail list logo
