[PULL] drm-amdkfd-next

Hi Dave, First pull request of amdkfd for 3.20. drm-amdkfd-next-2015-01-09: - Add support for SDMA usermode queues - Replace logic of sub-allocating from GART buffer in amdkfd. Instead of using radeon_sa module, use a new module that is more suited for this purpose - Add the number of

[Bug 75276] Implement VGPR Register Spilling

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

[PATCH v9 1/4] drm/i2c: tda998x: Add DT support for audio

On Fri, Jan 09, 2015 at 06:38:57PM +0100, Jean-Francois Moine wrote: > On Fri, 9 Jan 2015 14:57:41 + > Russell King - ARM Linux wrote: > > What we do know is that there is a fixed mapping between AP pins and I2S > > channels (which are not PCM channels), but as you point out, we don't > >

[PATCH v9 1/4] drm/i2c: tda998x: Add DT support for audio

On Fri, 9 Jan 2015 14:57:41 + Russell King - ARM Linux wrote: > Well, if we look at the HDMI specs, there is a field in the audio info > frame (CA bits) which identifies the speaker allocation between the > HDMI PCM channels and the physical speakers. > > It describes a limited set -

[PATCH] drm: tda998x: Change cec_write address type

On Fri, 9 Jan 2015 16:56:30 + Russell King - ARM Linux wrote: > > diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c > > b/drivers/gpu/drm/i2c/tda998x_drv.c > > index d476279..70658af 100644 > > --- a/drivers/gpu/drm/i2c/tda998x_drv.c > > +++ b/drivers/gpu/drm/i2c/tda998x_drv.c > > @@ -342,7

[PATCH v9 3/4] ASoC: tda998x: add a codec to the HDMI transmitter

s Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150109/e9b02257/attachment-0001.sig>

[PATCH v9 3/4] ASoC: tda998x: add a codec to the HDMI transmitter

On 01/07/15 10:51, Jean-Francois Moine wrote: > This patch adds a CODEC to the NXP TDA998x HDMI transmitter. > > The CODEC handles both I2S and S/PDIF inputs. > It maintains the audio format and rate constraints according > to the HDMI device parameters (EDID) and sets dynamically the input >

[Bug 86394] [radeonsi] Massive Chalice: visual corruption

Git:master/c9f8f642fd -- 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/20150109/e5ecb70e/attachment-0001.html>

[PATCH] drm: tda998x: Change cec_write address type

On Wed, Jan 07, 2015 at 09:42:19AM +0100, Jean-Francois Moine wrote: > The CEC registers of the TDA998x have no access by page, > so, a 8 bits address is enough. > > Signed-off-by: Jean-Francois Moine > --- > drivers/gpu/drm/i2c/tda998x_drv.c | 2 +- > 1 file changed, 1 insertion(+), 1

[PATCH] gpu: drm: armada: armada_output: Remove some unused functions

On Fri, Jan 02, 2015 at 09:55:02PM +0100, Rickard Strandqvist wrote: > Removes some functions that are not used anywhere: > armada_drm_encoder_mode_fixup() armada_drm_encoder_commit() > armada_drm_encoder_prepare() > > This was partially found by using a static code analysis program called >

[GIT PULL] drm: Add Atmel HLCDC driver

Dave, Thierry, Here is the pull request for the Atmel HLCDC driver and its dependencies (some modifications to drm/core and drm/panel to define output bus format). I'm sending a pull request for this driver for several reasons: * The patch series has been around for 6 months (initial version

[PATCH v9 1/4] drm/i2c: tda998x: Add DT support for audio

On Fri, Jan 09, 2015 at 01:58:37PM +, Andrew Jackson wrote: > On 01/09/15 13:07, Russell King - ARM Linux wrote: > > On Fri, Jan 09, 2015 at 01:54:01PM +0100, Jean-Francois Moine wrote: > >> On Fri, 9 Jan 2015 11:45:29 + > >> Russell King - ARM Linux wrote: > >>> I think we need to

[Bug 88209] HAVE_LLVM undelcared in r600_pipe_common.c if enable_r600_llvm not set

-- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150109/27c494da/attachment-0001.html>

[PATCH v9 1/4] drm/i2c: tda998x: Add DT support for audio

On 01/09/15 13:07, Russell King - ARM Linux wrote: > On Fri, Jan 09, 2015 at 01:54:01PM +0100, Jean-Francois Moine wrote: >> On Fri, 9 Jan 2015 11:45:29 + >> Russell King - ARM Linux wrote: >>> I think we need to understand exactly how the 998x map I2S inputs to the >>> HDMI channels to avoid

[PATCH v9 1/4] drm/i2c: tda998x: Add DT support for audio

On Fri, 9 Jan 2015 11:45:29 + Russell King - ARM Linux wrote: > On Fri, Jan 09, 2015 at 12:30:36PM +0100, Jean-Francois Moine wrote: > > In my original version, the audio-ports are a bitmap of the pins, the > > bit 0 being the WS used for I2S. A fully wired tda998x would have been > > as: >

[Bug 88211] [drm:radeon_gem_va_update_vm [radeon]] *ERROR* Couldn't update BO_VA (-512) with linux-git

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150109/bd5a6d6d/attachment.html>

[PATCH v9 1/4] drm/i2c: tda998x: Add DT support for audio

On Fri, Jan 09, 2015 at 01:54:01PM +0100, Jean-Francois Moine wrote: > On Fri, 9 Jan 2015 11:45:29 + > Russell King - ARM Linux wrote: > > I think we need to understand exactly how the 998x map I2S inputs to the > > HDMI channels to avoid making a mistake with the binding; remember, the > >

linux-next: manual merge of the drm-intel tree with the drm-intel-fixes tree

was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150109/a28cbb18/attachment.sig>

[PATCH v9 3/4] ASoC: tda998x: add a codec to the HDMI transmitter

On Fri, 9 Jan 2015 11:19:35 + Russell King - ARM Linux wrote: > Would it be more sensible to make SND_SOC_TDA998X depend on > DRM_I2C_NXP_TDA998X instead, maybe with a 'default y' - which is a > kinder way to have SND_SOC_TDA998X be enabled. If SND_SOC_TDA998X > doesn't have a prompt, then

[PATCH v9 1/4] drm/i2c: tda998x: Add DT support for audio

On Fri, 9 Jan 2015 12:13:04 +0200 Jyri Sarha wrote: > On 01/08/2015 06:42 PM, Jean-Francois Moine wrote: > > From Andrew's datasheet, the TDA998x's which are handled by the tda998x > > driver have only 4 input audio pins, the first two ones being either > > S/PDIF or I2s, the last ones being

[PATCH v9 3/4] ASoC: tda998x: add a codec to the HDMI transmitter

On 01/07/2015 08:02 PM, Jean-Francois Moine wrote: > On Wed, 7 Jan 2015 15:41:38 + > Russell King - ARM Linux wrote: > >> On Wed, Jan 07, 2015 at 03:10:47PM +, Andrew Jackson wrote: >>> On 01/07/15 10:51, Jean-Francois Moine wrote: diff --git a/drivers/gpu/drm/i2c/Kconfig

[PATCH v9 3/4] ASoC: tda998x: add a codec to the HDMI transmitter

On Fri, 9 Jan 2015 12:24:12 +0200 Jyri Sarha wrote: > > select SND_SOC_TDA998X if SND_SOC > > > > should work in all cases. > > > > I think that would still fail if DRM and TDA998x is built in and SND_SOC > is built as modules. A request_module() call before > tda9998x_codec_register()

[PATCH v9 0/4] ASoC: tda998x: add a codec to the HDMI transmitter

On 01/08/2015 10:05 PM, Mark Brown wrote: > On Thu, Jan 08, 2015 at 04:53:04PM +0200, Jyri Sarha wrote: > >> BTW, the HDMI codec is now completely unused, since my OMAP4+ HDMI audio >> patches were merged (it uses dummy codec) and my BBB HDMI audio patches were >> never merged. > > Might those BBB

[PATCH v9 1/4] drm/i2c: tda998x: Add DT support for audio

On 01/08/2015 06:42 PM, Jean-Francois Moine wrote: > On Thu, 8 Jan 2015 16:53:41 +0200 > Jyri Sarha wrote: > >>> + - audio-ports: must contain one or two values selecting the source >>> + in the audio port. >>> + The source type is given by the corresponding entry in >>> + the

[PATCH] drm/rockchip: fix dma_alloc_attrs() error check

On Wed, Jan 7, 2015 at 5:27 PM, Daniel Kurtz wrote: > dma_alloc_attrs() returns NULL if it cannot allocate a dma buffer (or > mapping), not a negative error code. > > Rerported-by: Pawel Osciak Oops! I just noticed that this is spelled wrong. Should be "Reported-by". Mark, could you fix up

[GIT PULL] drm/rockchip: fix dma_alloc_attrs() error check

Hi Dave fix that: dma_alloc_attrs() returns NULL if it cannot allocate a dma buffer (or mapping), not a negative error code. The following changes since commit c93546a5e32bd788c22aefa072385f3784551c13: Merge tag 'topic/atomic-core-2015-01-05' of git://anongit.freedesktop.org/drm-intel

[PATCH v9 3/4] ASoC: tda998x: add a codec to the HDMI transmitter

On Fri, Jan 09, 2015 at 12:45:31PM +0100, Jean-Francois Moine wrote: > On Fri, 9 Jan 2015 11:19:35 + > Russell King - ARM Linux wrote: > > > Would it be more sensible to make SND_SOC_TDA998X depend on > > DRM_I2C_NXP_TDA998X instead, maybe with a 'default y' - which is a > > kinder way to

[PATCH v9 1/4] drm/i2c: tda998x: Add DT support for audio

On Fri, Jan 09, 2015 at 12:30:36PM +0100, Jean-Francois Moine wrote: > In my original version, the audio-ports are a bitmap of the pins, the > bit 0 being the WS used for I2S. A fully wired tda998x would have been > as: > > audio-ports = <0x03>, <0x04>, <0x09>, <0x11>; >

[PATCH v9 3/4] ASoC: tda998x: add a codec to the HDMI transmitter

On Fri, Jan 09, 2015 at 12:24:12PM +0200, Jyri Sarha wrote: > I think that would still fail if DRM and TDA998x is built in and SND_SOC is > built as modules. A request_module() call before tda9998x_codec_register() > should help. That doesn't fix the problem. If the DRM driver is built in, but

[PATCH] drm/radeon: don't print error on -ERESTARTSYS

From: Christian König Signed-off-by: Christian König --- drivers/gpu/drm/radeon/radeon_gem.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/radeon_gem.c b/drivers/gpu/drm/radeon/radeon_gem.c index a46f737..d0b4f7d 100644

[PATCH 0/2] Change order of linkage in kernel makefiles for amdkfd

9 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150109/24879a56/attachment.sig>

[PATCH] intel: Export GT config attributes

_ > dri-devel mailing list > dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel -- Open Source Technology Center, Intel ltd. $gpg --keyserver wwwkeys.pgp.net --recv-keys 4D781827 -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150109/3ff99a21/attachment.sig>

[PATCH] drm/exynos: remove the redundant machine checking code

This code is unnecessary, because same logic is already included. Refer this mail thread[1] for detail. [1] http://lists.freedesktop.org/archives/dri-devel/2015-January/075132.html Signed-off-by: Hyungwon Hwang --- drivers/gpu/drm/exynos/exynos_drm_drv.c | 12 1 file changed, 12

[BUG] drm/i915: backlight off after resume

On Fri, 09 Jan 2015, Jeremiah Mahler wrote: > Jani, all, > > On a Lenovo X1 Carbon if the display is off when suspend is entered > it will be off when it is resumed. A key must be pressed to restore > normal brightness. Please file a bug on [1] and attach dmesg with drm.debug=14 set, from boot

[Bug 88227] Radeonsi: High GTT usage in Prison Architect large map

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

[PATCH] intel: Export GT config attributes

On Fri, Jan 09, 2015 at 10:56:16AM +0800, Zhenyu Wang wrote: > On 2014.12.18 12:12:33 -0600, jeff.mcgee at intel.com wrote: > > diff --git a/include/drm/i915_drm.h b/include/drm/i915_drm.h > > index 15dd01d..be38adf 100644 > > --- a/include/drm/i915_drm.h > > +++ b/include/drm/i915_drm.h > > @@

[PATCH] Revert "drm/exynos: resolve infinite loop issue on multi-platform"

On 2015년 01월 08일 10:39, Hyungwon Hwang wrote: > This patch reverts commit 5cbb37df378d ("drm/exynos: resolve infinite > loop issue on multi-platform"). This logic is already included. Hyungwon, do not revert this patch. Just remove it instead. See the below my comment. > > Signed-off-by:

[PATCH] drm/panel: Add support for AUO b101ean01 panel

Hi hl, Thanks for submitting this patch. On Fri, Jan 9, 2015 at 9:47 AM, huang lin wrote: > > The AUO b101ean01 panel is a 10.1" 1280x800 panel, > which can be supported by the simple panel driver. > > Signed-off-by: huang lin > > --- > > drivers/gpu/drm/panel/panel-simple.c | 26

[GIT PULL] drm: sti: add DVO output connector

Hello Dave, This patch enable the last big hardware feature of my driver: the connector for panel. Like for HMDI and HDA, Digital Video Out (DVO) create brige, encoder and connector drm objects. The following changes since commit 4e0cd68115620bc3236ff4e58e4c073948629b41: drm: sti: fix module

[Bug 88209] HAVE_LLVM undelcared in r600_pipe_common.c if enable_r600_llvm not set

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

[PATCH] drm/panel: Add support for AUO b101ean01 panel

The AUO b101ean01 panel is a 10.1" 1280x800 panel, which can be supported by the simple panel driver. Signed-off-by: huang lin --- drivers/gpu/drm/panel/panel-simple.c | 26 ++ 1 file changed, 26 insertions(+) diff --git a/drivers/gpu/drm/panel/panel-simple.c

[Bug 90451] Dedicated gpu on HP 355 G2 not working correctly (slower than integrated+corrupt display in es2gears)

https://bugzilla.kernel.org/show_bug.cgi?id=90451 --- Comment #5 from Michel Dänzer --- You can check which GPU is used with/out DRI_PRIME=1 with glxinfo | grep ' renderer' Is there any chance you can try a current upstream version or even Git snapshot of Mesa? -- You are receiving this

[GIT PULL] imx-drm mode fixup support, imx-hdmi bridge conversion and imx-drm cleanup

Hi Dave, this series contains the imx-hdmi to dw_hdmi drm_bridge conversion, ipuv3-crtc mode_fixup support and assorted core cleanup and encoder fixes. regards Philipp The following changes since commit 97bf6af1f928216fd6c5a66e8a57bfa95a659672: Linux 3.19-rc1 (2014-12-20 17:08:50 -0800) are

[PATCH v9 1/4] drm/i2c: tda998x: Add DT support for audio

On 01/08/15 20:04, Mark Brown wrote: > On Thu, Jan 08, 2015 at 05:42:57PM +0100, Jean-Francois Moine wrote: > >> Examples: > >> - for the Cubox: > >> audio-inputs = "i2s", "spdif"; > >> - for some other board with I2S on the pins 3 and 4 only: > >> audio-inputs = "none", "none",

[Bug 88227] Radeonsi: High GTT usage in Prison Architect large map

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150109/76d2148f/attachment.html>

randconfig build error with next-20150109, in drivers/gpu/drm/i915/intel_display.c

Building with the attached random configuration file, drivers/gpu/drm/i915/intel_display.c: In function ‘assert_pll’: drivers/gpu/drm/i915/intel_display.c:1027:2: error: implicit declaration of function ‘__WARN_printf’ [-Werror=implicit-function-declaration] I915_STATE_WARN(cur_state !=

[Bug 88227] Radeonsi: High GTT usage in Prison Architect large map

|| -- 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/20150109/71198ef6/attachment.html>

[Bug 88227] Radeonsi: High GTT usage in Prison Architect large map

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150109/9eea25fc/attachment.html>

[GIT PULL] fixes for STI drm driver

On 8 December 2014 at 18:45, Benjamin Gaignard wrote: > Hello David, > > This series of patches fix various issues in STI drm driver. > Now HDMI i2c adapter could be selected in device tree > and plug detection doesn't use gpio anymore. > I also had fix some signal timing problems after testing

[Bug 88227] Radeonsi: High GTT usage in Prison Architect large map

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150109/4a4058c0/attachment.html>

[Bug 88227] Radeonsi: High GTT usage in Prison Architect large map

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150109/e56dc0d8/attachment-0001.html>

[Bug 88227] Radeonsi: High GTT usage in Prison Architect large map

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

[Bug 88227] Radeonsi: High GTT usage in Prison Architect large map

ext part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150109/c7f52910/attachment.html>

[PATCH] drm/radeon: don't print error on -ERESTARTSYS

On Fri, Jan 9, 2015 at 5:07 AM, Christian König wrote: > From: Christian König > > Signed-off-by: Christian König Applied to my -fixes tree. Thanks! Alex > --- > drivers/gpu/drm/radeon/radeon_gem.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

[Bug 67681] Asus G75VW F keys Not Working For WiFi & Brightness

https://bugzilla.kernel.org/show_bug.cgi?id=67681 --- Comment #39 from KernelBug <3fdd1e5d at opayq.com> --- Hi Alan, Ok about going back under Video, in the meantime I did open another report, pointing to this really; https://bugzilla.kernel.org/show_bug.cgi?id=90971 Yes I know this is not a

[Bug 88183] radeonsi: R9 280X hangs with SuperTuxKart

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150109/8a95f956/attachment.html>

[Bug 88211] [drm:radeon_gem_va_update_vm [radeon]] *ERROR* Couldn't update BO_VA (-512) with linux-git

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150109/0bba49bc/attachment.html>