[Bug 74347] openra screen corruption on a HD2600

vel/attachments/20140204/036e5f9e/attachment.html>

[Bug 56534] [r600g] cayman msaa/fxaa buggy

ktop.org/archives/dri-devel/attachments/20140204/e4c3ea3c/attachment-0001.html>

[Bug 70706] Regression in fbconfig

very slow and KDE's window borders are (massive) corrupted. -- You are receiving this mail because: You are on the CC list for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140204/5ad0023d/attachment.html>

[RFC 00/16] drm/nouveau: initial support for GK20A (Tegra K1)

On 02/03/2014 08:25 PM, David Herrmann wrote: > Hi > > [..snip..] >> Finally, support for probing GK20A is added in the last 2 patches. It should >> be >> noted that contrary to what Nouveau currently expects, GK20A does not embed >> any >> display hardware (that part being handled by tegradrm).

[3.14-rc1] cirrus driver problem (qemu)

add-in_interrupt-to-drm_can_sleep-list-of-things.patch Type: text/x-patch Size: 2531 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140204/f3c74533/attachment-0001.bin>

[Bug 74476] libGL complains about missing symbol __driDriverGetExtensions_radeonsi

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140204/a29547de/attachment.html>

[RFC 00/16] drm/nouveau: initial support for GK20A (Tegra K1)

On Sat, Feb 1, 2014 at 1:16 PM, Alexandre Courbot wrote: > Hello everyone, Hey Alex, The series looks pretty good to me. I'll reply to the relevant patches with any minor nit-picks on top of what's already been said by others. Thank you, and welcome to Nouveau :) Ben. > > GK20A is the

[RFC 07/16] drm/nouveau/bar/nvc0: support chips without BAR3

On Sat, Feb 1, 2014 at 1:16 PM, Alexandre Courbot wrote: > Adapt the NVC0 BAR driver to make it able to support chips that do not > expose a BAR3. When this happens, BAR1 is then used for USERD mapping > and the BAR alloc() functions is disabled, making GPU objects unable > to rely on BAR for

[RFC 10/16] drm/nouveau/timer: skip calibration on GK20A

On Sat, Feb 1, 2014 at 1:16 PM, Alexandre Courbot wrote: > GK20A's timer is directly attached to the system timer and cannot be > calibrated. Skip the calibration phase on that chip since the > corresponding registers do not exist. Just a curiosity: What timer resolution does the HW initialise

[Bug 56534] [r600g] cayman msaa/fxaa buggy

ug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140204/ebaa33bf/attachment.html>

[Bug 73191] [radeonsi] vdpau playback issues, skipping & looping

//lists.freedesktop.org/archives/dri-devel/attachments/20140204/5fe89280/attachment.html>

[RFC 07/16] drm/nouveau/bar/nvc0: support chips without BAR3

On 02/04/2014 12:54 PM, Ben Skeggs wrote: > On Sat, Feb 1, 2014 at 1:16 PM, Alexandre Courbot > wrote: >> Adapt the NVC0 BAR driver to make it able to support chips that do not >> expose a BAR3. When this happens, BAR1 is then used for USERD mapping >> and the BAR alloc() functions is disabled,

[RFC 10/16] drm/nouveau/timer: skip calibration on GK20A

On 02/04/2014 12:55 PM, Ben Skeggs wrote: > On Sat, Feb 1, 2014 at 1:16 PM, Alexandre Courbot > wrote: >> GK20A's timer is directly attached to the system timer and cannot be >> calibrated. Skip the calibration phase on that chip since the >> corresponding registers do not exist. > Just a

[RFC 00/16] drm/nouveau: initial support for GK20A (Tegra K1)

On 02/04/2014 12:53 PM, Ben Skeggs wrote: > On Sat, Feb 1, 2014 at 1:16 PM, Alexandre Courbot > wrote: >> Hello everyone, > Hey Alex, > > The series looks pretty good to me. I'll reply to the relevant > patches with any minor nit-picks on top of what's already been said by > others. Thanks for

[PATCH] drm/nouveau: set irq_enabled manually

On Thu, Jan 30, 2014 at 12:11:30PM -0500, Ilia Mirkin wrote: > On Thu, Jan 30, 2014 at 3:33 AM, Daniel Vetter wrote: > > On Thu, Jan 30, 2014 at 1:53 AM, Ilia Mirkin > > wrote: > >> Since commit 0fa9061ae8c ("drm/nouveau/mc: handle irq-related setup > >> ourselves"), drm_device->irq_enabled

[RFC 12/16] drm/nouveau/fifo: add GK20A support

On Sat, Feb 01, 2014 at 12:16:54PM +0900, Alexandre Courbot wrote: > GK20A's FIFO is compatible with NVE0, but only features 128 channels and > 1 runlist. > > Signed-off-by: Alexandre Courbot > --- > drivers/gpu/drm/nouveau/Makefile | 1 + >

[PATCH v4 1/5] drm/dp: Add AUX channel infrastructure

On Tue, 21 Jan 2014, Thierry Reding wrote: > This is a superset of the current i2c_dp_aux bus functionality and can > be used to transfer native AUX in addition to I2C-over-AUX messages. > > Helpers are provided to read and write the DPCD, either blockwise or > byte-wise. Many of the existing

[PATCH v4 4/5] drm/dp: Allow registering AUX channels as I2C busses

On Tue, 21 Jan 2014, Thierry Reding wrote: > Implements an I2C-over-AUX I2C adapter on top of the generic drm_dp_aux > infrastructure. It extracts the retry logic from existing drivers, which > should help in porting those drivers to this new helper. > > Reviewed-by: Alex Deucher > Reviewed-by:

[Bug 68111] suspend and hibernation not working on ASUS R500DR-SX073 laptop with radeon driver

https://bugzilla.kernel.org/show_bug.cgi?id=68111 --- Comment #8 from CameronPoe --- Does anyone know how to fix this problem? -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 56534] [r600g] cayman msaa/fxaa buggy

nts/20140204/082264be/attachment.html>

[Bug 73191] [radeonsi] vdpau playback issues, skipping & looping

or the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140204/2cb517f7/attachment.html>

[Bug 72680] flightgear crashes on r600 (rs880) with llvm backend

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/20140204/36b3f292/attachment-0001.html>

[RFC PATCH 7/7] drm/i915/dp: use the new drm helpers for dp i2c-over-aux

The main differences are: * Many of the native aux differences mentioned in the relevant commit apply. * Native aux and i2c-over-aux defer timeouts are increased to be safe for all use cases instead of depending on DP device type and properties. * i2c start/stop/reset are not done. * i2c

[RFC PATCH 2/7] drm/i915/dp: fix dp aux native read return value checks

There's some confusion between ints and bools. Signed-off-by: Jani Nikula --- drivers/gpu/drm/i915/intel_dp.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_dp.c b/drivers/gpu/drm/i915/intel_dp.c index 19ff1b161ffb..ccc1228b7df7

[RFC PATCH 6/7] drm/i915/dp: move dp aux ch register init to aux init

Signed-off-by: Jani Nikula --- drivers/gpu/drm/i915/intel_dp.c | 45 ++- 1 file changed, 25 insertions(+), 20 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_dp.c b/drivers/gpu/drm/i915/intel_dp.c index 835f16da80af..0a8a2b189ed0 100644 ---

[RFC PATCH 0/7] drm/i915/dp: convert to new aux channel helpers

These are based on drm-intel-nightly plus Thierry's aux channel infrastructure patches [1], and supersede my dp aux fixes [2]. Patches 1-4 are prep work and fixes to our current code. Patches 5 and 7 do the actual conversion for native aux and i2c over aux, respectively. Patch 6 is minor cleanup

[RFC PATCH 1/7] drm/i915/dp: clean up cargo culted intel_dp_aux_native_read_retry() usage

intel_dp_aux_native_read_retry() is only needed when the sink might be asleep. Use the regular read without retries otherwise. Signed-off-by: Jani Nikula --- drivers/gpu/drm/i915/intel_dp.c | 33 + 1 file changed, 13 insertions(+), 20 deletions(-) diff --git

[RFC PATCH 3/7] drm/i915/dp: split edp_panel_vdd_on() for reuse

Introduce _edp_panel_vdd_on() that returns true if the call enabled vdd, and a matching disable is needed. Keep edp_panel_vdd_on() as a helper for when it is expected the vdd is off. Signed-off-by: Jani Nikula --- drivers/gpu/drm/i915/intel_dp.c | 22 -- 1 file changed, 16

[RFC PATCH 4/7] drm/i915/dp: move edp vdd enable/disable at a lower level in i2c-over-aux

This is prep work for conversion to generic drm i2c-over-aux helpers where we won't have the function to do this at. Signed-off-by: Jani Nikula --- drivers/gpu/drm/i915/intel_dp.c |9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_dp.c

[RFC PATCH 5/7] drm/i915/dp: use the new drm helpers for dp aux

The main differences are: * Native aux has retry limit of 7 instead of infinite retry. * Sleep in native reply defer increases from udelay(100) to usleep_range(400, 500). * Unknown native reply results in retry instead of -EIO. * Lower level -EBUSY results in retry instead of fail. * Write

[alsa-devel] [PATCH v3 2/5] ASoC: tda998x: add a codec driver for the TDA998x

On 02/04/2014 02:30 PM, Mark Brown wrote: [...] > > What does this actually do? No information is being passed in to the > core function here, not even any information on if it's starting or > stopping. Looking at the rest of the code I can't help thinking it > might be clearer to inline this

[RFC PATCH 1/7] drm/i915/dp: clean up cargo culted intel_dp_aux_native_read_retry() usage

On Tue, Feb 04, 2014 at 03:40:44PM +0200, Jani Nikula wrote: > intel_dp_aux_native_read_retry() is only needed when the sink might be > asleep. Use the regular read without retries otherwise. I guess I should repeat here what I mentioned to Jani: The DP spec seems to indicate that AUX

Selecting memory manager for embedded DRM device

On Mon, Feb 3, 2014 at 11:16 AM, Dmitry Eremin-Solenikov wrote: > Hello, > > On Mon, Feb 3, 2014 at 7:49 PM, Rob Clark wrote: >> On Sun, Feb 2, 2014 at 6:50 PM, Dmitry Eremin-Solenikov >> wrote: >>> Hello, >>> >>> I'm looking onto writing DRM/KMS drivers for few pieces of >>> embedded

initial VCE support

Hi everyone, here is the next major code drop for the radeon driver. It adds support for VCE2 as found on the newest CIK hardware generation. VCE1 as found on SI and Trinity hardware generation is currently not supported, but might get added in the future. VCE is basically a hardware H264

[PATCH 02/15] drm/radeon: add VCE ring query

From: Christian K?nig Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_kms.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/gpu/drm/radeon/radeon_kms.c b/drivers/gpu/drm/radeon/radeon_kms.c index 0e078af..ea018d5 100644 ---

[PATCH 04/15] drm/radeon: add callback for setting vce clocks

From: Alex Deucher Similar to uvd clock setting. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h index bd181ec..05fa29e 100644 ---

[PATCH 05/15] drm/radeon/dpm: move platform caps fetching to a separate function

From: Alex Deucher It's needed by by both the asic specific functions and the extended table parser. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/btc_dpm.c | 4 drivers/gpu/drm/radeon/ci_dpm.c | 9 ++---

[PATCH 01/15] drm/radeon: initial VCE support v4

From: Christian K?nig Only VCE 2.0 support so far. v2: squashing multiple patches into this one v3: add IRQ support for CIK, major cleanups, basic code documentation v4: remove HAINAN from chipset list Signed-off-by: Christian K?nig ---

[PATCH 06/15] drm/radeon/dpm: fill in some initial vce infrastructure

From: Alex Deucher Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon.h| 12 drivers/gpu/drm/radeon/radeon_pm.c | 8 2 files changed, 20 insertions(+) diff --git a/drivers/gpu/drm/radeon/radeon.h

[PATCH 03/15] drm/radeon: add VCE version parsing and checking

From: Christian K?nig Also make the result available to userspace. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon.h | 2 ++ drivers/gpu/drm/radeon/radeon_kms.c | 6 drivers/gpu/drm/radeon/radeon_vce.c | 56

[PATCH 08/15] drm/radeon: fill in set_vce_clocks for CIK asics

From: Alex Deucher Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/cik.c | 35 +++ drivers/gpu/drm/radeon/cikd.h| 6 ++ drivers/gpu/drm/radeon/radeon_asic.c | 2 ++ drivers/gpu/drm/radeon/radeon_asic.h | 1

[PATCH 09/15] drm/radeon: add vce dpm support for CI

From: Alex Deucher Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/ci_dpm.c | 50 - 1 file changed, 40 insertions(+), 10 deletions(-) diff --git a/drivers/gpu/drm/radeon/ci_dpm.c b/drivers/gpu/drm/radeon/ci_dpm.c index

[PATCH 10/15] drm/radeon: enable vce dpm on CI

From: Alex Deucher VCE dpm dynamically adjusts the uvd clocks on demand. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/ci_dpm.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/radeon/ci_dpm.c b/drivers/gpu/drm/radeon/ci_dpm.c index

[PATCH 07/15] drm/radeon/dpm: fetch vce states from the vbios

From: Alex Deucher Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/r600_dpm.c | 28 +++- drivers/gpu/drm/radeon/radeon.h | 16 2 files changed, 43 insertions(+), 1 deletion(-) diff --git

[PATCH 11/15] drm/radeon: add vce dpm support for KV/KB

From: Alex Deucher TODO: plug in cik_vce_suspend()/resume() so we can enable vce powergating. See XXX in code. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/kv_dpm.c | 46 +++-- 1 file changed, 35 insertions(+), 11

[PATCH 13/15] drm/radeon/dpm: properly enable/disable vce when vce pg is enabled

From: Alex Deucher The adds the appropriate function calls to properly re-init vce before it's used after it has been power gated. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/kv_dpm.c | 11 +++ 1 file changed, 7 insertions(+), 4 deletions(-) diff

[PATCH 12/15] drm/radeon/dpm: enable dynamic vce state switching v2

From: Alex Deucher enable vce states when vce is active. When vce is active, it adjusts the currently selected state (performance, battery, uvd, etc.) v2: add code comments Signed-off-by: Alex Deucher Signed-off-by: Christian K?nig ---

[PATCH 15/15] drm/radeon/cik: enable/disable vce cg when encoding v2

From: Alex Deucher Some of the vce clocks are automatic, others need to be manually enabled. For ease, just disable cg when vce is active. v2: rebased Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/ci_dpm.c | 9 - drivers/gpu/drm/radeon/cik.c|

[PATCH 14/15] drm/radeon: add support for vce 2.0 clock gating

From: Alex Deucher Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/cikd.h | 10 drivers/gpu/drm/radeon/vce_v2_0.c | 111 ++ 2 files changed, 121 insertions(+) diff --git a/drivers/gpu/drm/radeon/cikd.h

[Bug 74511] New: Increasing EQ - X freezes

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140204/ba54656f/attachment.html>

[Bug 74511] Increasing EQ - X freezes

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140204/e7bfaef3/attachment.html>

[Bug 74420] EQ overflowing - recurring total X crash

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/20140204/f7048fe2/attachment.html>

[Bug 69901] intel ivy bridge/radeonsi PRIME hang since 3.14

https://bugzilla.kernel.org/show_bug.cgi?id=69901 Chris Wilson changed: What|Removed |Added CC||thellstrom at vmware.com

[PATCH v3 2/5] ASoC: tda998x: add a codec driver for the TDA998x

On Tue, 4 Feb 2014 13:30:14 + Mark Brown wrote: > On Sun, Jan 26, 2014 at 07:45:36PM +0100, Jean-Francois Moine wrote: > > > + /* load the optional CODEC */ > > + of_platform_populate(np, NULL, NULL, >dev); > > + > > Why is this using of_platform_populate()? That's a very odd way of >

[Bug 69901] intel ivy bridge/radeonsi PRIME hang since 3.14

https://bugzilla.kernel.org/show_bug.cgi?id=69901 --- Comment #5 from Thomas Hellstrom --- This is probably TTM clearing page::mapping and page::index members of the Intel pages. I don't have time to put together a patch tonight, but probably tomorrow. /Thomas -- You are receiving this mail

[Bug 74347] openra screen corruption on a HD2600

vel/attachments/20140204/2dc02eb6/attachment.html>

[Bug 73848] [Radeon] Blank screen after boot with kernel 3.12.x, xorg 1.15

g/archives/dri-devel/attachments/20140204/670d27f7/attachment.html>

[PATCH v3 2/5] ASoC: tda998x: add a codec driver for the TDA998x

On Tue, 4 Feb 2014 17:54:10 + Mark Brown wrote: > On Tue, Feb 04, 2014 at 06:16:05PM +0100, Jean-Francois Moine wrote: > > Mark Brown wrote: > > > > > + /* load the optional CODEC */ > > > > + of_platform_populate(np, NULL, NULL, >dev); > > > > Why is this using

[PATCH] MAINTAINERS: Update drm/i915 git repo

Moved to a common location so that Jani also can push to it, to avoid moving it every time I go on vacation. Please update autobuilders and everything else pointing at the drm-intel.git repo, the old one won't be updated any more. Cc: Dave Airlie Cc: Jani Nikula Signed-off-by: Daniel Vetter

[PATCH v3 3/5] ASoC: tda998x: add DT documentation of the tda998x CODEC

On Tue, 4 Feb 2014 18:12:13 + Mark Brown wrote: > On Sat, Feb 01, 2014 at 05:48:49PM +0100, Jean-Francois Moine wrote: > > > + - compatible: must be "nxp,tda998x-codec". > > It's not clear to me why there's a separate compatible here - as far as > I can see this can only appear as part

[PATCH] MAINTAINERS: Update drm/i915 git repo

On Tue, Feb 4, 2014 at 8:00 PM, Daniel Vetter wrote: > Moved to a common location so that Jani also can push to it, to avoid > moving it every time I go on vacation. Please update autobuilders and > everything else pointing at the drm-intel.git repo, the old one won't > be updated any more. > >

[Bug 74532] New: Sanitize all freed GPU memory

affects opencl too. -- 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/20140204/13fe4f55/attachment.html>

[PATCH] MAINTAINERS: Update drm/i915 git repo

On Tue, Feb 4, 2014 at 8:00 PM, Daniel Vetter wrote: > Moved to a common location so that Jani also can push to it, to avoid > moving it every time I go on vacation. Please update autobuilders and > everything else pointing at the drm-intel.git repo, the old one won't > be updated any more. > >

[PATCH 2/2] drm/i915: demote opregion excessive timeout WARN_ONCE to DRM_INFO_ONCE

On Fri, Jan 31, 2014 at 01:48:39PM +, Chris Wilson wrote: > On Fri, Jan 31, 2014 at 03:49:08PM +0200, Jani Nikula wrote: > > The WARN_ONCE is a bit too verbose, make it a DRM_INFO_ONCE. > > > > While at it, add a #define for MAX_DSLP and make the message a bit more > > informative. > > > >

[Bug 74347] openra screen corruption on a HD2600

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140204/2898a628/attachment.html>

[Bug 73127] [r600g] Possible memory leak when playing WoW with CAICOS

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140204/82988000/attachment.html>

[Bug 74539] New: [r600g] Memory leak when playing WoW with RV790

OOD -- 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/20140204/554289b9/attachment.html>

[Bug 74347] openra screen corruption on a HD2600

dri-devel/attachments/20140204/d11f42a8/attachment.html>

[Bug 74347] openra screen corruption on a HD2600

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140204/511e1bcd/attachment.html>

[Bug 73504] Segfault in _save_Normal3fv running FlightGear

lists that might affect FlightGear/openscenegraph. -- 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/20140204/cbda1

[Bug 73504] Segfault in _save_Normal3fv running FlightGear

You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140204/a6ef51c7/attachment.html>

[3.14-rc1] cirrus driver problem (qemu)

2014-02-04, 13:20:54 +1000, Dave Airlie wrote: > On Tue, Feb 4, 2014 at 1:34 AM, Sabrina Dubroca wrote: > > When I boot 3.14-rc1 in qemu, I get the trace below. The console stops > > updating and I don't get a login prompt. I can login, but I can't see > > what I'm doing. I can login normally via

[PATCH 1/1] drm/exynos: Convert to use the standard hdmi.h header

Remove local definitions and use the ones provided by hdmi.h. Signed-off-by: Sachin Kamat --- drivers/gpu/drm/exynos/exynos_hdmi.c | 66 ++ 1 file changed, 26 insertions(+), 40 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c

[PATCH 1/1] drm/exynos: Fix build error in exynos_hdmi.c

On 4 February 2014 05:05, Sean Paul wrote: > On Mon, Feb 3, 2014 at 7:14 AM, Inki Dae wrote: >> 2014-01-31 Josh Boyer : >>> On Fri, Jan 31, 2014 at 1:09 AM, Sachin Kamat >>> wrote: 'hdmi_infoframe' is already defined in include/linux/hdmi.h. Rename the local variable to avoid the

[PATCH v3 2/5] ASoC: tda998x: add a codec driver for the TDA998x

LL, "HDMI I2S Playback" }, > + { "hdmi-out", NULL, "HDMI SPDIF Playback" }, > +}; S/PDIF. -- 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/20140204/c0356e5e/attachment-0001.pgp>

[alsa-devel] [PATCH v3 2/5] ASoC: tda998x: add a codec driver for the TDA998x

bother, so it will. -- 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/20140204/bf5057df/attachment-0001.pgp>

[PATCH v3 2/5] ASoC: tda998x: add a codec driver for the TDA998x

t -- 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/20140204/037aca8f/attachment-0001.pgp>

[PATCH v3 4/5] ASoC: tda998x: adjust the audio hw parameters from EDID

e.asc Type: application/pgp-signature Size: 836 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140204/b5f17dd6/attachment.pgp>

[PATCH v3 5/5] ASoC: tda998x: adjust the audio CTS_N pre-divider from audio format

You should be using params_width() for the number of bits per sample. -- 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/20140204/2983dfe7/attachment-0001.pgp>

[PATCH v3 3/5] ASoC: tda998x: add DT documentation of the tda998x CODEC

e URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140204/fbac5b49/attachment-0001.pgp>

[PATCH v3 2/5] ASoC: tda998x: add a codec driver for the TDA998x

-- 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/20140204/3a6f5542/attachment-0001.pgp>

[PATCH v3 3/5] ASoC: tda998x: add DT documentation of the tda998x CODEC

device tree, just create a platform device like we do with MFDs. -- 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/20140204/3713efb2/attachment-0001.pgp>

[PATCH] drm/nv50/graph: update status enum names

Signed-off-by: Ilia Mirkin --- This syncs it up with what's in envytools. Some of the names are a bit different, but I'm inclined to trust envytools as the correct thing. drivers/gpu/drm/nouveau/core/engine/graph/nv50.c | 29 1 file changed, 15 insertions(+), 14

[PATCH 01/15] drm/radeon: initial VCE support v4

On Tue, Feb 4, 2014 at 10:17 AM, Christian K?nig wrote: > From: Christian K?nig > > Only VCE 2.0 support so far. > > v2: squashing multiple patches into this one > v3: add IRQ support for CIK, major cleanups, > basic code documentation > v4: remove HAINAN from chipset list > > Signed-off-by: