David,
Please incorporate the latest Armada DRM fix, which can be found at:
git://ftp.arm.linux.org.uk/~rmk/linux-cubox.git drm-armada-fixes
with SHA1 bed86f15bdc23436fb30d09e2faa3dfb7d3834e1.
Just one-liner which corrects a select statement for DRM_KMS_FB_HELPER
which looks like it was misse
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140127/7c8bd3d8/attachment-0001.html>
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140127/3d213e58/attachment.html>
Hi
On Thu, Jan 23, 2014 at 3:14 PM, David Herrmann
wrote:
> Hi
>
> Another round of SimpleDRM patches. I somehow lost track of the last ones and
> as
> this is a major rewrite, I'll just start at v1 again.
>
> Some comments up-front:
>
> - @Ingo: Patch #1 and #2 are unchanged from the previous
with radeon.dpm=1
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140127/434bc231/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140127/e33c7580/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140127/1b4b18f3/attachment.html>
esktop.org/archives/dri-devel/attachments/20140127/dc0795fb/attachment.html>
On 01/27/2014 06:32 PM, Lars-Peter Clausen wrote:
> On 01/27/2014 05:17 PM, Jyri Sarha wrote:
>> On 01/27/2014 05:51 PM, Lars-Peter Clausen wrote:
>>> Hi,
>>>
>>> I think you should try to get this in sync with the work Jean-Francois is
>>> currently doing[1]. Having the HDMI transmitter register a
On 01/27/2014 08:06 PM, Jean-Francois Moine wrote:
> On Mon, 27 Jan 2014 18:17:54 +0200
> Jyri Sarha 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 Cobo
chment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140127/5b441d2e/attachment-0001.pgp>
side out.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140127/2d20285d/attachment.pgp>
On Mon, Jan 27, 2014 at 08:44:41PM +, Mark Brown wrote:
> On Mon, Jan 27, 2014 at 09:48:54AM +0100, Jean-Francois Moine wrote:
>
> > + eld_ver = eld[0] >> 3;
> > + if (eld_ver != 2 && eld_ver != 31)
> > + return 0;
> > +
> > + mnl = eld[4] & 0x1f
r systems with similar limitations can be handled correctly
too.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/atta
On 01/27/2014 08:40 PM, Jyri Sarha wrote:
> On 01/27/2014 06:32 PM, Lars-Peter Clausen wrote:
>> On 01/27/2014 05:17 PM, Jyri Sarha wrote:
>>> On 01/27/2014 05:51 PM, Lars-Peter Clausen wrote:
Hi,
I think you should try to get this in sync with the work Jean-Francois is
currentl
re.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140127/264185d7/attachment-0001.pgp>
On Mon, Jan 27, 2014 at 08:43:02PM +, Mark Brown wrote:
> On Mon, Jan 27, 2014 at 09:34:49AM +0100, Jean-Francois Moine wrote:
>
> > + - compatible: must be "nxp,tda998x-codec".
> > + - audio-ports: one or two values.
> > + The first value defines the I2S input port.
> > +
part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140127/2ec34ffc/attachment-0001.pgp>
gital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140127/d73158a4/attachment-0001.pgp>
t snd_soc_dai_driver tda998x_dai[] = {
> +{
> + .name = "i2s-hifi",
Coding style, indents are tabs.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140127/f42da9a3/attachment.pgp>
On Sat, Jan 25, 2014 at 06:14:38PM +0100, Jean-Francois Moine wrote:
> This patch adds the optional treatment of the tda998x IRQ.
>
> The interrupt function is used to know the display connection status
> without polling and to speedup reading the EDID.
>
> The IRQ number is defined in the i2c cl
On Sat, Jan 25, 2014 at 06:14:36PM +0100, Jean-Francois Moine wrote:
> According to some tests on the Cubox (Marvell Armada 510 + TDA19988),
> the S/PDIF input asks for a greater audio clock divider.
>
> Signed-off-by: Jean-Francois Moine
> ---
> drivers/gpu/drm/i2c/tda998x_drv.c | 10 +++---
On Sat, Jan 25, 2014 at 06:14:43PM +0100, Jean-Francois Moine wrote:
> This patch checks if the CEC device is well created at intialization
> time.
>
> Tested-by: Russell King
> Signed-off-by: Jean-Francois Moine
Acked-by: Russell King
--
FTTC broadband for 0.8mile line: 5.8Mbps down 500kbps
On Sat, Jan 25, 2014 at 06:14:43PM +0100, Jean-Francois Moine wrote:
> @@ -896,9 +897,9 @@ tda998x_encoder_mode_set(struct drm_encoder *encoder,
>* TDA19988 requires high-active sync at input stage,
>* so invert low-active sync provided by master encoder here
>*/
> - if
On Mon, 27 Jan 2014 18:17:54 +0200
Jyri Sarha 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 this chang
Hi Mark,
> On Mon, Jan 27, 2014 at 03:47:42PM +, Davor Joja wrote:
> > Hi,
>
> Hi,
>
> >
> > Can I please get comments about adding new vendor prefix "xylon", and on
> > following devicetree binding for Xylon configurable video controller
> > (logiCVC).
> > Shown node is prepared for Xili
On 01/27/2014 05:51 PM, Lars-Peter Clausen wrote:
> Hi,
>
> I think you should try to get this in sync with the work Jean-Francois is
> currently doing[1]. Having the HDMI transmitter register a CODEC device is
> definitely the right approach, compared to the rather 'interesting'
> constraints stuf
next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140127/e1f5b58d/attachment.pgp>
Am 27.01.2014 17:35, schrieb Alex Deucher:
> The hw is buggy and it's not currently used, but it's
> currently still initialized by the driver. Skip the init.
> Skipping init also seems to improve stability with dpm on
> some r6xx asics.
>
> bug:
> https://bugs.freedesktop.org/show_bug.cgi?id=6696
Select following:
CONFIG_SND_DAVINCI_SOC=m
CONFIG_SND_AM335X_SOC_NXPTDA_EVM=m
Signed-off-by: Jyri Sarha
cc: tony at atomide.com
---
arch/arm/configs/omap2plus_defconfig |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/configs/omap2plus_defconfig
b/arch/arm/configs/omap2plus_def
This enables HDMI video support on Beaglebone-Black.
Signed-off-by: Jyri Sarha
cc: tony at atomide.com
---
arch/arm/configs/omap2plus_defconfig |3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/configs/omap2plus_defconfig
b/arch/arm/configs/omap2plus_defconfig
index bfa80a1..92
The configuration is needed for HDMI audio. The "swap" and "mirr"
parameters have to be correctly set in the configuration in order to
have proper colors in the HDMI picture.
Signed-off-by: Jyri Sarha
cc: airlied at linux.ie
---
drivers/gpu/drm/tilcdc/tilcdc_slave.c | 24 ++
Adds configuration option for HDMI audio support for AM33XX based
boards with NXP TDA998x HDMI transmitter. The audio is connected to
NXP TDA998x trough McASP running in i2s mode.
Signed-off-by: Jyri Sarha
---
sound/soc/davinci/Kconfig | 12
sound/soc/davinci/Makefile |1 +
2
Add machine driver support for BeagleBone-Black and other boards with
tilcdc support and NXP TDA998X HDMI transmitter connected to McASP
port in I2S mode. McASP produces the bit clock for the i2s bus from
the masted clock by a simple divider and the available sample rates
depend on the used master
Make BCLK divider setting implicite in hw_params call if McASP device
is the bit clock master on the audio serial bus.
Signed-off-by: Jyri Sarha
---
sound/soc/davinci/davinci-mcasp.c | 20
1 file changed, 20 insertions(+)
diff --git a/sound/soc/davinci/davinci-mcasp.c
b/
The referenced clock is used to get codec clock rate and the clock is
disabled and enabled in startup and shutdown snd_soc_ops call
backs. The change is also documented in DT bindigs document.
Signed-off-by: Jyri Sarha
cc: bcousson at baylibre.com
---
.../bindings/sound/davinci-evm-audio.txt
The added clk-gpio is a basic clock that can be enabled and disabled
trough a gpio output. The DT binding document for the clock is also
added. For EPROBE_DEFER handling the registering of the clock has to
be delayed until of_clk_get() call time.
Signed-off-by: Jyri Sarha
cc: mturquette at linaro
Changes since RFC v2 version of the patches:
- Dropped out already applied:
ASoC: hdmi-codec: Add devicetree binding with documentation
- Addresses Mark's comments here:
http://mailman.alsa-project.org/pipermail/alsa-devel/2013-December/070605.html
- ASoC: davinci-evm: Add named clock referen
On 01/27/2014 05:17 PM, Jyri Sarha wrote:
> On 01/27/2014 05:51 PM, Lars-Peter Clausen wrote:
>> Hi,
>>
>> I think you should try to get this in sync with the work Jean-Francois is
>> currently doing[1]. Having the HDMI transmitter register a CODEC device is
>> definitely the right approach, compar
Hi,
I think you should try to get this in sync with the work Jean-Francois is
currently doing[1]. Having the HDMI transmitter register a CODEC device is
definitely the right approach, compared to the rather 'interesting'
constraints stuff you do in patch 4.
- Lars
[1] http://lkml.org/lkml/2014/1
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140127/69d92952/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140127/271293c6/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140127/c1c03dcb/attachment.html>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140127/5158c0b0/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=69511
Ingo Theiss changed:
What|Removed |Added
Kernel Version|3.13|3.13.0
--
You are receiving this mail beca
https://bugzilla.kernel.org/show_bug.cgi?id=69511
Bug ID: 69511
Summary: BUG at drivers/gpu/drm/qxl/qxl_display.c:472
Product: Drivers
Version: 2.5
Kernel Version: 3.13
Hardware: x86-64
OS: Linux
Tree: Mainlin
DCE5 and newer hardware only has 1 DAC. Use the correct
offset. This may fix display problems on certain board
configurations.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/evergreen.c | 4 ++--
drivers/gpu/drm/radeon/si.c| 2 +-
drivers/gpu/drm/r
If we are not able to properly initialize one of the gpu
engines for buffer paging, we limit vram to the size of
the cpu visible aperture. We generally either use the gfx
or dma engine to do this. Clean up the size limiting code
to only adjust the size based on what ring is selected
for buffer pa
The hw is buggy and it's not currently used, but it's
currently still initialized by the driver. Skip the init.
Skipping init also seems to improve stability with dpm on
some r6xx asics.
bug:
https://bugs.freedesktop.org/show_bug.cgi?id=66963
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/rad
The TDA998x HDMI transmitter accepts audio input from either I2S or S/PDIF.
Theses inputs have different intrinsic constraints and these constraints
may be modified by the audio parameters of the connected video device.
The choice of I2S or S/PDIF may be the done by the user or by automatic
proce
The supported audio parameters are described in the EDID which is
received by the HDMI transmitter from the connected screen.
Use these ones to adjust the audio stream parameters.
Signed-off-by: Jean-Francois Moine
---
drivers/gpu/drm/i2c/tda998x_drv.c | 15
include/drm/i2c/tda998x.h
The supported audio parameters are described in the EDID which is
received by the HDMI transmitter from the connected screen.
Use these ones to adjust the audio stream parameters.
Signed-off-by: Jean-Francois Moine
---
drivers/gpu/drm/i2c/tda998x_drv.c | 15
include/drm/i2c/tda998x.h
The supported audio parameters are described in the EDID which is
received by the HDMI transmitter from the connected screen.
Use these ones to adjust the audio stream parameters.
Signed-off-by: Jean-Francois Moine
---
drivers/gpu/drm/i2c/tda998x_drv.c | 15
include/drm/i2c/tda998x.h
Add devicetree documentation about the NXP TDA998x CODEC.
Signed-off-by: Jean-Francois Moine
---
Documentation/devicetree/bindings/sound/tda998x.txt | 14 ++
1 file changed, 14 insertions(+)
create mode 100644 Documentation/devicetree/bindings/sound/tda998x.txt
diff --git a/Documen
forwarding the stream to the
hardware.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140127/d5108fc5/attachment.html>
55 matches
Mail list logo
