[PATCH 4/4] drm/nouveau: use i2c encoder helper wrappers

Signed-off-by: Rob Clark --- drivers/gpu/drm/nouveau/nv04_tv.c | 39 +-- 1 file changed, 13 insertions(+), 26 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nv04_tv.c b/drivers/gpu/drm/nouveau/nv04_tv.c index 62e826a..4a69ccd 100644 --- a/drivers/gpu/drm/n

Re: [PATCH 8/8] drm/exynos: fimd: add complete_scanout function

On Tue, Jan 8, 2013 at 4:18 AM, Mandeep Singh Baines wrote: > On Wed, Dec 26, 2012 at 3:27 AM, Prathyush K > wrote: > > The wait_for_vblank interface is modified to the complete_scanout > > function in fimd. This patch adds the fimd_complete_scanout function > > > > With this series, you have a r

[PATCH 4/4] RFC: drm/lcdc: add encoder slave

Add output panel driver for i2c encoder slaves. Signed-off-by: Rob Clark --- drivers/gpu/drm/lcdc/Kconfig | 12 ++ drivers/gpu/drm/lcdc/Makefile | 1 + drivers/gpu/drm/lcdc/lcdc_drv.c | 5 +- drivers/gpu/drm/lcdc/lcdc_slave.c | 384 ++ drivers/

[PATCH 3/4] RFC: drm/i2c: nxp-tda998x

Driver for the NXP TDA998X i2c hdmi encoder slave. Signed-off-by: Rob Clark --- drivers/gpu/drm/i2c/Makefile | 3 + drivers/gpu/drm/i2c/tda998x_drv.c | 907 ++ 2 files changed, 910 insertions(+) create mode 100644 drivers/gpu/drm/i2c/tda998x_drv.c dif

[PATCH 2/4] RFC: drm/lcdc: add support for LCD panels (v2)

Add an output panel driver for LCD panels. Tested with LCD3 cape on beaglebone. TODO: need some way to control the appropriate backlight device TODO: probably want to make the DT bindings more generic for panel-info v1: original v2: s/of_find_node_by_name()/of_get_child_by_name()/ from Pantelis

[RFC 0/4] TI LCDC DRM driver

Updated version of DRM driver for TI LCD Controller. Since the initial version of the patch, which only supported TFP410 DVI output, I've added an output driver for LCD panels (for example, LCD3 or LCD7 cape for the beagle-bone), and initial support for HDMI output via NXP TDA19988 HDMI encoder (v

[PATCH 3/4] drm: i2c encoder helper wrappers

Simplify life for drivers using an encoder-slave, so that they can make their drm_encoder_helper_funcs const, rather than needing to dynamically allocate and populate them. Signed-off-by: Rob Clark --- drivers/gpu/drm/drm_encoder_slave.c | 63 + include/drm/dr

[PATCH 2/4] drm/cma: add debugfs helpers

Add helper to display fb's which can be used directly in drm_info_list: static struct drm_info_list foo_debugfs_list[] = { ... { "fb", drm_fb_cma_debugfs_show, 0 }, }; to display information about CMA fb objects, as well as a drm_gem_cma_describe() which can be u

[git pull] drm fixes

Hi Linus, exynos and radeon mostly, with a dma-buf and ttm fix thrown in Its a bit big but its mostly exynos license fix ups and I'd rather not hold those up since its legally stuff. radeon has a couple of fixes from dma engine work, ttm is just a locking fix and dma-buf fix has been hanging a

[PATCH 1/4] drm: small fix in drm_send_vblank_event()

Initialize e->pipe.. some drivers set this themselves, others do not. Setting it in drm_send_vblank_event() should help ensure more consistent behavior with the different drivers. Signed-off-by: Rob Clark --- drivers/gpu/drm/drm_irq.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/g

[PATCH 4/4] RFC: drm/lcdc: add encoder slave

Add output panel driver for i2c encoder slaves. Signed-off-by: Rob Clark --- drivers/gpu/drm/lcdc/Kconfig | 12 ++ drivers/gpu/drm/lcdc/Makefile | 1 + drivers/gpu/drm/lcdc/lcdc_drv.c | 5 +- drivers/gpu/drm/lcdc/lcdc_slave.c | 384 ++ drivers/

[PATCH 3/4] RFC: drm/i2c: nxp-tda998x

Driver for the NXP TDA998X i2c hdmi encoder slave. Signed-off-by: Rob Clark --- drivers/gpu/drm/i2c/Makefile | 3 + drivers/gpu/drm/i2c/tda998x_drv.c | 907 ++ 2 files changed, 910 insertions(+) create mode 100644 drivers/gpu/drm/i2c/tda998x_drv.c dif

[PATCH 2/4] RFC: drm/lcdc: add support for LCD panels (v2)

Add an output panel driver for LCD panels. Tested with LCD3 cape on beaglebone. TODO: need some way to control the appropriate backlight device TODO: probably want to make the DT bindings more generic for panel-info v1: original v2: s/of_find_node_by_name()/of_get_child_by_name()/ from Pantelis

[PATCH 1/4] RFC: drm/lcdc: add TI LCD Controller DRM driver (v2)

A simple DRM/KMS driver for the TI LCD Controller found in various smaller TI parts (AM33xx, OMAPL138, etc). This driver uses the CMA helpers. Initially only the TFP410 DVI encoder is supported (tested with beaglebone + DVI cape). There are also various LCD displays, for which support can be add

[RFC 0/4] TI LCDC DRM driver

Updated version of DRM driver for TI LCD Controller. Since the initial version of the patch, which only supported TFP410 DVI output, I've added an output driver for LCD panels (for example, LCD3 or LCD7 cape for the beagle-bone), and initial support for HDMI output via NXP TDA19988 HDMI encoder (v

[PATCH 4/4] drm/nouveau: use i2c encoder helper wrappers

Signed-off-by: Rob Clark --- drivers/gpu/drm/nouveau/nv04_tv.c | 39 +-- 1 file changed, 13 insertions(+), 26 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nv04_tv.c b/drivers/gpu/drm/nouveau/nv04_tv.c index 62e826a..4a69ccd 100644 --- a/drivers/gpu/drm/n

[PATCH 3/4] drm: i2c encoder helper wrappers

Simplify life for drivers using an encoder-slave, so that they can make their drm_encoder_helper_funcs const, rather than needing to dynamically allocate and populate them. Signed-off-by: Rob Clark --- drivers/gpu/drm/drm_encoder_slave.c | 63 + include/drm/dr

[PATCH 2/4] drm/cma: add debugfs helpers

Add helper to display fb's which can be used directly in drm_info_list: static struct drm_info_list foo_debugfs_list[] = { ... { "fb", drm_fb_cma_debugfs_show, 0 }, }; to display information about CMA fb objects, as well as a drm_gem_cma_describe() which can be u

[PATCH 1/4] drm: small fix in drm_send_vblank_event()

Initialize e->pipe.. some drivers set this themselves, others do not. Setting it in drm_send_vblank_event() should help ensure more consistent behavior with the different drivers. Signed-off-by: Rob Clark --- drivers/gpu/drm/drm_irq.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/g

[PATCH 0/4] some misc drm patches

Misc fixes/enhancements that I did for TI LCDC DRM driver. Rob Clark (4): drm: small fix in drm_send_vblank_event() drm/cma: add debugfs helpers drm: i2c encoder helper wrappers drm/nouveau: use i2c encoder helper wrappers drivers/gpu/drm/drm_encoder_slave.c | 63 +++

[PATCH 0/4] some misc drm patches

Misc fixes/enhancements that I did for TI LCDC DRM driver. Rob Clark (4): drm: small fix in drm_send_vblank_event() drm/cma: add debugfs helpers drm: i2c encoder helper wrappers drm/nouveau: use i2c encoder helper wrappers drivers/gpu/drm/drm_encoder_slave.c | 63 +++

[PATCH] radeon/kms: force rn50 chip to always report connected on analog output

On Tue, Jan 8, 2013 at 6:41 PM, wrote: > From: Jerome Glisse > > Those rn50 chip are often connected to console remoting hw and load > detection often fails with those. Just don't try to load detect and > report connect. > > Signed-off-by: Jerome Glisse Seems reasonable to me. Added to my -fi

[Bug 52491] radeon massive screen corruption BARTS HD6870

https://bugzilla.kernel.org/show_bug.cgi?id=52491 Bruno J. changed: What|Removed |Added Regression|No |Yes -- Configure bugmail: https://bugzill

[Bug 52491] radeon massive screen corruption BARTS HD6870

https://bugzilla.kernel.org/show_bug.cgi?id=52491 --- Comment #1 from Bruno J. 2013-01-08 18:45:10 --- Created an attachment (id=90811) --> (https://bugzilla.kernel.org/attachment.cgi?id=90811) When the rendering is bad inside the game right before I quit the game and all the bad stuff hap

[Bug 52491] New: radeon massive screen corruption BARTS HD6870

https://bugzilla.kernel.org/show_bug.cgi?id=52491 Summary: radeon massive screen corruption BARTS HD6870 Product: Drivers Version: 2.5 Kernel Version: 3.8-rc Platform: All OS/Version: Linux Tree: Mainline Status: NEW

[PATCH] radeon/kms: force rn50 chip to always report connected on analog output

From: Jerome Glisse Those rn50 chip are often connected to console remoting hw and load detection often fails with those. Just don't try to load detect and report connect. Signed-off-by: Jerome Glisse --- drivers/gpu/drm/radeon/radeon_legacy_encoders.c | 8 1 file changed, 8 insertion

[RFC v2 0/5] Common Display Framework

On 01/08/2013 05:36 PM, Tomasz Figa wrote: > On Tuesday 08 of January 2013 11:12:26 Marcus Lorentzon wrote: >> On 01/08/2013 09:18 AM, Laurent Pinchart wrote: >>> On Thursday 27 December 2012 15:43:34 Tomasz Figa wrote: > On Monday 24 of December 2012 15:12:28 Laurent Pinchart wrote: >>

[Bug 58667] Random crashes on CAYMAN

https://bugs.freedesktop.org/show_bug.cgi?id=58667 --- Comment #32 from Alexandre Demers --- You're using a Cayman card, but which model exactly? -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-

[PATCH] drm/exynos: Get HDMI version from device tree

Am Montag, den 07.01.2013, 16:12 -0500 schrieb Sean Paul: > On Mon, Jan 7, 2013 at 3:54 PM, Mitch Bradley wrote: > > On 1/7/2013 10:43 AM, Sean Paul wrote: > >> Add a property to the hdmi node so we can specify the HDMI version in > >> the device tree instead of just defaulting to v1.4 with the ex

[RFC v2 0/5] Common Display Framework

On Tuesday 08 of January 2013 11:12:26 Marcus Lorentzon wrote: > On 01/08/2013 09:18 AM, Laurent Pinchart wrote: > > On Thursday 27 December 2012 15:43:34 Tomasz Figa wrote: > >> > On Monday 24 of December 2012 15:12:28 Laurent Pinchart wrote: > >>> > > On Friday 21 December 2012 11:00:52 Tomasz

[Bug 58354] [bisected] r600g: use DMA engine for VM page table updates on cayman locks in Unigine Tropics

https://bugs.freedesktop.org/show_bug.cgi?id=58354 --- Comment #15 from Alexandre Demers --- Created attachment 72694 --> https://bugs.freedesktop.org/attachment.cgi?id=72694&action=edit dmesg from killing Xorg remotely when frozen with patch 72013 applied This is with patch 72013 applied. --

[Bug 58354] [bisected] r600g: use DMA engine for VM page table updates on cayman locks in Unigine Tropics

https://bugs.freedesktop.org/show_bug.cgi?id=58354 --- Comment #14 from Alexandre Demers --- (In reply to comment #13) > Is there anything in the kernel log when this happens now that the mesa fix > is applied? Also does the patch in attachment 72013 [details] [review] help > now that the mesa s

[PATCH v2] drm/exynos: Get HDMI version from device tree

On 01/08/2013 01:16 PM, Sean Paul wrote: > Add a property to the hdmi node so we can specify the HDMI version in > the device tree instead of just defaulting to v1.4 with the existence of > the dt node. I guess this seems OK to me if required, although I'd certainly like to see someone familiar wi

Re: [PATCH] radeon/kms: force rn50 chip to always report connected on analog output

On Tue, Jan 8, 2013 at 6:41 PM, wrote: > From: Jerome Glisse > > Those rn50 chip are often connected to console remoting hw and load > detection often fails with those. Just don't try to load detect and > report connect. > > Signed-off-by: Jerome Glisse Seems reasonable to me. Added to my -fi

[PATCH] radeon/kms: force rn50 chip to always report connected on analog output

From: Jerome Glisse Those rn50 chip are often connected to console remoting hw and load detection often fails with those. Just don't try to load detect and report connect. Signed-off-by: Jerome Glisse --- drivers/gpu/drm/radeon/radeon_legacy_encoders.c | 8 1 file changed, 8 insertion

[git pull] drm fixes

Hi Linus, exynos and radeon mostly, with a dma-buf and ttm fix thrown in Its a bit big but its mostly exynos license fix ups and I'd rather not hold those up since its legally stuff. radeon has a couple of fixes from dma engine work, ttm is just a locking fix and dma-buf fix has been hanging a

[PATCH v2] drm/exynos: Get HDMI version from device tree

Add a property to the hdmi node so we can specify the HDMI version in the device tree instead of just defaulting to v1.4 with the existence of the dt node. Signed-off-by: Sean Paul --- .../devicetree/bindings/drm/exynos/hdmi.txt|2 + drivers/gpu/drm/exynos/exynos_hdmi.c

Re: [PATCH v2] drm/exynos: Get HDMI version from device tree

On 01/08/2013 01:16 PM, Sean Paul wrote: > Add a property to the hdmi node so we can specify the HDMI version in > the device tree instead of just defaulting to v1.4 with the existence of > the dt node. I guess this seems OK to me if required, although I'd certainly like to see someone familiar wi

[PATCH 2/2] radeon: add support for forcing off lvds when mux switched away

From: Dave Airlie otherwise userspace can get very confused --- drivers/gpu/drm/radeon/radeon_connectors.c | 4 drivers/gpu/drm/radeon/radeon_device.c | 14 ++ drivers/gpu/drm/radeon/radeon_mode.h | 2 ++ 3 files changed, 20 insertions(+) diff --git a/drivers/gpu/dr

[PATCH 1/2] vga_switcheroo: add mux switched interface

From: Dave Airlie this tells the drivers when the mux is switch to/from it, can be used to report outputs as disconnected to userspace etc. Signed-off-by: Dave Airlie --- drivers/gpu/vga/vga_switcheroo.c | 19 +++ include/linux/vga_switcheroo.h | 1 + 2 files changed, 20 ins

[Bug 58354] [bisected] r600g: use DMA engine for VM page table updates on cayman locks in Unigine Tropics

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

[Bug 59122] KWin failed to start properly

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130108/4270678a/attachment-0001.html>

[PATCH v2] drm/exynos: Get HDMI version from device tree

Add a property to the hdmi node so we can specify the HDMI version in the device tree instead of just defaulting to v1.4 with the existence of the dt node. Signed-off-by: Sean Paul --- .../devicetree/bindings/drm/exynos/hdmi.txt|2 + drivers/gpu/drm/exynos/exynos_hdmi.c

[PATCH] drm/exynos: Get HDMI version from device tree

On Tue, Jan 8, 2013 at 11:45 AM, Lucas Stach wrote: > Am Montag, den 07.01.2013, 16:12 -0500 schrieb Sean Paul: >> On Mon, Jan 7, 2013 at 3:54 PM, Mitch Bradley wrote: >> > On 1/7/2013 10:43 AM, Sean Paul wrote: >> >> Add a property to the hdmi node so we can specify the HDMI version in >> >> the

radeon CS parser refactoring

On 08.01.2013 00:09, Ilija Hadzic wrote: > * There are multiple patches that contributed to the breakage of UMS. > I didn't bother pin-pointing them all, but one that I looked > (6a7068b4) dates back to April 2012 so there are kernels out in > distros that crash on UMS. That probably tells us

[PATCH] drm/exynos: Get HDMI version from device tree

On Tue, Jan 8, 2013 at 11:38 AM, Stephen Warren wrote: > On 01/07/2013 04:12 PM, Sean Paul wrote: >> >> On Jan 7, 2013 5:32 PM, "Stephen Warren" > > wrote: >>> >>> On 01/07/2013 01:43 PM, Sean Paul wrote: >>> > Add a property to the hdmi node so we can specify the

[Bug 59122] KWin failed to start properly

|Drivers/Gallium/r300 -- 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/20130108/349dae8f/attachment.html>

[RFC v2 0/5] Common Display Framework

On 01/08/2013 09:18 AM, Laurent Pinchart wrote: > On Thursday 27 December 2012 15:43:34 Tomasz Figa wrote: >> > On Monday 24 of December 2012 15:12:28 Laurent Pinchart wrote: >>> > > On Friday 21 December 2012 11:00:52 Tomasz Figa wrote: > > > On Tuesday 18 of December 2012 08:31:30 Vika

[GIT PULL] exynos-drm-fixes

Hi Dave, This patch set adds bug fixes and code cleanups and also includes previous pull request you missed. http://www.spinics.net/lists/dri-devel/msg32253.html Summary: - change exynos file license . Most of exynos files had been copied from some randome file and not updated corre

[Bug 52491] radeon massive screen corruption BARTS HD6870

https://bugzilla.kernel.org/show_bug.cgi?id=52491 Bruno J. changed: What|Removed |Added Regression|No |Yes -- Configure bugmail: https://bugzill

[Bug 52491] radeon massive screen corruption BARTS HD6870

https://bugzilla.kernel.org/show_bug.cgi?id=52491 --- Comment #1 from Bruno J. 2013-01-08 18:45:10 --- Created an attachment (id=90811) --> (https://bugzilla.kernel.org/attachment.cgi?id=90811) When the rendering is bad inside the game right before I quit the game and all the bad stuff hap

[Bug 52491] New: radeon massive screen corruption BARTS HD6870

https://bugzilla.kernel.org/show_bug.cgi?id=52491 Summary: radeon massive screen corruption BARTS HD6870 Product: Drivers Version: 2.5 Kernel Version: 3.8-rc Platform: All OS/Version: Linux Tree: Mainline Status: NEW

[RFC v2 0/5] Common Display Framework

On Tue, Jan 8, 2013 at 2:25 AM, Laurent Pinchart wrote: > Hi Rob, > > On Thursday 27 December 2012 09:54:55 Rob Clark wrote: >> What I've done to avoid that so far is that the master device registers the >> drivers for it's output sub-devices before registering it's own device. > > I'm not sure to

[Bug 59122] KWin failed to start properly

x27;s stack). -- 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/20130108/f017120c/attachment.html>

[RFC v2 0/5] Common Display Framework

Hi Daniel, On Sunday 06 January 2013 18:46:47 Daniel Vetter wrote: > On Thu, Dec 27, 2012 at 09:57:25AM -0600, Rob Clark wrote: > > On Mon, Dec 24, 2012 at 11:09 AM, Laurent Pinchart wrote: > > > On the topic of discussions, would anyone be interested in a > > > BoF/brainstorming/whatever session

[PATCH] drm/exynos: Get HDMI version from device tree

On 01/07/2013 04:12 PM, Sean Paul wrote: > > On Jan 7, 2013 5:32 PM, "Stephen Warren" > wrote: >> >> On 01/07/2013 01:43 PM, Sean Paul wrote: >> > Add a property to the hdmi node so we can specify the HDMI version in >> > the device tree instead of just defaulting

"Hangcheck timer elapsed... GPU hung" in 3.8.0-rc2

On Sun, Jan 06, 2013 at 07:06:52PM +0100, Daniel Vetter wrote: > On Thu, Jan 03, 2013 at 06:11:23PM -0500, J. Bruce Fields wrote: > > On Thu, Jan 03, 2013 at 04:16:24PM -0500, Josh Boyer wrote: > > > On Thu, Jan 3, 2013 at 3:46 PM, J. Bruce Fields > > > wrote: > > > > I got a crash after a few mi

[Bug 59122] KWin failed to start properly

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130108/36fd2286/attachment.html>

[RFC v2 0/5] Common Display Framework

On Friday 28 December 2012 01:04:04 Sascha Hauer wrote: > On Thu, Dec 27, 2012 at 01:57:56PM -0600, Rob Clark wrote: > > On Thu, Dec 27, 2012 at 1:18 PM, Sascha Hauer wrote: > > > On Thu, Dec 27, 2012 at 09:54:55AM -0600, Rob Clark wrote: > > >> On Mon, Dec 24, 2012 at 7:37 AM, Laurent Pinchart > >

[RFC v2 0/5] Common Display Framework

Hi Rob, On Thursday 27 December 2012 09:54:55 Rob Clark wrote: > On Mon, Dec 24, 2012 at 7:37 AM, Laurent Pinchart wrote: > > On Tuesday 18 December 2012 00:21:32 Rob Clark wrote: > >> On Mon, Dec 17, 2012 at 11:04 PM, Dave Airlie wrote: > >> >> Many developers showed interest in the first RFC, a

[PATCH 2/2] radeon: add support for forcing off lvds when mux switched away

On Mon, Jan 7, 2013 at 11:53 PM, Dave Airlie wrote: > From: Dave Airlie > > otherwise userspace can get very confused It might be worth adding the switch state checks to the dp_detect function to handle eDP and DP to LVDS bridges, but I think all the laptops with eDP or DP bridges are mux-less,

[RFC v2 0/5] Common Display Framework

Hi Tomasz, On Thursday 27 December 2012 15:43:34 Tomasz Figa wrote: > On Monday 24 of December 2012 15:12:28 Laurent Pinchart wrote: > > On Friday 21 December 2012 11:00:52 Tomasz Figa wrote: > > > On Tuesday 18 of December 2012 08:31:30 Vikas Sajjan wrote: > > > > On 17 December 2012 20:55, Laure

[PATCH 1/2] vga_switcheroo: add mux switched interface

On Mon, Jan 7, 2013 at 11:53 PM, Dave Airlie wrote: > From: Dave Airlie > > this tells the drivers when the mux is switch to/from it, can be used > to report outputs as disconnected to userspace etc. > > Signed-off-by: Dave Airlie Reviewed-by: Alex Deucher > --- > drivers/gpu/vga/vga_switche

Re: [RFC v2 0/5] Common Display Framework

On 01/08/2013 05:36 PM, Tomasz Figa wrote: On Tuesday 08 of January 2013 11:12:26 Marcus Lorentzon wrote: On 01/08/2013 09:18 AM, Laurent Pinchart wrote: On Thursday 27 December 2012 15:43:34 Tomasz Figa wrote: On Monday 24 of December 2012 15:12:28 Laurent Pinchart wrote: > On Friday 2

fix for crashes provoked by UMS mode

On Mon, Jan 7, 2013 at 6:21 PM, Ilija Hadzic wrote: > At Dave's request I ran some regression tests on my CS-refactoring > patches [1] against old UMS userspace. The tests have revealed > that the current kernel can be provoked into crashing in UMS mode > (and the problem is unrelated to refactori

Re: [PATCH] drm/exynos: Get HDMI version from device tree

On Tue, Jan 8, 2013 at 11:45 AM, Lucas Stach wrote: > Am Montag, den 07.01.2013, 16:12 -0500 schrieb Sean Paul: >> On Mon, Jan 7, 2013 at 3:54 PM, Mitch Bradley wrote: >> > On 1/7/2013 10:43 AM, Sean Paul wrote: >> >> Add a property to the hdmi node so we can specify the HDMI version in >> >> the

Re: [PATCH] drm/exynos: Get HDMI version from device tree

Am Montag, den 07.01.2013, 16:12 -0500 schrieb Sean Paul: > On Mon, Jan 7, 2013 at 3:54 PM, Mitch Bradley wrote: > > On 1/7/2013 10:43 AM, Sean Paul wrote: > >> Add a property to the hdmi node so we can specify the HDMI version in > >> the device tree instead of just defaulting to v1.4 with the ex

Re: [PATCH] drm/exynos: Get HDMI version from device tree

On Tue, Jan 8, 2013 at 11:38 AM, Stephen Warren wrote: > On 01/07/2013 04:12 PM, Sean Paul wrote: >> >> On Jan 7, 2013 5:32 PM, "Stephen Warren" > > wrote: >>> >>> On 01/07/2013 01:43 PM, Sean Paul wrote: >>> > Add a property to the hdmi node so we can specify the HDM

Re: [PATCH] drm/exynos: Get HDMI version from device tree

On 01/07/2013 04:12 PM, Sean Paul wrote: > > On Jan 7, 2013 5:32 PM, "Stephen Warren" > wrote: >> >> On 01/07/2013 01:43 PM, Sean Paul wrote: >> > Add a property to the hdmi node so we can specify the HDMI version in >> > the device tree instead of just defaulting to

Re: [RFC v2 0/5] Common Display Framework

On Tuesday 08 of January 2013 11:12:26 Marcus Lorentzon wrote: > On 01/08/2013 09:18 AM, Laurent Pinchart wrote: > > On Thursday 27 December 2012 15:43:34 Tomasz Figa wrote: > >> > On Monday 24 of December 2012 15:12:28 Laurent Pinchart wrote: > >>> > > On Friday 21 December 2012 11:00:52 Tomasz

[PATCH] drm/exynos: Get HDMI version from device tree

On 1/8/2013 6:48 AM, Sean Paul wrote: > On Tue, Jan 8, 2013 at 11:45 AM, Lucas Stach wrote: >> Am Montag, den 07.01.2013, 16:12 -0500 schrieb Sean Paul: >>> On Mon, Jan 7, 2013 at 3:54 PM, Mitch Bradley wrote: On 1/7/2013 10:43 AM, Sean Paul wrote: > Add a property to the hdmi node so we

[drm-intel:drm-intel-fixes 4/4] drivers/gpu/drm/drm_mm.c:629:3: error: implicit declaration of function '__drm_mm_hole_node_end'

tree: git://people.freedesktop.org/~danvet/drm-intel.git drm-intel-fixes head: 42f26597f4631137336315798461cd3d554e120c commit: 42f26597f4631137336315798461cd3d554e120c [4/4] drm: Only evict the blocks required to create the requested hole config: make ARCH=x86_64 allyesconfig All error/warni

Re: [PATCH 2/2] radeon: add support for forcing off lvds when mux switched away

On Mon, Jan 7, 2013 at 11:53 PM, Dave Airlie wrote: > From: Dave Airlie > > otherwise userspace can get very confused It might be worth adding the switch state checks to the dp_detect function to handle eDP and DP to LVDS bridges, but I think all the laptops with eDP or DP bridges are mux-less,

Re: [PATCH 1/2] vga_switcheroo: add mux switched interface

On Mon, Jan 7, 2013 at 11:53 PM, Dave Airlie wrote: > From: Dave Airlie > > this tells the drivers when the mux is switch to/from it, can be used > to report outputs as disconnected to userspace etc. > > Signed-off-by: Dave Airlie Reviewed-by: Alex Deucher > --- > drivers/gpu/vga/vga_switche

[Bug 58354] [bisected] r600g: use DMA engine for VM page table updates on cayman locks in Unigine Tropics

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

Re: fix for crashes provoked by UMS mode

On Mon, Jan 7, 2013 at 6:21 PM, Ilija Hadzic wrote: > At Dave's request I ran some regression tests on my CS-refactoring > patches [1] against old UMS userspace. The tests have revealed > that the current kernel can be provoked into crashing in UMS mode > (and the problem is unrelated to refactori

[Bug 59089] [bisected, regression] flood of GPU fault detected in logs caused by 9af20... drm/radeon: fix fence locking in the pageflip callback

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130108/fe264e83/attachment.html>

[Bug 58354] [bisected] r600g: use DMA engine for VM page table updates on cayman locks in Unigine Tropics

https://bugs.freedesktop.org/show_bug.cgi?id=58354 --- Comment #13 from Alex Deucher --- Is there anything in the kernel log when this happens now that the mesa fix is applied? Also does the patch in attachment 72013 help now that the mesa side is fixed? -- You are receiving this mail because:

[Bug 59122] KWin failed to start properly

https://bugs.freedesktop.org/show_bug.cgi?id=59122 Marek Olšák changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[PATCHv16 5/7] fbmon: add of_videomode helpers

Hi Rob, On Tue, Jan 08, 2013 at 01:36:50, Rob Clark wrote: > On Mon, Jan 7, 2013 at 2:46 AM, Mohammed, Afzal wrote: > > On Mon, Jan 07, 2013 at 13:36:48, Steffen Trumtrar wrote: > >> I just did a quick "make da8xx_omapl_defconfig && make" and it builds just > >> fine. > >> On what version did y

[Bug 58667] Random crashes on CAYMAN

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/20130108/9bebd3df/attachment.html>

[Bug 59089] [bisected, regression] flood of GPU fault detected in logs caused by 9af20... drm/radeon: fix fence locking in the pageflip callback

. URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130108/68494bcd/attachment.html>

[Bug 59122] KWin failed to start properly

https://bugs.freedesktop.org/show_bug.cgi?id=59122 Andreas Boll changed: What|Removed |Added QA Contact|xorg-t...@lists.x.org | Component|Drivers/DRI/r300

Re: radeon CS parser refactoring

On 08.01.2013 00:09, Ilija Hadzic wrote: * There are multiple patches that contributed to the breakage of UMS. I didn't bother pin-pointing them all, but one that I looked (6a7068b4) dates back to April 2012 so there are kernels out in distros that crash on UMS. That probably tells us how m

Re: [RFC v2 0/5] Common Display Framework

On 01/08/2013 09:18 AM, Laurent Pinchart wrote: On Thursday 27 December 2012 15:43:34 Tomasz Figa wrote: > On Monday 24 of December 2012 15:12:28 Laurent Pinchart wrote: > > On Friday 21 December 2012 11:00:52 Tomasz Figa wrote: > > > On Tuesday 18 of December 2012 08:31:30 Vikas Sajjan

[Bug 59122] KWin failed to start properly

https://bugs.freedesktop.org/show_bug.cgi?id=59122 --- Comment #1 from molostoff --- Login into KDE with Kwin effects enabled has caused coredump, after disabling effects and restarting KWin it has caused incorrect window behavior (strangely, I was unable to move windows top/bottom on window's st

[Bug 59122] KWin failed to start properly

https://bugs.freedesktop.org/show_bug.cgi?id=59122 molostoff changed: What|Removed |Added Assignee|xorg-driver-...@lists.x.org |dri-devel@lists.freedesktop

radeon CS parser refactoring

On Tue, Jan 8, 2013 at 12:09 AM, Ilija Hadzic wrote: > > > On Fri, 4 Jan 2013, Alex Deucher wrote: > >> R6xx and r7xx are really all you need to worry about in this case. >> R1xx-r5xx UMS uses a different kernel interface for command submission >> and evergreen and later don't have UMS drm support

[Bug 59089] [bisected, regression] flood of GPU fault detected in logs caused by 9af20... drm/radeon: fix fence locking in the pageflip callback

|--- |FIXED -- 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/20130108/8602e136/attachment.html>

[Bug 59089] [bisected, regression] flood of GPU fault detected in logs caused by 9af20... drm/radeon: fix fence locking in the pageflip callback

org/archives/dri-devel/attachments/20130108/13065524/attachment.html>

Re: [RFC v2 0/5] Common Display Framework

Hi Daniel, On Sunday 06 January 2013 18:46:47 Daniel Vetter wrote: > On Thu, Dec 27, 2012 at 09:57:25AM -0600, Rob Clark wrote: > > On Mon, Dec 24, 2012 at 11:09 AM, Laurent Pinchart wrote: > > > On the topic of discussions, would anyone be interested in a > > > BoF/brainstorming/whatever session

Re: [RFC v2 0/5] Common Display Framework

On Friday 28 December 2012 01:04:04 Sascha Hauer wrote: > On Thu, Dec 27, 2012 at 01:57:56PM -0600, Rob Clark wrote: > > On Thu, Dec 27, 2012 at 1:18 PM, Sascha Hauer wrote: > > > On Thu, Dec 27, 2012 at 09:54:55AM -0600, Rob Clark wrote: > > >> On Mon, Dec 24, 2012 at 7:37 AM, Laurent Pinchart > >

Re: [RFC v2 0/5] Common Display Framework

Hi Rob, On Thursday 27 December 2012 09:54:55 Rob Clark wrote: > On Mon, Dec 24, 2012 at 7:37 AM, Laurent Pinchart wrote: > > On Tuesday 18 December 2012 00:21:32 Rob Clark wrote: > >> On Mon, Dec 17, 2012 at 11:04 PM, Dave Airlie wrote: > >> >> Many developers showed interest in the first RFC, a

Re: [RFC v2 0/5] Common Display Framework

Hi Tomasz, On Thursday 27 December 2012 15:43:34 Tomasz Figa wrote: > On Monday 24 of December 2012 15:12:28 Laurent Pinchart wrote: > > On Friday 21 December 2012 11:00:52 Tomasz Figa wrote: > > > On Tuesday 18 of December 2012 08:31:30 Vikas Sajjan wrote: > > > > On 17 December 2012 20:55, Laure