RE: [PATCH 3/4] drm/exynos: added userptr feature.

-Original Message- From: robdcl...@gmail.com [mailto:robdcl...@gmail.com] On Behalf Of Rob Clark Sent: Tuesday, May 15, 2012 11:29 PM To: InKi Dae Cc: Inki Dae; kyungmin.p...@samsung.com; sw0312@samsung.com; dri- de...@lists.freedesktop.org Subject: Re: [PATCH 3/4]

Re: [PATCH 3/4] drm/exynos: added userptr feature.

On Wed, May 16, 2012 at 12:04 AM, Inki Dae inki@samsung.com wrote: -Original Message- From: robdcl...@gmail.com [mailto:robdcl...@gmail.com] On Behalf Of Rob Clark Sent: Tuesday, May 15, 2012 11:29 PM To: InKi Dae Cc: Inki Dae; kyungmin.p...@samsung.com; sw0312@samsung.com;

RE: [PATCH 2/2 v4] drm/exynos: added userptr feature.

-Original Message- From: Jerome Glisse [mailto:j.gli...@gmail.com] Sent: Tuesday, May 15, 2012 11:31 PM To: Inki Dae Cc: airl...@linux.ie; dri-devel@lists.freedesktop.org; linux...@kvack.org; minc...@kernel.org; kosaki.motoh...@gmail.com; kyungmin.p...@samsung.com;

[PATCH 0/2] Some additional drm properties patches

From: Rob Clark r...@ti.com These patches apply on top of Paulo's patches to add support for generic KMS object properties, and add support for plane properties, and a new property type suitable for flags/bitmasks. Rob Clark (2): drm: add bitmask property type drm: add plane properties

[PATCH 1/2] drm: add bitmask property type

From: Rob Clark r...@ti.com A bitmask property is similar to an enum. The enum value is a bit position (0-63), and valid property values consist of a mask of zero or more of (1 enum_val[n]). Signed-off-by: Rob Clark r...@ti.com --- drivers/gpu/drm/drm_crtc.c | 46

[PATCH 2/2] drm: add plane properties

From: Rob Clark r...@ti.com The omapdrm driver uses this for setting per-overlay rotation. It is likely also useful for setting YUV-RGB colorspace conversion matrix, etc. Signed-off-by: Rob Clark r...@ti.com --- drivers/gpu/drm/drm_crtc.c | 19 +++ include/drm/drm_crtc.h

[PATCH libdrm 0/3] Additional drm properties patches

From: Rob Clark r...@ti.com Additional drm properties support, the libdrm part. These apply on top of Paulo's libdrm properties patches, and add support for bitmask properties, and additional support in modetest. Rob Clark (3): Add support for bitmask properties modetest: support bitmask

[PATCH libdrm 1/3] Add support for bitmask properties

From: Rob Clark r...@ti.com A bitmask property is similar to an enum. The enum value is a bit position (0-63), and valid property values consist of a mask of zero or more of (1 enum_val[n]). Signed-off-by: Rob Clark r...@ti.com --- include/drm/drm_mode.h |1 + xf86drmMode.c |

[PATCH libdrm 2/3] modetest: support bitmask properties

From: Rob Clark r...@ti.com Add support to display bitmask properties. Signed-off-by: Rob Clark r...@ti.com --- tests/modetest/modetest.c |8 1 file changed, 8 insertions(+) diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c index ce57e65..dea271a 100644 ---

[PATCH libdrm 3/3] modetest: support plane properties

From: Rob Clark r...@ti.com Add support to display plane properties. Signed-off-by: Rob Clark r...@ti.com --- tests/modetest/modetest.c | 14 ++ 1 file changed, 14 insertions(+) diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c index dea271a..dc84cf3 100644 ---

Re: [PATCH 3/4] drm/exynos: added userptr feature.

On Tue, May 15, 2012 at 8:34 AM, Rob Clark rob.cl...@linaro.org wrote: On Mon, Apr 23, 2012 at 7:43 AM, Inki Dae inki@samsung.com wrote: this feature could be used to use memory region allocated by malloc() in user mode and mmaped memory region allocated by other memory allocators. userptr

RE: [PATCH 3/4] drm/exynos: added userptr feature.

-Original Message- From: Dave Airlie [mailto:airl...@gmail.com] Sent: Wednesday, May 16, 2012 6:23 PM To: Rob Clark Cc: Inki Dae; kyungmin.p...@samsung.com; sw0312@samsung.com; dri- de...@lists.freedesktop.org Subject: Re: [PATCH 3/4] drm/exynos: added userptr feature. On

RE: [PATCH 3/4] drm/exynos: added userptr feature.

-Original Message- From: robdcl...@gmail.com [mailto:robdcl...@gmail.com] On Behalf Of Rob Clark Sent: Wednesday, May 16, 2012 5:43 PM To: Inki Dae Cc: InKi Dae; kyungmin.p...@samsung.com; sw0312@samsung.com; dri- de...@lists.freedesktop.org Subject: Re: [PATCH 3/4]

Re: [PATCH 3/4] drm/exynos: added userptr feature.

On Wed, May 16, 2012 at 4:20 AM, Inki Dae inki@samsung.com wrote: -Original Message- From: Dave Airlie [mailto:airl...@gmail.com] Sent: Wednesday, May 16, 2012 6:23 PM To: Rob Clark Cc: Inki Dae; kyungmin.p...@samsung.com; sw0312@samsung.com; dri-

RE: [PATCH 3/4] drm/exynos: added userptr feature.

-Original Message- From: robdcl...@gmail.com [mailto:robdcl...@gmail.com] On Behalf Of Rob Clark Sent: Wednesday, May 16, 2012 9:13 PM To: Inki Dae Cc: Dave Airlie; kyungmin.p...@samsung.com; sw0312@samsung.com; dri- de...@lists.freedesktop.org Subject: Re: [PATCH 3/4]

[Bug 49794] HD5850 clocks are always limited to 400/900

https://bugs.freedesktop.org/show_bug.cgi?id=49794 --- Comment #6 from ddfs 32...@bk.ru 2012-05-16 06:47:41 PDT --- Any updates on this? Did the attached bios help? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: ---

[PATCH] drm: gma500: Kill the GEM glue layer

The private gem_create_mmap_offset() function is now implemented in the DRM core as drm_gem_create_mmap_offset(). Use it and kill the private copy. Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com --- drivers/gpu/drm/gma500/Makefile |2 +- drivers/gpu/drm/gma500/gem.c

Re: [PATCH] drm: gma500: Kill the GEM glue layer

On Wed, 16 May 2012 16:59:44 +0200 Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: The private gem_create_mmap_offset() function is now implemented in the DRM core as drm_gem_create_mmap_offset(). Use it and kill the private copy. That was always then plan so yes - I'll fold this

[PATCH 0/4] Miscellaneous Exynos DRM patches

Hello, While studying the DRM core I came across a couple of issues or strange constructs in the Exynos DRM driver. Here are 4 patches that fix them. The patches have only been compile-tested for lack of testing hardware. I apologize in advance if my lack of experience with the DRM subsystem

[PATCH 1/4] drm: exynos: DRIVER_BUS_PLATFORM is not a driver feature

DRIVER_BUS_PLATFORM is a bus type used internally in the DRM core, not a flag for the drm_driver::driver_features field. Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com --- drivers/gpu/drm/exynos/exynos_drm_drv.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-)

[PATCH 3/4] drm: exynos: Don't cast GEM object to Exynos GEM object when not needed

The exynos_drm_gem_dumb_map_offset() doesn't need to access any Exynos-specific GEM object fields, don't cast the GEM object. Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com --- drivers/gpu/drm/exynos/exynos_drm_gem.c |9 +++-- 1 files changed, 3 insertions(+), 6

[PATCH 2/4] drm: exynos: Remove dummy encoder get_crtc operation implementation

The encoder get_crtc operation is called to retrieve a pointer to the CRTC the encoder is currenctly connected to, right after setting the encoder::crtc field to the new CRTC. The implementation of this operation returns the pointer to the new CRTC, which is then pointlessly compared to itself.

[PATCH 4/4] drm: exynos: Keep a reference to frame buffer GEM objects

GEM objects used by frame buffers must be referenced for the whole life of the frame buffer. Release the references in the frame buffer destructor instead of its constructor. Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com --- drivers/gpu/drm/exynos/exynos_drm_fb.c | 19

[Bug 49794] HD5850 clocks are always limited to 400/900

https://bugs.freedesktop.org/show_bug.cgi?id=49794 --- Comment #7 from dr.an...@gmail.com 2012-05-16 08:47:51 PDT --- Created attachment 61719 -- https://bugs.freedesktop.org/attachment.cgi?id=61719 Overclocked Radeon HD 5850 BIOS Same problem here. The only difference is in vendor of

[Bug 48747] regression [bisected]: display corruption in google earth/glxgears using git r600g on RS780M

https://bugs.freedesktop.org/show_bug.cgi?id=48747 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 50014] New: kwin with desktop effects crashes in r100_cs_track_texture_check on Radeon Mobility M6 LY

https://bugs.freedesktop.org/show_bug.cgi?id=50014 Bug #: 50014 Summary: kwin with desktop effects crashes in r100_cs_track_texture_check on Radeon Mobility M6 LY Classification: Unclassified Product: Mesa Version: 8.0

[Bug 50014] kwin with desktop effects crashes in r100_cs_track_texture_check on Radeon Mobility M6 LY

https://bugs.freedesktop.org/show_bug.cgi?id=50014 --- Comment #1 from Orion Poplawski or...@cora.nwra.com 2012-05-16 10:17:01 PDT --- Created attachment 61729 -- https://bugs.freedesktop.org/attachment.cgi?id=61729 Xorg.0.log -- Configure bugmail:

Re: [PATCH 2/2] drm: add plane properties

2012/5/16 Rob Clark rob.cl...@linaro.org: From: Rob Clark r...@ti.com The omapdrm driver uses this for setting per-overlay rotation.  It is likely also useful for setting YUV-RGB colorspace conversion matrix, etc. Signed-off-by: Rob Clark r...@ti.com Please add comments inside

Re: [PATCH 1/2] drm: add bitmask property type

2012/5/16 Rob Clark rob.cl...@linaro.org: From: Rob Clark r...@ti.com A bitmask property is similar to an enum.  The enum value is a bit position (0-63), and valid property values consist of a mask of zero or more of (1 enum_val[n]). Signed-off-by: Rob Clark r...@ti.com Bikeshedding int

[Bug 49794] HD5850 clocks are always limited to 400/900

https://bugs.freedesktop.org/show_bug.cgi?id=49794 --- Comment #8 from Andrey dr.an...@gmail.com 2012-05-16 11:40:21 PDT --- Created attachment 61732 -- https://bugs.freedesktop.org/attachment.cgi?id=61732 HIS Radeon HD 5850 BIOS Oops, attached correct rom -- Configure bugmail:

Re: [PATCH libdrm 0/3] Additional drm properties patches

2012/5/16 Rob Clark rob.cl...@linaro.org: From: Rob Clark r...@ti.com Additional drm properties support, the libdrm part.  These apply on top of Paulo's libdrm properties patches, and add support for bitmask properties, and additional support in modetest. Rob Clark (3):  Add support for

[Bug 50021] New: src/gallium/drivers/r300/r300_state.c:716:17: error: incompatible type for argument 2 of ‘r300-rws-buffer_set_tiling’

https://bugs.freedesktop.org/show_bug.cgi?id=50021 Bug #: 50021 Summary: src/gallium/drivers/r300/r300_state.c:716:17: error: incompatible type for argument 2 of ‘r300-rws-buffer_set_tiling’ Classification: Unclassified

Re: [PATCH] gma500: Fix hardware cursor support for poulsbo

Le dimanche 13 mai 2012 15:07:46 Patrik Jakobsson a écrit : Poulsbo needs a physical address in the cursor base register. We allocate a stolen memory buffer and copy the cursor image provided by userspace into it. When/If we get our own userspace driver we can map this stolen memory directly.

[RFC] radeon faulty command stream dumping

Attached is 2 patch for dumping everything needed to replay faulty command stream. I haven't add a module option in the radeon patch but the idea would be to enable the dumping only if it's requested. I know AMD folks would like to reuse AMD internal format, but unless we can quickly get ACK to

[PATCH 1/2] drm/debugfs: allow driver to provide a custom read callback

From: Jerome Glisse jgli...@redhat.com Allow driver to provide a custom read callback for debugfs file. Usefull if driver try to dump big buffer, avoid double buffering. Signed-off-by: Jerome Glisse jgli...@redhat.com --- drivers/gpu/drm/drm_debugfs.c | 19 ---

[PATCH 2/2] drm/radeon: add lockup faulty command recording

From: Jerome Glisse jgli...@redhat.com This try to identify the faulty user command stream that caused lockup. If it finds one it create big blob that contains all information needed to replay the faulty command stream. Signed-off-by: Jerome Glisse jgli...@redhat.com ---

Re: [PATCH] gma500: Fix hardware cursor support for poulsbo

On Wed, May 16, 2012 at 11:01 PM, Guillaume Clément gclem...@baobob.org wrote: It looks like on others parts of the kernel, kunmap is fed the same input as kmap and not the return value of kmap. Good catch and thank you for testing, I blindly assumed the alloc / free semantics. Alan, I'll send

[Bug 50021] src/gallium/drivers/r300/r300_state.c:716:17: error: incompatible type for argument 2 of ‘r300-rws-buffer_set_tiling’

https://bugs.freedesktop.org/show_bug.cgi?id=50021 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added Status|NEW |RESOLVED

drm/gma500 : Suspend/resume issues

Hello, On my Poulsbo-enabled machine, I cannot do suspend/resume since the gma500_gfx has left staging. I'm currently testing on linux-3.4-rc7. After some debugging, I found out what the issue is. The crash occurs in psb_save_display_registers at the following lines :

Re: drm/gma500 : Suspend/resume issues

Either way, if I add an empty save function, suspend works again (but at the moment, resume still doesn't work, I'm still trying to work on that). If I just add a if (connector-funcs-save), this also fixes the crash. Actually, the resume problem is exactly the same as the suspend problem.

Re: 3.4-rc7 backlight regression on Dell XPS M1710

Am Mittwoch, den 16.05.2012, 12:17 -0600 schrieb Tim Gardner: commit b99da31ed8521eb78d5d6930f3128f8ecdb75fae causes the backlight in my Dell XPS M1710 to stop working. Symptoms are dim display and won't respond to key brightness events. I bisected and confirmed that reverting this single

[Bug 48747] regression [bisected]: display corruption in google earth/glxgears using git r600g on RS780M

https://bugs.freedesktop.org/show_bug.cgi?id=48747 --- Comment #10 from Jos van Wolput wol...@onsneteindhoven.nl 2012-05-16 21:48:31 PDT --- (In reply to comment #9) Commit: 11f056a3f0b87e86267efa8b5ac9d36a343c9dc1 Author: Michel Dänzer michel.daen...@amd.com Date: Wed May 16 17:45:17 2012

[Bug 38465] Display flickers when setting power_profile

https://bugs.freedesktop.org/show_bug.cgi?id=38465 --- Comment #2 from Erdem U. Altinyurt 2012-05-15 17:25:36 PDT --- I have this flickering issue too on my HD8650. But not only moving to high to low profile. It flickers low to high profile too! This doesn't let us use "dynpm"... Using Kernel

[Bug 49981] On HD6850, Power Profile doesn't change if 2 screen is attached.

https://bugs.freedesktop.org/show_bug.cgi?id=49981 Erdem U. Altinyurt changed: What|Removed |Added AssignedTo|xorg-driver-ati at lists.x.org |dri-devel at lists.freedesktop

[PATCH 3/4] drm/exynos: added userptr feature.

> -Original Message- > From: robdclark at gmail.com [mailto:robdclark at gmail.com] On Behalf Of Rob > Clark > Sent: Tuesday, May 15, 2012 11:29 PM > To: InKi Dae > Cc: Inki Dae; kyungmin.park at samsung.com; sw0312.kim at samsung.com; dri- > devel at lists.freedesktop.org > Subject: Re:

[PATCH 2/2 v4] drm/exynos: added userptr feature.

> -Original Message- > From: Jerome Glisse [mailto:j.glisse at gmail.com] > Sent: Tuesday, May 15, 2012 11:31 PM > To: Inki Dae > Cc: airlied at linux.ie; dri-devel at lists.freedesktop.org; linux-mm at > kvack.org; > minchan at kernel.org; kosaki.motohiro at gmail.com; kyungmin.park at

[PATCH 0/2] Some additional drm properties patches

From: Rob Clark These patches apply on top of Paulo's patches to add support for generic KMS object properties, and add support for plane properties, and a new property type suitable for flags/bitmasks. Rob Clark (2): drm: add bitmask property type drm: add plane properties

[PATCH 1/2] drm: add bitmask property type

From: Rob Clark A bitmask property is similar to an enum. The enum value is a bit position (0-63), and valid property values consist of a mask of zero or more of (1 << enum_val[n]). Signed-off-by: Rob Clark --- drivers/gpu/drm/drm_crtc.c | 46

[PATCH 2/2] drm: add plane properties

From: Rob Clark The omapdrm driver uses this for setting per-overlay rotation. It is likely also useful for setting YUV->RGB colorspace conversion matrix, etc. Signed-off-by: Rob Clark --- drivers/gpu/drm/drm_crtc.c | 19 +++ include/drm/drm_crtc.h |5

[PATCH libdrm 0/3] Additional drm properties patches

From: Rob Clark Additional drm properties support, the libdrm part. These apply on top of Paulo's libdrm properties patches, and add support for bitmask properties, and additional support in modetest. Rob Clark (3): Add support for bitmask properties modetest: support bitmask

[PATCH libdrm 1/3] Add support for bitmask properties

From: Rob Clark A bitmask property is similar to an enum. The enum value is a bit position (0-63), and valid property values consist of a mask of zero or more of (1 << enum_val[n]). Signed-off-by: Rob Clark --- include/drm/drm_mode.h |1 + xf86drmMode.c |4 ++--

[PATCH libdrm 2/3] modetest: support bitmask properties

From: Rob Clark Add support to display bitmask properties. Signed-off-by: Rob Clark --- tests/modetest/modetest.c |8 1 file changed, 8 insertions(+) diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c index ce57e65..dea271a 100644 ---

[PATCH libdrm 3/3] modetest: support plane properties

From: Rob Clark Add support to display plane properties. Signed-off-by: Rob Clark --- tests/modetest/modetest.c | 14 ++ 1 file changed, 14 insertions(+) diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c index dea271a..dc84cf3 100644 ---

[PATCH 3/4] drm/exynos: added userptr feature.

On Tue, May 15, 2012 at 8:34 AM, Rob Clark wrote: > On Mon, Apr 23, 2012 at 7:43 AM, Inki Dae wrote: >> this feature could be used to use memory region allocated by malloc() in user >> mode and mmaped memory region allocated by other memory allocators. userptr >> interface can identify memory

[PATCH 3/4] drm/exynos: added userptr feature.

> -Original Message- > From: Dave Airlie [mailto:airlied at gmail.com] > Sent: Wednesday, May 16, 2012 6:23 PM > To: Rob Clark > Cc: Inki Dae; kyungmin.park at samsung.com; sw0312.kim at samsung.com; dri- > devel at lists.freedesktop.org > Subject: Re: [PATCH 3/4] drm/exynos: added

[PATCH 3/4] drm/exynos: added userptr feature.

> -Original Message- > From: robdclark at gmail.com [mailto:robdclark at gmail.com] On Behalf Of Rob > Clark > Sent: Wednesday, May 16, 2012 5:43 PM > To: Inki Dae > Cc: InKi Dae; kyungmin.park at samsung.com; sw0312.kim at samsung.com; dri- > devel at lists.freedesktop.org > Subject:

[PATCH 3/4] drm/exynos: added userptr feature.

On Wed, May 16, 2012 at 4:20 AM, Inki Dae wrote: > > >> -Original Message- >> From: Dave Airlie [mailto:airlied at gmail.com] >> Sent: Wednesday, May 16, 2012 6:23 PM >> To: Rob Clark >> Cc: Inki Dae; kyungmin.park at samsung.com; sw0312.kim at samsung.com; dri- >> devel at

No subject

is still queued, which I don't completely like but at least the pinning and hw use of the userspace buffer is just temporary and not able to exist for an indefinite amount of time. BR, -R > Thanks, > Inki Dae > >> So I'm really not sure the best way to move this forward, maybe a very >> clear

[PATCH 3/4] drm/exynos: added userptr feature.

> -Original Message- > From: robdclark at gmail.com [mailto:robdclark at gmail.com] On Behalf Of Rob > Clark > Sent: Wednesday, May 16, 2012 9:13 PM > To: Inki Dae > Cc: Dave Airlie; kyungmin.park at samsung.com; sw0312.kim at samsung.com; dri- > devel at lists.freedesktop.org > Subject:

[Bug 49794] HD5850 clocks are always limited to 400/900

https://bugs.freedesktop.org/show_bug.cgi?id=49794 --- Comment #6 from ddfs <32167 at bk.ru> 2012-05-16 06:47:41 PDT --- Any updates on this? Did the attached bios help? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because:

[PATCH] drm: gma500: Kill the GEM glue layer

The private gem_create_mmap_offset() function is now implemented in the DRM core as drm_gem_create_mmap_offset(). Use it and kill the private copy. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/gma500/Makefile |2 +- drivers/gpu/drm/gma500/gem.c |9 +++-

[PATCH] drm: gma500: Kill the GEM glue layer

On Wed, 16 May 2012 16:59:44 +0200 Laurent Pinchart wrote: > The private gem_create_mmap_offset() function is now implemented in the > DRM core as drm_gem_create_mmap_offset(). Use it and kill the private > copy. > That was always then plan so yes - I'll fold this into my tree and test it.

[PATCH 0/4] Miscellaneous Exynos DRM patches

Hello, While studying the DRM core I came across a couple of issues or strange constructs in the Exynos DRM driver. Here are 4 patches that fix them. The patches have only been compile-tested for lack of testing hardware. I apologize in advance if my lack of experience with the DRM subsystem

[PATCH 1/4] drm: exynos: DRIVER_BUS_PLATFORM is not a driver feature

DRIVER_BUS_PLATFORM is a bus type used internally in the DRM core, not a flag for the drm_driver::driver_features field. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/exynos/exynos_drm_drv.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git

[PATCH 3/4] drm: exynos: Don't cast GEM object to Exynos GEM object when not needed

The exynos_drm_gem_dumb_map_offset() doesn't need to access any Exynos-specific GEM object fields, don't cast the GEM object. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/exynos/exynos_drm_gem.c |9 +++-- 1 files changed, 3 insertions(+), 6 deletions(-) diff --git

[PATCH 2/4] drm: exynos: Remove dummy encoder get_crtc operation implementation

The encoder get_crtc operation is called to retrieve a pointer to the CRTC the encoder is currenctly connected to, right after setting the encoder::crtc field to the new CRTC. The implementation of this operation returns the pointer to the new CRTC, which is then pointlessly compared to itself.

[PATCH 4/4] drm: exynos: Keep a reference to frame buffer GEM objects

GEM objects used by frame buffers must be referenced for the whole life of the frame buffer. Release the references in the frame buffer destructor instead of its constructor. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/exynos/exynos_drm_fb.c | 19 ++- 1 files changed,

[Bug 49794] HD5850 clocks are always limited to 400/900

https://bugs.freedesktop.org/show_bug.cgi?id=49794 --- Comment #7 from dr.andru at gmail.com 2012-05-16 08:47:51 PDT --- Created attachment 61719 --> https://bugs.freedesktop.org/attachment.cgi?id=61719 Overclocked Radeon HD 5850 BIOS Same problem here. The only difference is in vendor of

[Bug 48747] regression [bisected]: display corruption in google earth/glxgears using git r600g on RS780M

https://bugs.freedesktop.org/show_bug.cgi?id=48747 Michel D?nzer changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 50014] New: kwin with desktop effects crashes in r100_cs_track_texture_check on Radeon Mobility M6 LY

https://bugs.freedesktop.org/show_bug.cgi?id=50014 Bug #: 50014 Summary: kwin with desktop effects crashes in r100_cs_track_texture_check on Radeon Mobility M6 LY Classification: Unclassified Product: Mesa Version: 8.0

[Bug 50014] kwin with desktop effects crashes in r100_cs_track_texture_check on Radeon Mobility M6 LY

https://bugs.freedesktop.org/show_bug.cgi?id=50014 --- Comment #1 from Orion Poplawski 2012-05-16 10:17:01 PDT --- Created attachment 61729 --> https://bugs.freedesktop.org/attachment.cgi?id=61729 Xorg.0.log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ---

[PATCH 2/2] drm: add plane properties

2012/5/16 Rob Clark : > From: Rob Clark > > The omapdrm driver uses this for setting per-overlay rotation. ?It > is likely also useful for setting YUV->RGB colorspace conversion > matrix, etc. > > Signed-off-by: Rob Clark Please add comments inside include/drm/drm_crtc.h documenting the new

[PATCH 1/2] drm: add bitmask property type

2012/5/16 Rob Clark : > From: Rob Clark > > A bitmask property is similar to an enum. ?The enum value is a bit > position (0-63), and valid property values consist of a mask of > zero or more of (1 << enum_val[n]). > > Signed-off-by: Rob Clark "int num_values" appears after column 80 in 2

[Bug 49794] HD5850 clocks are always limited to 400/900

https://bugs.freedesktop.org/show_bug.cgi?id=49794 --- Comment #8 from Andrey 2012-05-16 11:40:21 PDT --- Created attachment 61732 --> https://bugs.freedesktop.org/attachment.cgi?id=61732 HIS Radeon HD 5850 BIOS Oops, attached correct rom -- Configure bugmail:

[PATCH libdrm 0/3] Additional drm properties patches

2012/5/16 Rob Clark : > From: Rob Clark > > Additional drm properties support, the libdrm part. ?These apply on top > of Paulo's libdrm properties patches, and add support for bitmask > properties, and additional support in modetest. > > Rob Clark (3): > ?Add support for bitmask properties >

[Bug 50021] New: src/gallium/drivers/r300/r300_state.c:716:17: error: incompatible type for argument 2 of ‘r300->rws->buffer_set_tiling’

https://bugs.freedesktop.org/show_bug.cgi?id=50021 Bug #: 50021 Summary: src/gallium/drivers/r300/r300_state.c:716:17: error: incompatible type for argument 2 of ?r300->rws->buffer_set_tiling? Classification: Unclassified

[RFC] radeon faulty command stream dumping

Attached is 2 patch for dumping everything needed to replay faulty command stream. I haven't add a module option in the radeon patch but the idea would be to enable the dumping only if it's requested. I know AMD folks would like to reuse AMD internal format, but unless we can quickly get ACK to

[PATCH 1/2] drm/debugfs: allow driver to provide a custom read callback

From: Jerome Glisse Allow driver to provide a custom read callback for debugfs file. Usefull if driver try to dump big buffer, avoid double buffering. Signed-off-by: Jerome Glisse --- drivers/gpu/drm/drm_debugfs.c | 19 ---

[PATCH 2/2] drm/radeon: add lockup faulty command recording

From: Jerome Glisse This try to identify the faulty user command stream that caused lockup. If it finds one it create big blob that contains all information needed to replay the faulty command stream. Signed-off-by: Jerome Glisse --- drivers/gpu/drm/radeon/r100.c

[Bug 50021] src/gallium/drivers/r300/r300_state.c:716:17: error: incompatible type for argument 2 of ‘r300->rws->buffer_set_tiling’

https://bugs.freedesktop.org/show_bug.cgi?id=50021 Michel D?nzer changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

3.4-rc7 backlight regression on Dell XPS M1710

commit b99da31ed8521eb78d5d6930f3128f8ecdb75fae causes the backlight in my Dell XPS M1710 to stop working. Symptoms are dim display and won't respond to key brightness events. I bisected and confirmed that reverting this single patch on top of 3.4-rc7 fixes the problem. 01:00.0 VGA compatible