[Bug 56437] LLVM ERROR: Cannot select: target intrinsic %llvm.AMDIL.mad when running Heaven

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20121029/3303ef91/attachment.html>

[RFC 4/4] drm/exynos: add gsc ipp driver

GSC is stand for General SCaler and supports supports image scaler/rotator/crop/flip/csc and input/output DMA operations. input DMA reads image data from the memory. output DMA writes image data to memory. GSC supports image rotation and imag effect functions. also supports writeback and display

[RFC 3/4] drm/exynos: add rotator ipp driver

Rotator supports rotation/crop/flip and input/output DMA operations Rotator ipp driver supports 90,180,270 degree rotaion and vertical, horizontal flip. and has some limitations(source and destination format have to be same, no scaler) Signed-off-by: Eunchul Kim Signed-off-by: Youngjun Cho

[RFC 2/4] drm/exynos: add fimc ipp driver

FIMC is stand for Fully Interfactive Mobile Camera and supports image scaler/rotator/crop/flip/csc and input/output DMA operations. input DMA reads image data from the memory. output DMA writes image data to memory. FIMC supports image rotation and image effect functions. also supports writeback

[RFC 1/4] drm/exynos: add ipp subsystem

IPP stand for Image Post Processing and supports image scaler/rotator /crop/flip/csc(color space conversion) and input/output DMA operations using ipp drivers. also supports writeback and display output operations. ipp driver include FIMC, Rotator, GSC, SC, so on. and ipp is integration device

[RFC 0/4] drm/exynos: add ipp subsystem and each ipp drivers

Hi All. I am responsible for a display part from Samsung Electronics Telecommunication Division. and I am going to add post-processing features in exynos drm. If you have some opinions of this patch, please give some comments about my patch. This patch is post-processing(IPP) support for exynos

[REGRESSION] i915: failure to interoperate with HP ZR30w using an X230

I recently upgraded to 3.6.3, and my Lenovo X230 has stopped being able to work with an HP ZR30w 30" 2560x1600 display. I saw the following messages in the dmesg: [drm:ivb_manual_fdi_link_train] *ERROR* FDI train 1 fail! [drm:ivb_manual_fdi_link_train] *ERROR* FDI train 2 fail! .. which I

[Bug 56437] LLVM ERROR: Cannot select: target intrinsic %llvm.AMDIL.mad when running Heaven

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

3.7-rc2: corrupted image on Radeon HD 7800 after restarting X

On Mon, 2012-10-29 at 11:40 +0100, Michel D?nzer wrote: > On Fre, 2012-10-26 at 19:15 +, Frederik Himpe wrote: > > When I restart my display manager (GDM) from tty0, I get a corrupted > > image where parts of the X display before I restarted GDM become visible > > on both the newly started

drm i915 hangs on heavy io load

On Tue, 30 Oct 2012 10:01:38 +0900 Norbert Preining wrote: > Hi Dave, > > On Di, 30 Okt 2012, Dave Airlie wrote: > > > Thanks, running now with SNA. Let us see what happens. > > > > Please don't, we ain't going to find the bug any quicker changing > > variables, if the only thing that changed

[Bug 56534] All anti-aliasing methods buggy at cayman

|| -- 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/20121029/a7ca451d/attachment.html>

[Bug 56534] All anti-aliasing methods buggy at cayman

|| -- 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/20121029/f35b19de/attachment.html>

[Bug 56534] All anti-aliasing methods buggy at cayman

|| -- 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/20121029/ba8cb3bd/attachment.html>

[Bug 56534] All anti-aliasing methods buggy at cayman

|| -- 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/20121029/88009441/attachment-0001.html>

[Bug 56534] All anti-aliasing methods buggy at cayman

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

[Bug 56534] All anti-aliasing methods buggy at cayman

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

[Bug 56534] All anti-aliasing methods buggy at cayman

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

[Bug 56534] All anti-aliasing methods buggy at cayman

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

[Bug 56534] New: All anti-aliasing methods buggy at cayman

. URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121029/d7992979/attachment.html>

[Bug 56437] LLVM ERROR: Cannot select: target intrinsic %llvm.AMDIL.mad when running Heaven

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

drm/radeon: HDMI broken on non-default resolutions by 1c3439f: update modesetting

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20121029/98d488d5/attachment.pgp>

[PATCH libdrm] libkms: fix the name of the intel driver in linux_sysfs_create

Ping? On 09/05/2012 02:30 PM, Ander Conselvan de Oliveira wrote: > From: Ander Conselvan de Oliveira > > linux_sysfs_create() checked for a driver named "intel" while the intel > driver is called "i915". This went unnoticed because in kernels 2.6.39 > and after this code path was never reached

[PATCH 1/4] drm/exynos: add ipp subsystem

Thank's quick review I have some question about your some comment's please check my comment and send one more time. On 10/27/2012 12:47 AM, Inki Dae wrote: > below is quick review. > > 2012/10/18 Eunchul Kim : >> IPP stand for Image Post Processing and supports image scaler/rotator >>

[PATCH 0/4] add ipp subsystem and each ipp drivers

Thank's comment and I will modify description of Exynos5 series. and than I will send it. On 10/26/2012 11:43 PM, Inki Dae wrote: > 2012/10/18 Eunchul Kim : >> Hi All. >> >> I am responsible for a display part from Samsung Electronics >> Telecommunication Division. >> and I am going to add

[Bug 56519] [r300g, bisected] piglit max-texture-size fails

::can_create_resource() function. -- 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/20121029/e64538fa/attachment.html>

[PATCH] DRM/radeon: For single CRTC GPUs move handling of CRTC_CRT_ON to crtc_dpms().

On all dual CRTC GPUs the CRTC_CRT_ON in the RADEON_CRTC_EXT_CNTL register controls the CRTC of the primary DAC. Therefore it is set in the DAC DMPS function. This is different for GPU's with a single CRTC but a primary and a TV DAC: here it controls the single CRTC no matter where it is routed.

[PATCH 3/3] DRM/Radeon: Fix TV DAC Load Detection for single CRTC chips.

The RN50 has a TV DAC but only a single CRTC. For load detection this DAC is controlled by the primary CRTC. Signed-off-by: Egbert Eich --- drivers/gpu/drm/radeon/radeon_legacy_encoders.c | 80 +- 1 files changed, 47 insertions(+), 33 deletions(-) diff --git

[PATCH 2/3] DRM/Radeon: Add Handling for R200 to TV DAC Load Detection.

Signed-off-by: Egbert Eich --- drivers/gpu/drm/radeon/radeon_legacy_encoders.c | 17 - 1 files changed, 16 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_legacy_encoders.c b/drivers/gpu/drm/radeon/radeon_legacy_encoders.c index a1409e9..ef18569

[PATCH 1/3] DRM/Radeon: Clean up code in TV DAC load detection.

Signed-off-by: Egbert Eich --- drivers/gpu/drm/radeon/radeon_legacy_encoders.c | 18 ++ 1 files changed, 10 insertions(+), 8 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_legacy_encoders.c b/drivers/gpu/drm/radeon/radeon_legacy_encoders.c index a13ad9d..a1409e9

[PATCH 0/3] DRM/radeon: Clean up and fix Load Detection on the TV DAC for single CRTC GPUs.

Tests have shown that on single CRTC GPUs like the RN50 - which is used on many servers - the CRTC is controlled thru the RADEON_CRTC_EXT_CNTL for both the primary and the TV DAC. This set of patches cleans up the code in radeon_legacy_tv_dac_detect(), fixes the handling of CRTC control for the TV

[PATCH 2/2] drm: set dev_mapping before calling drm_open_helper

Some drivers (specifically vmwgfx) look at dev_mapping in their open hook, so we have to set dev->dev_mapping earlier in the process. Reference: http://lists.freedesktop.org/archives/dri-devel/2012-October/029420.html Signed-off-by: Ilija Hadzic Reported-by: Thomas Hellstrom Cc: stable at

[PATCH 1/2] drm: restore open_count if drm_setup fails

If drm_setup (called at first open) fails, the whole open call has failed, so we should not keep the open_count incremented. Signed-off-by: Ilija Hadzic Cc: stable at vger.kernel.org --- drivers/gpu/drm/drm_fops.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git

[Bug 56519] New: [r300g, bisected] piglit max-texture-size fails

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

3.7-rc2: corrupted image on Radeon HD 7800 after restarting X

On Fre, 2012-10-26 at 19:15 +, Frederik Himpe wrote: > When I restart my display manager (GDM) from tty0, I get a corrupted > image where parts of the X display before I restarted GDM become visible > on both the newly started X server instance as on tty0. When moving the > mouse in X, the

[3.0.y, 3.2.y, 3.4.y] Please add LVDS patch for the Zotac ZBOX SD ID13

On Sun, Oct 21, 2012 at 12:41:35PM -0700, Jonathan Nieder wrote: > Hi Ben and Greg, > > Please consider > > 9756fe38d10b drm/i915: no lvds quirk for Zotac ZDBOX SD ID12/ID13 > > for application to the 3.0.y, 3.2.y, and 3.4.y trees. It was applied > upstream during the 3.6 merge window, so

call for help: Test of Intel 915/915GM with 1920x1080 monitor

RL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121029/a0f6e032/attachment.pgp>

[PATCH 1/3] drm/omap: add support for ARCH_MULTIPLATFORM

the help of omapdss driver), and the tiler memory system used in OMAP. I just recently removed omap dependencies from omapdss driver, and it now compiles fine on x86 config also. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 897 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121029/b17d75f7/attachment.pgp>

[edid-decode] [PATCH] extract_string: Replace `isalnum()` with `isprint()` to allow underscores

pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121029/8dc79bb5/attachment.pgp>

[PATCH 1/3] drm/omap: add support for ARCH_MULTIPLATFORM

On Mon, Oct 29, 2012 at 10:04 AM, Tomi Valkeinen wrote: > On 2012-10-29 10:31, Rob Clark wrote: >> From: Rob Clark >> >> Remove usage of plat/cpu.h and get information from platform data >> instead. This enables omapdrm to be built with ARCH_MULTIPLATFORM. >> >> Signed-off-by: Rob Clark >>

[Bug 56414] [Regression nv 0de9 ]System boot fails with -fixes kernel

|DRM/other -- 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/20121029/f4bbad58/attachment.html>

Breakage in "track dev_mapping in more robust and flexible way"

On 10/26/2012 03:14 PM, Ilija Hadzic wrote: > > > On Fri, 26 Oct 2012, Thomas Hellstrom wrote: > >> Hi, >> >> On 10/25/2012 11:27 PM, Ilija Hadzic wrote: >>> >>> Can you give the attached patch a whirl and let me know if it fixes >>> the problem? >>> >>> As I indicated in my previous note, vmwgfx

[PATCH 3/3] drm/imx: add support for ARCH_MULTIPLATFORM

On Mon, Oct 29, 2012 at 09:31:14AM +0100, Rob Clark wrote: > From: Rob Clark > > No dependency on plat headers, so only needs Kconfig update to > build for ARCH_MULTIPLATFORM. > > Signed-off-by: Rob Clark Acked-by: Sascha Hauer Sascha > --- > drivers/staging/imx-drm/Kconfig |2 +- > 1

[PATCH 3/3] drm/imx: add support for ARCH_MULTIPLATFORM

From: Rob Clark No dependency on plat headers, so only needs Kconfig update to build for ARCH_MULTIPLATFORM. Signed-off-by: Rob Clark --- drivers/staging/imx-drm/Kconfig |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/imx-drm/Kconfig

[PATCH 2/3] drm/exynos: add support for ARCH_MULTIPLATFORM

From: Rob Clark Exynos does not seem to have any dependency on anything from platform headers so just needs Kconfig updated to build in ARCH_MULTIPLATFORM builds. Signed-off-by: Rob Clark --- drivers/gpu/drm/exynos/Kconfig |2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH 1/3] drm/omap: add support for ARCH_MULTIPLATFORM

From: Rob Clark Remove usage of plat/cpu.h and get information from platform data instead. This enables omapdrm to be built with ARCH_MULTIPLATFORM. Signed-off-by: Rob Clark --- arch/arm/mach-omap2/drm.c|7 +++ drivers/staging/omapdrm/Kconfig |

[PATCH 0/3] Add ARCH_MULTIPLATFORM support

From: Rob Clark I was updating omapdrm to support ARCH_MULTIPLATFORM, and noticed that imx and exynos only required a Kconfig change, so I went ahead and updated them too. The shmobile driver didn't seem so straightforward due to backlight device stuff, so I skipped it. Having

[PATCH] drm/omap: remove global drm_device ptr

From: Rob Clark Not actually used anymore. Signed-off-by: Rob Clark --- drivers/staging/omapdrm/omap_drv.c |4 1 file changed, 4 deletions(-) diff --git a/drivers/staging/omapdrm/omap_drv.c b/drivers/staging/omapdrm/omap_drv.c index a004b9f..c27d091 100644 ---

[PATCH 2/3] DRM/Radeon: Add Handling for R200 to TV DAC Load Detection.

I don't think this patch is correct. R200 did not actually have a TV dac. It was an external DAC connected via DVO. To do load detection on it, you'd probably have to mess with the external dac. Alex On Mon, Oct 29, 2012 at 8:43 AM, Egbert Eich wrote: > Signed-off-by: Egbert Eich > --- >

drm i915 hangs on heavy io load

On Sun, Oct 28, 2012 at 21:32:53 +0900, Norbert Preining wrote: > Hi Chris, > > > > so can you > > please file a bug on bugzilla.freedesktop.org (or bugzilla.kernel.org) > > so that we don't lose track of it. > > Will do when I'm back from the mountains. > > > If your have the option, can you

[Bug 26294] [Regression] Resolution for external TV/monitor Philips 32PFL5404H not set correctly

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/20121029/a1a7b497/attachment.html>

Re: [PATCH 0/4] add ipp subsystem and each ipp drivers

Thank's comment and I will modify description of Exynos5 series. and than I will send it. On 10/26/2012 11:43 PM, Inki Dae wrote: 2012/10/18 Eunchul Kim chulspro@samsung.com: Hi All. I am responsible for a display part from Samsung Electronics Telecommunication Division. and I am going

Re: [PATCH 1/4] drm/exynos: add ipp subsystem

Thank's quick review I have some question about your some comment's please check my comment and send one more time. On 10/27/2012 12:47 AM, Inki Dae wrote: below is quick review. 2012/10/18 Eunchul Kim chulspro@samsung.com: IPP stand for Image Post Processing and supports image

[Bug 26294] [Regression] Resolution for external TV/monitor Philips 32PFL5404H not set correctly

https://bugs.freedesktop.org/show_bug.cgi?id=26294 --- Comment #27 from Paul Menzel paulepan...@users.sourceforge.net --- Here is the output of edid-decode for the EDID provided by the Philips TV monitor. (I removed the `#if 0` in the source to print the hex of detail too.) $ ./edid-decode

[PATCH 3/3] drm/imx: add support for ARCH_MULTIPLATFORM

From: Rob Clark r...@ti.com No dependency on plat headers, so only needs Kconfig update to build for ARCH_MULTIPLATFORM. Signed-off-by: Rob Clark r...@ti.com --- drivers/staging/imx-drm/Kconfig |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 2/3] drm/exynos: add support for ARCH_MULTIPLATFORM

From: Rob Clark r...@ti.com Exynos does not seem to have any dependency on anything from platform headers so just needs Kconfig updated to build in ARCH_MULTIPLATFORM builds. Signed-off-by: Rob Clark r...@ti.com --- drivers/gpu/drm/exynos/Kconfig |2 +- 1 file changed, 1 insertion(+), 1

[PATCH 1/3] drm/omap: add support for ARCH_MULTIPLATFORM

From: Rob Clark r...@ti.com Remove usage of plat/cpu.h and get information from platform data instead. This enables omapdrm to be built with ARCH_MULTIPLATFORM. Signed-off-by: Rob Clark r...@ti.com --- arch/arm/mach-omap2/drm.c|7 +++ drivers/staging/omapdrm/Kconfig

[PATCH 0/3] Add ARCH_MULTIPLATFORM support

From: Rob Clark r...@ti.com I was updating omapdrm to support ARCH_MULTIPLATFORM, and noticed that imx and exynos only required a Kconfig change, so I went ahead and updated them too. The shmobile driver didn't seem so straightforward due to backlight device stuff, so I skipped it. Having

Re: [PATCH 3/3] drm/imx: add support for ARCH_MULTIPLATFORM

On Mon, Oct 29, 2012 at 09:31:14AM +0100, Rob Clark wrote: From: Rob Clark r...@ti.com No dependency on plat headers, so only needs Kconfig update to build for ARCH_MULTIPLATFORM. Signed-off-by: Rob Clark r...@ti.com Acked-by: Sascha Hauer s.ha...@pengutronix.de Sascha ---

Re: Breakage in track dev_mapping in more robust and flexible way

On 10/26/2012 03:14 PM, Ilija Hadzic wrote: On Fri, 26 Oct 2012, Thomas Hellstrom wrote: Hi, On 10/25/2012 11:27 PM, Ilija Hadzic wrote: Can you give the attached patch a whirl and let me know if it fixes the problem? As I indicated in my previous note, vmwgfx should be the only

[edid-decode] [PATCH] extract_string: Replace `isalnum()` with `isprint()` to allow underscores

Date: Mon, 29 Oct 2012 10:17:54 +0100 The EDID of the Philips 32PFL5404H contains the monitor name `PHILIPS_FTV`. `isalnum()` returns false for the underscore, causing `edid-decode` to not print the whole name and to complain that the string is not properly terminated [1]. Monitor name:

[Bug 56414] [Regression nv 0de9 ]System boot fails with -fixes kernel

https://bugs.freedesktop.org/show_bug.cgi?id=56414 Daniel Vetter dan...@ffwll.ch changed: What|Removed |Added Assignee|dan...@ffwll.ch

call for help: Test of Intel 915/915GM with 1920x1080 monitor

Dear Linux folks, TLDR; I am interested if connecting an Intel 915 based device over VGA to a 1920x1080 monitor works for someone out of the box. I am experiencing a problem with 915GM based ASUS Eee PC 701 4G laptop, where `xrandr --output VGA1 --auto` does not give a proper image on a

Re: 3.7-rc2: corrupted image on Radeon HD 7800 after restarting X

On Fre, 2012-10-26 at 19:15 +, Frederik Himpe wrote: When I restart my display manager (GDM) from tty0, I get a corrupted image where parts of the X display before I restarted GDM become visible on both the newly started X server instance as on tty0. When moving the mouse in X, the

[PATCH 0/3] DRM/radeon: Clean up and fix Load Detection on the TV DAC for single CRTC GPUs.

Tests have shown that on single CRTC GPUs like the RN50 - which is used on many servers - the CRTC is controlled thru the RADEON_CRTC_EXT_CNTL for both the primary and the TV DAC. This set of patches cleans up the code in radeon_legacy_tv_dac_detect(), fixes the handling of CRTC control for the TV

[PATCH 1/3] DRM/Radeon: Clean up code in TV DAC load detection.

Signed-off-by: Egbert Eich e...@suse.de --- drivers/gpu/drm/radeon/radeon_legacy_encoders.c | 18 ++ 1 files changed, 10 insertions(+), 8 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_legacy_encoders.c b/drivers/gpu/drm/radeon/radeon_legacy_encoders.c index

[PATCH 3/3] DRM/Radeon: Fix TV DAC Load Detection for single CRTC chips.

The RN50 has a TV DAC but only a single CRTC. For load detection this DAC is controlled by the primary CRTC. Signed-off-by: Egbert Eich e...@suse.de --- drivers/gpu/drm/radeon/radeon_legacy_encoders.c | 80 +- 1 files changed, 47 insertions(+), 33 deletions(-) diff --git

[PATCH] DRM/radeon: For single CRTC GPUs move handling of CRTC_CRT_ON to crtc_dpms().

On all dual CRTC GPUs the CRTC_CRT_ON in the RADEON_CRTC_EXT_CNTL register controls the CRTC of the primary DAC. Therefore it is set in the DAC DMPS function. This is different for GPU's with a single CRTC but a primary and a TV DAC: here it controls the single CRTC no matter where it is routed.

[Bug 56519] New: [r300g, bisected] piglit max-texture-size fails

https://bugs.freedesktop.org/show_bug.cgi?id=56519 Priority: medium Bug ID: 56519 Keywords: regression CC: bri...@vmware.com Assignee: dri-devel@lists.freedesktop.org Summary: [r300g, bisected] piglit max-texture-size fails

[RFC 0/4] drm/exynos: add ipp subsystem and each ipp drivers

Hi All. I am responsible for a display part from Samsung Electronics Telecommunication Division. and I am going to add post-processing features in exynos drm. If you have some opinions of this patch, please give some comments about my patch. This patch is post-processing(IPP) support for exynos

[RFC 3/4] drm/exynos: add rotator ipp driver

Rotator supports rotation/crop/flip and input/output DMA operations Rotator ipp driver supports 90,180,270 degree rotaion and vertical, horizontal flip. and has some limitations(source and destination format have to be same, no scaler) Signed-off-by: Eunchul Kim chulspro@samsung.com

[RFC 4/4] drm/exynos: add gsc ipp driver

GSC is stand for General SCaler and supports supports image scaler/rotator/crop/flip/csc and input/output DMA operations. input DMA reads image data from the memory. output DMA writes image data to memory. GSC supports image rotation and imag effect functions. also supports writeback and display

Re: [PATCH 2/3] DRM/Radeon: Add Handling for R200 to TV DAC Load Detection.

I don't think this patch is correct. R200 did not actually have a TV dac. It was an external DAC connected via DVO. To do load detection on it, you'd probably have to mess with the external dac. Alex On Mon, Oct 29, 2012 at 8:43 AM, Egbert Eich e...@suse.de wrote: Signed-off-by: Egbert Eich

Re: [PATCH libdrm] libkms: fix the name of the intel driver in linux_sysfs_create

Ping? On 09/05/2012 02:30 PM, Ander Conselvan de Oliveira wrote: From: Ander Conselvan de Oliveira ander.conselvan.de.olive...@intel.com linux_sysfs_create() checked for a driver named intel while the intel driver is called i915. This went unnoticed because in kernels 2.6.39 and after this

[Bug 56519] [r300g, bisected] piglit max-texture-size fails

https://bugs.freedesktop.org/show_bug.cgi?id=56519 --- Comment #1 from Brian Paul brian.e.p...@gmail.com --- Looks like the driver's failing to allocate a 4Kx4K RGBA32F texture, which would need 256MB of memory. Maybe that exceeds some HW limit. The driver probably needs to implement the

drm/radeon: HDMI broken on non-default resolutions by 1c3439f: update modesetting

Hi folks, I'm using some evergreen systems with HDMI output, which got broken by a recent commit. In commit 1c3439f (drm/radeon/hdmi: update modesetting), the HDMI_ACR_SOURCE bit is set in the HDMI_ACR_PACKET_CONTROL register. However, setting this bit breaks my HDMI audio when a non-default

Re: [PATCH 1/3] drm/omap: add support for ARCH_MULTIPLATFORM

On 2012-10-29 10:31, Rob Clark wrote: From: Rob Clark r...@ti.com Remove usage of plat/cpu.h and get information from platform data instead. This enables omapdrm to be built with ARCH_MULTIPLATFORM. Signed-off-by: Rob Clark r...@ti.com --- arch/arm/mach-omap2/drm.c|

Re: [PATCH 1/3] drm/omap: add support for ARCH_MULTIPLATFORM

On Mon, Oct 29, 2012 at 10:04 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote: On 2012-10-29 10:31, Rob Clark wrote: From: Rob Clark r...@ti.com Remove usage of plat/cpu.h and get information from platform data instead. This enables omapdrm to be built with ARCH_MULTIPLATFORM.

[Bug 56437] LLVM ERROR: Cannot select: target intrinsic %llvm.AMDIL.mad when running Heaven

https://bugs.freedesktop.org/show_bug.cgi?id=56437 --- Comment #3 from Michel Dänzer mic...@daenzer.net --- Does the environment variable DRAW_USE_LLVM=0 work around the problem as well? Can you get a backtrace for the crash? -- You are receiving this mail because: You are the assignee for the

[PATCH 1/2] drm: restore open_count if drm_setup fails

If drm_setup (called at first open) fails, the whole open call has failed, so we should not keep the open_count incremented. Signed-off-by: Ilija Hadzic ihad...@research.bell-labs.com Cc: sta...@vger.kernel.org --- drivers/gpu/drm/drm_fops.c | 5 - 1 file changed, 4 insertions(+), 1

[PATCH 2/2] drm: set dev_mapping before calling drm_open_helper

Some drivers (specifically vmwgfx) look at dev_mapping in their open hook, so we have to set dev-dev_mapping earlier in the process. Reference: http://lists.freedesktop.org/archives/dri-devel/2012-October/029420.html Signed-off-by: Ilija Hadzic ihad...@research.bell-labs.com Reported-by: Thomas

[Bug 56534] New: All anti-aliasing methods buggy at cayman

https://bugs.freedesktop.org/show_bug.cgi?id=56534 Priority: medium Bug ID: 56534 Assignee: dri-devel@lists.freedesktop.org Summary: All anti-aliasing methods buggy at cayman Severity: normal Classification: Unclassified OS:

[Bug 56534] All anti-aliasing methods buggy at cayman

https://bugs.freedesktop.org/show_bug.cgi?id=56534 --- Comment #1 from Thomas Rohloff v10la...@myway.de --- Created attachment 69245 -- https://bugs.freedesktop.org/attachment.cgi?id=69245action=edit A in-game screenshot with 8x MSAA active. -- You are receiving this mail because: You are the

[Bug 56534] All anti-aliasing methods buggy at cayman

https://bugs.freedesktop.org/show_bug.cgi?id=56534 --- Comment #2 from Thomas Rohloff v10la...@myway.de --- Created attachment 69246 -- https://bugs.freedesktop.org/attachment.cgi?id=69246action=edit A in-game screenshot with 32x MLAA active. -- You are receiving this mail because: You are

[Bug 56534] All anti-aliasing methods buggy at cayman

https://bugs.freedesktop.org/show_bug.cgi?id=56534 --- Comment #3 from Thomas Rohloff v10la...@myway.de --- Created attachment 69247 -- https://bugs.freedesktop.org/attachment.cgi?id=69247action=edit A in-game screenshot with FXAA active. -- You are receiving this mail because: You are the

[Bug 56534] All anti-aliasing methods buggy at cayman

https://bugs.freedesktop.org/show_bug.cgi?id=56534 --- Comment #4 from Thomas Rohloff v10la...@myway.de --- Sorry for setting the wrong mime type for the images, they are png images. If you need me to re-attach just tell. :) -- You are receiving this mail because: You are the assignee for the

[Bug 56534] All anti-aliasing methods buggy at cayman

https://bugs.freedesktop.org/show_bug.cgi?id=56534 Alex Deucher ag...@yahoo.com changed: What|Removed |Added Attachment #69244|text/plain |image/png mime

[Bug 56534] All anti-aliasing methods buggy at cayman

https://bugs.freedesktop.org/show_bug.cgi?id=56534 Alex Deucher ag...@yahoo.com changed: What|Removed |Added Attachment #69245|text/plain |image/png mime

[Bug 56534] All anti-aliasing methods buggy at cayman

https://bugs.freedesktop.org/show_bug.cgi?id=56534 Alex Deucher ag...@yahoo.com changed: What|Removed |Added Attachment #69246|text/plain |image/png mime

[Bug 56534] All anti-aliasing methods buggy at cayman

https://bugs.freedesktop.org/show_bug.cgi?id=56534 Alex Deucher ag...@yahoo.com changed: What|Removed |Added Attachment #69247|text/plain |image/png mime

Re: [3.0.y, 3.2.y, 3.4.y] Please add LVDS patch for the Zotac ZBOX SD ID13

On Sun, Oct 21, 2012 at 12:41:35PM -0700, Jonathan Nieder wrote: Hi Ben and Greg, Please consider 9756fe38d10b drm/i915: no lvds quirk for Zotac ZDBOX SD ID12/ID13 for application to the 3.0.y, 3.2.y, and 3.4.y trees. It was applied upstream during the 3.6 merge window, so newer

[Bug 56437] LLVM ERROR: Cannot select: target intrinsic %llvm.AMDIL.mad when running Heaven

https://bugs.freedesktop.org/show_bug.cgi?id=56437 --- Comment #4 from maxi...@free.fr --- I could reproduce the crash with DRAW_USE_LLVM=0. I did not manage to get a backtrace. I probably need to recompile LLVM with debug. I'll do it when I have time. -- You are receiving this mail because:

[Bug 56437] LLVM ERROR: Cannot select: target intrinsic %llvm.AMDIL.mad when running Heaven

https://bugs.freedesktop.org/show_bug.cgi?id=56437 --- Comment #5 from maxi...@free.fr --- So I recompiled LLVM with debug symbols but I can't seem to get a backtrace... Looks like it's because the libGL is loaded via dlopen or something like that. Any hints on how to procedd with gdb ? I tried

Re: drm i915 hangs on heavy io load

Hi Dave, On Di, 30 Okt 2012, Dave Airlie wrote: Thanks, running now with SNA. Let us see what happens. Please don't, we ain't going to find the bug any quicker changing variables, if the only thing that changed on your system was the Sorry, didn't know. I supposed from the email of Chris

Re: drm i915 hangs on heavy io load

On Tue, 30 Oct 2012 10:01:38 +0900 Norbert Preining prein...@logic.at wrote: Hi Dave, On Di, 30 Okt 2012, Dave Airlie wrote: Thanks, running now with SNA. Let us see what happens. Please don't, we ain't going to find the bug any quicker changing variables, if the only thing that

[Bug 56561] New: kernel 3.4.7 breaks KMS on rv515 (r300)

https://bugs.freedesktop.org/show_bug.cgi?id=56561 Priority: medium Bug ID: 56561 Assignee: dri-devel@lists.freedesktop.org Summary: kernel 3.4.7 breaks KMS on rv515 (r300) Severity: major Classification: Unclassified OS:

[Bug 56561] kernel 3.4.7 breaks KMS on rv515 (r300)

https://bugs.freedesktop.org/show_bug.cgi?id=56561 --- Comment #1 from dmotd inaudi...@simplesuperlativ.es --- I'm not sure how to provide debugging info for this problem, the boot just stalls at the point of starting KMS, a blinking cursor is active but nothing loads beyond this point, there are

[Bug 56561] kernel 3.4.7 breaks KMS on rv515 (r300)

https://bugs.freedesktop.org/show_bug.cgi?id=56561 --- Comment #2 from dmotd inaudi...@simplesuperlativ.es --- Created attachment 69269 -- https://bugs.freedesktop.org/attachment.cgi?id=69269action=edit dmesg - successful boot kernel 3.4.7 -- You are receiving this mail because: You are the

[Bug 56561] kernel 3.4.7 breaks KMS on rv515 (r300)

https://bugs.freedesktop.org/show_bug.cgi?id=56561 --- Comment #3 from dmotd inaudi...@simplesuperlativ.es --- Created attachment 69270 -- https://bugs.freedesktop.org/attachment.cgi?id=69270action=edit Xorg.0.log - successful boot kernel 3.4.7 -- You are receiving this mail because: You are

[Bug 56561] kernel 3.4.7 breaks KMS on rv515 (r300)

https://bugs.freedesktop.org/show_bug.cgi?id=56561 --- Comment #4 from dmotd inaudi...@simplesuperlativ.es --- Created attachment 69271 -- https://bugs.freedesktop.org/attachment.cgi?id=69271action=edit dmesg - failing kernel 3.6.3 running with 'nomodeset' -- You are receiving this mail