[Bug 64201] OpenCL usage result segmentation fault on r600g with HD6850.

ted Rebuilding libclc should fix this. -- 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/20130609/347729b6/attachment.html>

[Bug 64201] OpenCL usage result segmentation fault on r600g with HD6850.

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

[PATCH RFC 5/8] drm/i2c: nxp-tda998x: fix npix/nline programming

On 06/09/2013 09:32 PM, Russell King wrote: > The npix/nline registers are supposed to be programmed with the total > number of pixels/lines, not the displayed pixels/lines, and not minus > one either. > > Signed-off-by: Russell King > --- Russell, Rob, I have

[Bug 64913] [r600g] KSP 0.20 crashes when entering settings / starting new game.

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130609/1ccc04d1/attachment.html>

[Bug 64913] [r600g] KSP 0.20 crashes when entering settings / starting new game.

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

[Bug 65091] power_profile not working for HD5650

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130609/608a6104/attachment.html>

[Bug 64913] [r600g] KSP 0.20 crashes when entering settings / starting new game.

TML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130609/19d17040/attachment.html>

[RFC v2 0/8] rmk's Dove DRM/TDA19988 Cubox driver

On Sun, Jun 09, 2013 at 08:06:12PM +0100, Russell King - ARM Linux wrote: > This is version 2 of my DRM driver. Changes since the previous version: Okay, patch 1 got removed from this set, so some people won't see it (it shouldn't have been sent). Patch 2 is in moderation, which is probably the

[PATCH RFC 8/8] DRM: Armada: add support for drm tda19988 driver

Signed-off-by: Russell King --- drivers/gpu/drm/armada/Kconfig |9 +++ drivers/gpu/drm/armada/armada_drv.c | 42 +++ 2 files changed, 51 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/armada/Kconfig

[PATCH RFC 7/8] drm/i2c: nxp-tda998x: add video and audio input configuration

Signed-off-by: Russell King --- drivers/gpu/drm/i2c/tda998x_drv.c | 308 - include/drm/i2c/tda998x.h | 30 2 files changed, 331 insertions(+), 7 deletions(-) create mode 100644 include/drm/i2c/tda998x.h diff

[PATCH RFC 6/8] drm/i2c: nxp-tda998x: prepare for video input configuration

Signed-off-by: Russell King --- drivers/gpu/drm/i2c/tda998x_drv.c | 16 ++-- 1 files changed, 10 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c b/drivers/gpu/drm/i2c/tda998x_drv.c index cd1526c..c0d17ae 100644 ---

[PATCH RFC 5/8] drm/i2c: nxp-tda998x: fix npix/nline programming

The npix/nline registers are supposed to be programmed with the total number of pixels/lines, not the displayed pixels/lines, and not minus one either. Signed-off-by: Russell King --- drivers/gpu/drm/i2c/tda998x_drv.c |4 ++-- 1 files changed, 2

[PATCH RFC 4/8] drm/i2c: nxp-tda998x: ensure VIP output mux is properly set

When switching between various drivers for this device, it's possible that some critical registers are left containing values which affect the device operation. One such case encountered is the VIP output mux register. This defaults to 0x24 on powerup, but other drivers may set this to 0x12.

[PATCH RFC 3/8] drm/i2c: nxp-tda998x: fix EDID reading on TDA19988 devices

TDA19988 devices need their RAM enabled in order to read EDID information. Add support for this. Signed-off-by: Russell King --- drivers/gpu/drm/i2c/tda998x_drv.c | 14 +- 1 files changed, 13 insertions(+), 1 deletions(-) diff --git

[PATCH RFC 2/8] DRM: Armada: Add Armada DRM driver

This patch adds support for the pair of LCD controllers on the Marvell Armada 510 SoCs. This driver supports: - multiple contiguous scanout buffers for video and graphics - shm backed cacheable buffer objects for X pixmaps for Vivante GPU acceleration - dual lcd0 and lcd1 crt operation - video

[Bug 64913] [r600g] KSP 0.20 crashes when entering settings / starting new game.

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

[RFC v2 0/8] rmk's Dove DRM/TDA19988 Cubox driver

This is version 2 of my DRM driver. Changes since the previous version: 1. It's now called Armada not Dove, because the "LCD controllers" aka CRTCs are found in Armada 16x as well as Armada 510 Dove. The Armada 16x is preliminary work. 2. Cursor support is now a separate patch. I've

[Bug 65377] Backlight control via /sys/class/backlight/radeon_bl0 not working

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

[PATCH 3/3] i915: Don't provide ACPI backlight interface if firmware expects Windows 8

Windows 8 leaves backlight control up to individual graphics drivers rather than making ACPI calls itself. There's plenty of evidence to suggest that the Intel driver for Windows doesn't use the ACPI interface, including the fact that it's broken on a bunch of machines when the OS claims to

[PATCH 2/3] ACPICA: Add interface for getting latest OS version requested via _OSI

Drivers may need to make policy decisions based on the OS that the firmware believes it's interacting with. ACPI firmware will make a series of _OSI calls, starting from the oldest OS version they support and ending with the most recent. Add a function to return the last successful call so that

[PATCH 1/3] acpi: video: add function to support unregister backlight interface

From: "Lee, Chun-Yi" There have some situation we unregister whole acpi/video driver by downstream driver just want to remove backlight control interface of acpi/video. It caues we lost other functions of acpi/video, e.g. transfer acpi event to input event. So, this

[PATCH 0/3] Fix backlight issues on some Windows 8 systems

Windows 8 introduced new policy for backlight control by pushing it out to graphics drivers. This appears to have coincided with a range of vendors adding Windows 8 checks to their backlight control code which trigger either awkward behaviour (Lenovo) or complete brokenness (some Dells). The

[GIT PULL] gma500-fixes for 3.10-rc6

Hi Dave, Two fixes for memory leaks split into Cedarview and Poulsbo versions, and a fix for properly setting the pipe base when using fbdev. It's on my todo-list to start unifying the chips since they are very similar, but until then I'd like to split them up in case there are side-effects on

[Bug 65438] GTK apps crash X11 since last update of LLVMM

ent was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130609/6cec0ade/attachment.html>

[vt_console_print/cirrus_dirty_update] WARNING: at kernel/mutex.c:858 mutex_trylock()

Hey, Op 06-06-13 09:28, Fengguang Wu schreef: > Hi Maarten, > > Thanks for the patch! I'll queue it for the tests. > > I haven't heard back from you yet, did it fix all lockdep issues you were having? If so I'll get it queued. ~Maarten

[Bug 62959] r600g (HD 6950 Cayman) fails piglit tests and hangs system

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

[Bug 65254] opengl flicker in xbmc / glxgears

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

[Bug 65068] vgaswitcheroo doesn't deal with powered off dGPU on resume

rubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130609/1a0ba7cd/attachment.html>

[Bug 65514] Mesa can't render Google Maps WebGL preview in Firefox

org/archives/dri-devel/attachments/20130609/5bcc1d66/attachment.html>

[Bug 65514] Mesa can't render Google Maps WebGL preview in Firefox

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130609/91d90a6e/attachment-0001.html>

[Bug 65438] GTK apps crash X11 since last update of LLVMM

part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130609/3d57ab2c/attachment.html>

[Bug 65438] GTK apps crash X11 since last update of LLVMM

https://bugs.freedesktop.org/show_bug.cgi?id=65438 --- Comment #6 from Rafael Castillo --- btw hadack your 7750 can reclock? i mean profile mid/high or dynpm, in case it crashes the kernel like mine i made this bug report https://bugzilla.kernel.org/show_bug.cgi?id=58621 -- You are receiving

[Bug 65438] GTK apps crash X11 since last update of LLVMM

https://bugs.freedesktop.org/show_bug.cgi?id=65438 --- Comment #5 from Rafael Castillo --- i confirm that commit 8a72c73032707c7b3c042b716286a1ac33720991 seems the culprit btw hadack and michael many thanks for you help -- You are receiving this mail because: You are the assignee for the bug.

[Bug 65254] opengl flicker in xbmc / glxgears

https://bugs.freedesktop.org/show_bug.cgi?id=65254 --- Comment #10 from adam otaz...@gmail.com --- I can confirm this: OpenGL renderer string: Gallium 0.4 on AMD ARUBA OpenGL version string: 2.1 Mesa 9.2.0-devel (git-0aca2c6) OpenGL shading language version string: 1.30 -- You are receiving

Re: [vt_console_print/cirrus_dirty_update] WARNING: at kernel/mutex.c:858 mutex_trylock()

Hey, Op 06-06-13 09:28, Fengguang Wu schreef: Hi Maarten, Thanks for the patch! I'll queue it for the tests. snip I haven't heard back from you yet, did it fix all lockdep issues you were having? If so I'll get it queued. ~Maarten ___ dri-devel

[Bug 62959] r600g (HD 6950 Cayman) fails piglit tests and hangs system

https://bugs.freedesktop.org/show_bug.cgi?id=62959 --- Comment #65 from udo udo...@xs4all.nl --- Running kernel 3.9.x (3.9.4 now), git mesa, git ati driver I had no issues with these adjustments: # cat /etc/environment LIBGL_DRIVERS_PATH=/opt/xorg/lib/dri/ R600_DEBUG=nodma and: # git diff

[Bug 65438] GTK apps crash X11 since last update of LLVMM

https://bugs.freedesktop.org/show_bug.cgi?id=65438 --- Comment #8 from had...@gmx.de --- Created attachment 80567 -- https://bugs.freedesktop.org/attachment.cgi?id=80567action=edit xfce with RADEON_DUMP_SHADERS=1 heres the output with RADEON_DUMP_SHADERS Rafael: I can reclock the card, but i

[GIT PULL] gma500-fixes for 3.10-rc6

Hi Dave, Two fixes for memory leaks split into Cedarview and Poulsbo versions, and a fix for properly setting the pipe base when using fbdev. It's on my todo-list to start unifying the chips since they are very similar, but until then I'd like to split them up in case there are side-effects on

[Bug 65377] Backlight control via /sys/class/backlight/radeon_bl0 not working

https://bugs.freedesktop.org/show_bug.cgi?id=65377 --- Comment #7 from Bastian Triller bastian.tril...@gmail.com --- The problem also exists if I boot in bios mode. I didn't mention that, when using the intel card there only is the apple_gmux interface. -- You are receiving this mail because:

[RFC v2 0/8] rmk's Dove DRM/TDA19988 Cubox driver

This is version 2 of my DRM driver. Changes since the previous version: 1. It's now called Armada not Dove, because the LCD controllers aka CRTCs are found in Armada 16x as well as Armada 510 Dove. The Armada 16x is preliminary work. 2. Cursor support is now a separate patch. I've tried

[PATCH RFC 5/8] drm/i2c: nxp-tda998x: fix npix/nline programming

The npix/nline registers are supposed to be programmed with the total number of pixels/lines, not the displayed pixels/lines, and not minus one either. Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk --- drivers/gpu/drm/i2c/tda998x_drv.c |4 ++-- 1 files changed, 2 insertions(+), 2

[PATCH RFC 4/8] drm/i2c: nxp-tda998x: ensure VIP output mux is properly set

When switching between various drivers for this device, it's possible that some critical registers are left containing values which affect the device operation. One such case encountered is the VIP output mux register. This defaults to 0x24 on powerup, but other drivers may set this to 0x12.

[PATCH RFC 3/8] drm/i2c: nxp-tda998x: fix EDID reading on TDA19988 devices

TDA19988 devices need their RAM enabled in order to read EDID information. Add support for this. Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk --- drivers/gpu/drm/i2c/tda998x_drv.c | 14 +- 1 files changed, 13 insertions(+), 1 deletions(-) diff --git

[PATCH RFC 6/8] drm/i2c: nxp-tda998x: prepare for video input configuration

Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk --- drivers/gpu/drm/i2c/tda998x_drv.c | 16 ++-- 1 files changed, 10 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c b/drivers/gpu/drm/i2c/tda998x_drv.c index cd1526c..c0d17ae 100644 ---

[PATCH RFC 7/8] drm/i2c: nxp-tda998x: add video and audio input configuration

Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk --- drivers/gpu/drm/i2c/tda998x_drv.c | 308 - include/drm/i2c/tda998x.h | 30 2 files changed, 331 insertions(+), 7 deletions(-) create mode 100644 include/drm/i2c/tda998x.h diff --git

[PATCH RFC 8/8] DRM: Armada: add support for drm tda19988 driver

Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk --- drivers/gpu/drm/armada/Kconfig |9 +++ drivers/gpu/drm/armada/armada_drv.c | 42 +++ 2 files changed, 51 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/armada/Kconfig

Re: [RFC v2 0/8] rmk's Dove DRM/TDA19988 Cubox driver

On Sun, Jun 09, 2013 at 08:06:12PM +0100, Russell King - ARM Linux wrote: This is version 2 of my DRM driver. Changes since the previous version: Okay, patch 1 got removed from this set, so some people won't see it (it shouldn't have been sent). Patch 2 is in moderation, which is probably the

[Bug 64913] [r600g] KSP 0.20 crashes when entering settings / starting new game.

https://bugs.freedesktop.org/show_bug.cgi?id=64913 --- Comment #3 from Krzysztof A. Sobiecki sob...@gmail.com --- Created attachment 80585 -- https://bugs.freedesktop.org/attachment.cgi?id=80585action=edit Way to big patch to fix this small problem I was too lazy to fix all

[Bug 64913] [r600g] KSP 0.20 crashes when entering settings / starting new game.

https://bugs.freedesktop.org/show_bug.cgi?id=64913 Krzysztof A. Sobiecki sob...@gmail.com changed: What|Removed |Added Attachment #80585|0 |1 is

[Bug 65091] power_profile not working for HD5650

https://bugs.freedesktop.org/show_bug.cgi?id=65091 --- Comment #5 from Kamil Bar nevehan...@gmail.com --- Thanks, it works fine now, I added memory clocking, and I will try to create OC possibilities using debugfs. I have two questions, will new system have overclocking capabilities, in ex.

Re: [PATCH RFC 5/8] drm/i2c: nxp-tda998x: fix npix/nline programming

On 06/09/2013 09:32 PM, Russell King wrote: The npix/nline registers are supposed to be programmed with the total number of pixels/lines, not the displayed pixels/lines, and not minus one either. Signed-off-by: Russell Kingrmk+ker...@arm.linux.org.uk --- Russell, Rob, I have patches fixing

[Bug 64913] [r600g] KSP 0.20 crashes when entering settings / starting new game.

https://bugs.freedesktop.org/show_bug.cgi?id=64913 --- Comment #5 from Krzysztof A. Sobiecki sob...@gmail.com --- Created attachment 80590 -- https://bugs.freedesktop.org/attachment.cgi?id=80590action=edit A little shorter one Not tested yet. -- You are receiving this mail because: You are

[Bug 64913] [r600g] KSP 0.20 crashes when entering settings / starting new game.

https://bugs.freedesktop.org/show_bug.cgi?id=64913 Krzysztof A. Sobiecki sob...@gmail.com changed: What|Removed |Added Attachment #80590|A little shorter one|Nope

[Bug 64201] OpenCL usage result segmentation fault on r600g with HD6850.

https://bugs.freedesktop.org/show_bug.cgi?id=64201 --- Comment #29 from Erdem U. Altınyurt spamjunkea...@gmail.com --- Error is still true. Could you diagnose what the problem is? Latest error message of bfgminer is: EmitRawText called on an MCStreamer that doesn't support it, something must

Re: [Intel-gfx] [PATCH] drm/i915: Add a hotplug connector property

On Sat, Jun 08, 2013 at 02:34:20PM +0200, Daniel Vetter wrote: On Sat, Jun 8, 2013 at 9:08 AM, Chris Wilson ch...@chris-wilson.co.uk wrote: On Wed, Jun 05, 2013 at 10:59:23PM +0100, Chris Wilson wrote: It is useful for userspace to know when it may be able to skip a forced detection cycle

[Bug 64201] OpenCL usage result segmentation fault on r600g with HD6850.

https://bugs.freedesktop.org/show_bug.cgi?id=64201 --- Comment #30 from Tom Stellard tstel...@gmail.com --- (In reply to comment #29) Error is still true. Could you diagnose what the problem is? Latest error message of bfgminer is: EmitRawText called on an MCStreamer that doesn't support

[PATCH 2/3] ACPICA: Add interface for getting latest OS version requested via _OSI

Drivers may need to make policy decisions based on the OS that the firmware believes it's interacting with. ACPI firmware will make a series of _OSI calls, starting from the oldest OS version they support and ending with the most recent. Add a function to return the last successful call so that

[PATCH 3/3] i915: Don't provide ACPI backlight interface if firmware expects Windows 8

Windows 8 leaves backlight control up to individual graphics drivers rather than making ACPI calls itself. There's plenty of evidence to suggest that the Intel driver for Windows doesn't use the ACPI interface, including the fact that it's broken on a bunch of machines when the OS claims to

[PATCH 0/3] Fix backlight issues on some Windows 8 systems

Windows 8 introduced new policy for backlight control by pushing it out to graphics drivers. This appears to have coincided with a range of vendors adding Windows 8 checks to their backlight control code which trigger either awkward behaviour (Lenovo) or complete brokenness (some Dells). The

[PATCH 1/3] acpi: video: add function to support unregister backlight interface

From: Lee, Chun-Yi joeyli.ker...@gmail.com There have some situation we unregister whole acpi/video driver by downstream driver just want to remove backlight control interface of acpi/video. It caues we lost other functions of acpi/video, e.g. transfer acpi event to input event. So, this patch

Re: [RFC][PATCH 1/2] dma-buf: add importer private data to attachment

On 2013년 06월 07일 20:24, Maarten Lankhorst wrote: Op 07-06-13 04:32, 김승우 schreef: Hello Maarten, On 2013년 06월 05일 22:23, Maarten Lankhorst wrote: Op 31-05-13 10:54, Seung-Woo Kim schreef: dma-buf attachment has only exporter private data, but importer private data can be useful for

[Bug 65254] opengl flicker in xbmc / glxgears

https://bugs.freedesktop.org/show_bug.cgi?id=65254 --- Comment #11 from adam otaz...@gmail.com --- This is probably same as bug #60389 -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list