buggy/weird behavior in ttm

Op 15-10-12 20:40, Thomas Hellstrom schreef: > On 10/15/2012 05:37 PM, Maarten Lankhorst wrote: >> Op 15-10-12 14:27, Thomas Hellstrom schreef: >>> On 10/12/2012 12:09 PM, Maarten Lankhorst wrote: Op 12-10-12 07:57, Thomas Hellstrom schreef: > On 10/11/2012 10:55 PM, Maarten Lankhorst

[Bug 46241] Resume to black screen on AMD A8-3500m/Radeon 6620G

https://bugzilla.kernel.org/show_bug.cgi?id=46241 Florian Mickler changed: What|Removed |Added CC||florian at mickler.org --- Comment

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

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/20121015/ed2c474e/attachment.html>

[Bug 43829] Resuming my AMD A4-3300 based laptop leaves the screen black

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

[PATCH, resend] drm/ttm: remove cpu_writers related code

Acked-by: Thomas Hellstrom On 10/12/2012 04:57 PM, Maarten Lankhorst wrote: > Nobody uses it, so might as well simplify the code some. > > Signed-off-by: Maarten Lankhorst > Reviewed-by: Jerome Glisse > --- > drivers/gpu/drm/ttm/ttm_bo.c | 41 >

buggy/weird behavior in ttm

On 10/15/2012 05:37 PM, Maarten Lankhorst wrote: > Op 15-10-12 14:27, Thomas Hellstrom schreef: >> On 10/12/2012 12:09 PM, Maarten Lankhorst wrote: >>> Op 12-10-12 07:57, Thomas Hellstrom schreef: On 10/11/2012 10:55 PM, Maarten Lankhorst wrote: > Op 11-10-12 21:26, Thomas Hellstrom

buggy/weird behavior in ttm

Op 15-10-12 17:37, Maarten Lankhorst schreef: >>> To make multi-object reservation work, the fix is to add a ticket "lock" of >>> which all the >>> reservation objects are a nested lock of. Since in this case the ticket >>> lock would prevent >>> deadlocks, this is acceptable. Having 2 ticket

[PATCH] drm: platform: Don't initialize driver-private data

Platform device drivers usually use the driver-private data for their own purposes. Having it overwritten by drm_platform_init() is confusing and error-prone. Signed-off-by: Thierry Reding --- Note that I don't have any hardware to test the shmobile changes on so it would be good to get a

[PATCH resend] drm: radeon: fix printk format warnings

Already partially fixed in: http://cgit.freedesktop.org/~agd5f/linux/commit/?h=drm-fixes-3.7=a1871936c0f4f10850a5671c5deb1a92fcca1155 which is in my radeon -fixes pull request. But Luca's patch missed the one in radeon_atpx_handler.c. I can fix that one separately or Dave can drop Luca's patch

buggy/weird behavior in ttm

Op 15-10-12 14:27, Thomas Hellstrom schreef: > On 10/12/2012 12:09 PM, Maarten Lankhorst wrote: >> Op 12-10-12 07:57, Thomas Hellstrom schreef: >>> On 10/11/2012 10:55 PM, Maarten Lankhorst wrote: Op 11-10-12 21:26, Thomas Hellstrom schreef: > On 10/11/2012 08:42 PM, Maarten Lankhorst

[PATCH 0/2 v6] of: add display helper

Hello Steffen, To which version of the kernel we can expect this patch set to be merged into? Because I'm waiting for this from long time to add DT support for my display controller :) Best Wishes, Leela Krishna Amudala. On Thu, Oct 4, 2012 at 11:29 PM, Steffen Trumtrar wrote: > > Hi! > > In

[PATCH 0/2 v6] of: add display helper

Hi Leela, On Mon, Oct 15, 2012 at 04:24:43PM +0530, Leela Krishna Amudala wrote: > Hello Steffen, > > To which version of the kernel we can expect this patch set to be merged into? > Because I'm waiting for this from long time to add DT support for my > display controller :) > I have no idea,

[PATCH resend] drm: radeon: fix printk format warnings

From: Randy Dunlap Fix printk format warnings in gpu/drm/radeon/: drivers/gpu/drm/radeon/radeon_atpx_handler.c:151:3: warning: format '%lu' expects type 'long unsigned int', but argument 2 has type 'size_t' drivers/gpu/drm/radeon/radeon_acpi.c:204:3: warning: format '%lu'

buggy/weird behavior in ttm

On Mon, Oct 15, 2012 at 08:34:17PM +0200, Maarten Lankhorst wrote: > Op 15-10-12 17:37, Maarten Lankhorst schreef: > >>> To make multi-object reservation work, the fix is to add a ticket "lock" > >>> of which all the > >>> reservation objects are a nested lock of. Since in this case the ticket >

[Bug 55692] [KMS][Cayman] Garbled screen and oops with 6950 with linus git from 20121006 (3.7-rc0)

gt; Use "setenv" in a terminal and look for "RADEON_VA". Oh, i have nothing like that in env -- 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/20121015/28f5bd73/attachment-0001.html>

[Bug 55692] [KMS][Cayman] Garbled screen and oops with 6950 with linus git from 20121006 (3.7-rc0)

". -- 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/20121015/d323a5f0/attachment.html>

[Bug 55692] [KMS][Cayman] Garbled screen and oops with 6950 with linus git from 20121006 (3.7-rc0)

or the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121015/915ffebf/attachment.html>

[Bug 55006] video playback causes total freeze on RV350

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/20121015/0bbdfb2b/attachment.html>

[Bug 55692] [KMS][Cayman] Garbled screen and oops with 6950 with linus git from 20121006 (3.7-rc0)

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

[Bug 55692] [KMS][Cayman] Garbled screen and oops with 6950 with linus git from 20121006 (3.7-rc0)

vel/attachments/20121015/93378482/attachment.html>

buggy/weird behavior in ttm

On 10/12/2012 12:09 PM, Maarten Lankhorst wrote: > Op 12-10-12 07:57, Thomas Hellstrom schreef: >> On 10/11/2012 10:55 PM, Maarten Lankhorst wrote: >>> Op 11-10-12 21:26, Thomas Hellstrom schreef: On 10/11/2012 08:42 PM, Maarten Lankhorst wrote: >> Anyway, if you plan to remove the

buggy/weird behavior in ttm

On 10/12/2012 09:49 AM, Maarten Lankhorst wrote: > > I suppose there will stay a small race though, Hmm, where? >>> When you enter the ddestroy path, you drop the lock and hope the buffer >>> doesn't reserved >>> away from under you. >> Yes, that code isn't fully correct, it's missing a

[pull] radeon drm-fixes-3.7

From: Alex Deucher Hi Dave, This is the first -fixes pull for 3.7. I would have preferred to have gotten it out a bit sooner, but I was on holiday last week. - Cleanup of the new 2 level page table code it get it in better shape and using less memory. - Fix some

[PATCH v1 2/2] drm: exynos: moved exynos drm hdmi device registration to drm driver

> -Original Message- > From: Rahul Sharma [mailto:rahul.sharma at samsung.com] > Sent: Saturday, October 13, 2012 1:01 AM > To: dri-devel at lists.freedesktop.org > Cc: t.stanislaws at samsung.com; sw0312.kim at samsung.com; inki.dae at samsung.com; > jy0922.shim at samsung.com;

[PATCH] drm/radeon: Don't destroy I2C Bus Rec in radeon_ext_tmds_enc_destroy().

On Mon, Oct 15, 2012 at 2:21 AM, Egbert Eich wrote: > radeon_i2c_fini() walks thru the list of I2C bus recs rdev->i2c_bus[] > to destroy each of them. > radeon_ext_tmds_enc_destroy() however also has code to destroy it's > associated I2C bus rec which has been obtained by radeon_i2c_lookup() >

[PATCH 9/9] drm: remove legacy drm_connector_property fxns

On Fri, 12 Oct 2012, Rob Clark wrote: > From: Rob Clark > > Replace references to and remove the connector property fxns, which > have been superseded with the more general object property fxns: "fxns"? meh. For this patch, Reviewed-by: Jani Nikula > > + drm_connector_attach_property ->

[PATCHv10 18/26] v4l: add buffer exporting via dmabuf

On Wed October 10 2012 16:46:37 Tomasz Stanislawski wrote: > This patch adds extension to V4L2 api. It allow to export a mmap buffer as > file > descriptor. New ioctl VIDIOC_EXPBUF is added. It takes a buffer offset used by > mmap and return a file descriptor on success. > > Signed-off-by:

[PATCHv10 17/26] Documentation: media: description of DMABUF exporting in V4L2

On Wed October 10 2012 16:46:36 Tomasz Stanislawski wrote: > This patch adds description and usage examples for exporting > DMABUF file descriptor in V4L2. > > Signed-off-by: Tomasz Stanislawski > Signed-off-by: Kyungmin Park > CC: linux-doc at vger.kernel.org > --- >

[PATCHv10 02/26] Documentation: media: description of DMABUF importing in V4L2

On Wed October 10 2012 16:46:21 Tomasz Stanislawski wrote: > This patch adds description and usage examples for importing > DMABUF file descriptor in V4L2. > > Signed-off-by: Tomasz Stanislawski > Signed-off-by: Kyungmin Park > CC: linux-doc at vger.kernel.org > --- >

[Bug 55919] fatal error: nouveau/nouveau_device.h: No such file or directory

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/20121015/fb88118d/attachment.html>

[Bug 55919] fatal error: nouveau/nouveau_device.h: No such file or directory

/archives/dri-devel/attachments/20121015/dbebd693/attachment-0001.html>

[PATCH] drm/radeon: Don't destroy I2C Bus Rec in radeon_ext_tmds_enc_destroy().

radeon_i2c_fini() walks thru the list of I2C bus recs rdev->i2c_bus[] to destroy each of them. radeon_ext_tmds_enc_destroy() however also has code to destroy it's associated I2C bus rec which has been obtained by radeon_i2c_lookup() and is therefore also in the i2c_bus[] list. This causes a double

[Bug 55919] fatal error: nouveau/nouveau_device.h: No such file or directory

vel/attachments/20121015/06ed03e6/attachment.html>

[Bug 55919] fatal error: nouveau/nouveau_device.h: No such file or directory

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/20121015/25c81d18/attachment.html>

[Bug 55986] New: SIGSEGV in i830Enable (ctx=0x806a000, cap=2960, state=0 '\000') at i830_state.c:852

ssignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121015/3e8ddd39/attachment.html>

[PATCH] drm/radeon: Don't destroy I2C Bus Rec in radeon_ext_tmds_enc_destroy().

radeon_i2c_fini() walks thru the list of I2C bus recs rdev-i2c_bus[] to destroy each of them. radeon_ext_tmds_enc_destroy() however also has code to destroy it's associated I2C bus rec which has been obtained by radeon_i2c_lookup() and is therefore also in the i2c_bus[] list. This causes a double

Re: [PATCH 1/9] drm/i915: drm_connector_property - drm_object_property

On Fri, 12 Oct 2012, Rob Clark rob.cl...@linaro.org wrote: From: Rob Clark r...@ti.com Nitpick: no commit message, and subject fails to mention drm_connector_attach_property - drm_object_attach_property. Regardless, for this patch, Reviewed-by: Jani Nikula jani.nik...@intel.com Signed-off-by:

Re: [PATCH 9/9] drm: remove legacy drm_connector_property fxns

On Fri, 12 Oct 2012, Rob Clark rob.cl...@linaro.org wrote: From: Rob Clark r...@ti.com Replace references to and remove the connector property fxns, which have been superseded with the more general object property fxns: fxns? meh. For this patch, Reviewed-by: Jani Nikula

[Bug 55919] fatal error: nouveau/nouveau_device.h: No such file or directory

https://bugs.freedesktop.org/show_bug.cgi?id=55919 --- Comment #6 from Roland Egger spar...@gmx.de --- Hi, thank you. Running configure fails, so I just ran make linux after little manually configurating the file in the configs directory. I'll try to find the old libdrm and will try to use it.

Re: [PATCHv10 02/26] Documentation: media: description of DMABUF importing in V4L2

On Wed October 10 2012 16:46:21 Tomasz Stanislawski wrote: This patch adds description and usage examples for importing DMABUF file descriptor in V4L2. Signed-off-by: Tomasz Stanislawski t.stanisl...@samsung.com Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com CC:

Re: [PATCHv10 17/26] Documentation: media: description of DMABUF exporting in V4L2

On Wed October 10 2012 16:46:36 Tomasz Stanislawski wrote: This patch adds description and usage examples for exporting DMABUF file descriptor in V4L2. Signed-off-by: Tomasz Stanislawski t.stanisl...@samsung.com Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com CC:

Re: [PATCHv10 18/26] v4l: add buffer exporting via dmabuf

On Wed October 10 2012 16:46:37 Tomasz Stanislawski wrote: This patch adds extension to V4L2 api. It allow to export a mmap buffer as file descriptor. New ioctl VIDIOC_EXPBUF is added. It takes a buffer offset used by mmap and return a file descriptor on success. Signed-off-by: Tomasz

[Bug 55919] fatal error: nouveau/nouveau_device.h: No such file or directory

https://bugs.freedesktop.org/show_bug.cgi?id=55919 --- Comment #7 from Roland Egger spar...@gmx.de --- I fetched libdrm-2.4.24 and after configure I got: libdrm 2.4.24 will be compiled with: libkms yes Intel API yes vmwgfx API no Radeon API yes Nouveau APIno

[Bug 55919] fatal error: nouveau/nouveau_device.h: No such file or directory

https://bugs.freedesktop.org/show_bug.cgi?id=55919 --- Comment #8 from Roland Egger spar...@gmx.de --- I tested configure and had to install glproto-1.4.16, dri2proto-2.8 and libdrm-2.4.24 and set the PKG_CONFIG_PATH Afterwards configure fails with checking for llvm-config... no configure:

[Bug 55919] fatal error: nouveau/nouveau_device.h: No such file or directory

https://bugs.freedesktop.org/show_bug.cgi?id=55919 --- Comment #9 from Roland Egger spar...@gmx.de --- After successful configure I got: glxconfig.c:52:11: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘int’ glxconfig.c:223:11: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or

Re: [PATCH 0/2 v6] of: add display helper

Hello Steffen, To which version of the kernel we can expect this patch set to be merged into? Because I'm waiting for this from long time to add DT support for my display controller :) Best Wishes, Leela Krishna Amudala. On Thu, Oct 4, 2012 at 11:29 PM, Steffen Trumtrar

Re: buggy/weird behavior in ttm

On 10/12/2012 09:49 AM, Maarten Lankhorst wrote: I suppose there will stay a small race though, Hmm, where? When you enter the ddestroy path, you drop the lock and hope the buffer doesn't reserved away from under you. Yes, that code isn't fully correct, it's missing a check for still on

Re: buggy/weird behavior in ttm

On 10/12/2012 12:09 PM, Maarten Lankhorst wrote: Op 12-10-12 07:57, Thomas Hellstrom schreef: On 10/11/2012 10:55 PM, Maarten Lankhorst wrote: Op 11-10-12 21:26, Thomas Hellstrom schreef: On 10/11/2012 08:42 PM, Maarten Lankhorst wrote: Anyway, if you plan to remove the fence lock and

Re: [PATCH 0/2 v6] of: add display helper

Hi Leela, On Mon, Oct 15, 2012 at 04:24:43PM +0530, Leela Krishna Amudala wrote: Hello Steffen, To which version of the kernel we can expect this patch set to be merged into? Because I'm waiting for this from long time to add DT support for my display controller :) I have no idea, sorry.

[Bug 55692] [KMS][Cayman] Garbled screen and oops with 6950 with linus git from 20121006 (3.7-rc0)

https://bugs.freedesktop.org/show_bug.cgi?id=55692 --- Comment #18 from Alexandre Demers alexandre.f.dem...@gmail.com --- Is VM enabled or disabled on your system? I'm experiencing a similar bug with kernel 3.7-rc1, but it is working fine with 3.6. VM is enabled on my system, I'll try to disable

[Bug 55692] [KMS][Cayman] Garbled screen and oops with 6950 with linus git from 20121006 (3.7-rc0)

https://bugs.freedesktop.org/show_bug.cgi?id=55692 --- Comment #19 from Serkan Hosca ser...@hosca.com --- (In reply to comment #18) Is VM enabled or disabled on your system? I'm experiencing a similar bug with kernel 3.7-rc1, but it is working fine with 3.6. VM is enabled on my system, I'll

[Bug 55006] video playback causes total freeze on RV350

https://bugs.freedesktop.org/show_bug.cgi?id=55006 --- Comment #8 from spamfang1...@yahoo.de --- Another thing which might be helpful in finding the bug might be this: When i add radeon.agpmode=-1 to the kernel 2.6.32 commandline, the system shows the same freeze behaviour as with 3.2 and 3.5,

[Bug 55692] [KMS][Cayman] Garbled screen and oops with 6950 with linus git from 20121006 (3.7-rc0)

https://bugs.freedesktop.org/show_bug.cgi?id=55692 --- Comment #20 from Serkan Hosca ser...@hosca.com --- mesa-git is working fine on linux 3.6 and mesa-git dont have the ef557ea winsys/radeon: disable virtual memory on Cayman commit -- You are receiving this mail because: You are the assignee

[Bug 55692] [KMS][Cayman] Garbled screen and oops with 6950 with linus git from 20121006 (3.7-rc0)

https://bugs.freedesktop.org/show_bug.cgi?id=55692 --- Comment #21 from Alexandre Demers alexandre.f.dem...@gmail.com --- (In reply to comment #19) (In reply to comment #18) Is VM enabled or disabled on your system? I'm experiencing a similar bug with kernel 3.7-rc1, but it is working fine

[Bug 55692] [KMS][Cayman] Garbled screen and oops with 6950 with linus git from 20121006 (3.7-rc0)

https://bugs.freedesktop.org/show_bug.cgi?id=55692 --- Comment #22 from Serkan Hosca ser...@hosca.com --- (In reply to comment #21) (In reply to comment #19) (In reply to comment #18) Is VM enabled or disabled on your system? I'm experiencing a similar bug with kernel 3.7-rc1, but it is

Re: buggy/weird behavior in ttm

Op 15-10-12 14:27, Thomas Hellstrom schreef: On 10/12/2012 12:09 PM, Maarten Lankhorst wrote: Op 12-10-12 07:57, Thomas Hellstrom schreef: On 10/11/2012 10:55 PM, Maarten Lankhorst wrote: Op 11-10-12 21:26, Thomas Hellstrom schreef: On 10/11/2012 08:42 PM, Maarten Lankhorst wrote: Anyway,

[PATCH v2 0/2] add exynos-drm platform device registration to driver

This patch adds drm-exynos and drm-exynos-hdmi device registration to the drm driver. It was happening in machine init code earlier which is not acceptable for dt enabled platforms. Patch which cleans the respective code from arch/arm is arm: exynos: removing exynos-drm device registration from

[PATCH v2 1/2] drm: exynos: moved exynos drm device registration to drm driver

This patch moved the exynos-drm platform device registration to the drm driver. When DT is enabled, platform devices needs to be registered within the driver code. This patch fits the requirement of both DT and Non DT based drm drivers. Signed-off-by: Rahul Sharma rahul.sha...@samsung.com ---

[PATCH v2 2/2] drm: exynos: moved exynos drm hdmi device registration to drm driver

This patch moved the exynos-drm-hdmi platform device registration to the drm driver. When DT is enabled, platform devices needs to be registered within the driver code. This patch fits the requirement of both DT and Non DT based drm drivers. Signed-off-by: Rahul Sharma rahul.sha...@samsung.com

Re: [PATCH] drm/radeon: Don't destroy I2C Bus Rec in radeon_ext_tmds_enc_destroy().

On Mon, Oct 15, 2012 at 2:21 AM, Egbert Eich e...@suse.de wrote: radeon_i2c_fini() walks thru the list of I2C bus recs rdev-i2c_bus[] to destroy each of them. radeon_ext_tmds_enc_destroy() however also has code to destroy it's associated I2C bus rec which has been obtained by

[PATCH] drm: platform: Don't initialize driver-private data

Platform device drivers usually use the driver-private data for their own purposes. Having it overwritten by drm_platform_init() is confusing and error-prone. Signed-off-by: Thierry Reding thierry.red...@avionic-design.de --- Note that I don't have any hardware to test the shmobile changes on so

[pull] radeon drm-fixes-3.7

From: Alex Deucher alexander.deuc...@amd.com Hi Dave, This is the first -fixes pull for 3.7. I would have preferred to have gotten it out a bit sooner, but I was on holiday last week. - Cleanup of the new 2 level page table code it get it in better shape and using less memory. - Fix some

Re: buggy/weird behavior in ttm

Op 15-10-12 17:37, Maarten Lankhorst schreef: To make multi-object reservation work, the fix is to add a ticket lock of which all the reservation objects are a nested lock of. Since in this case the ticket lock would prevent deadlocks, this is acceptable. Having 2 ticket 'locks' at the

Re: buggy/weird behavior in ttm

On 10/15/2012 05:37 PM, Maarten Lankhorst wrote: Op 15-10-12 14:27, Thomas Hellstrom schreef: On 10/12/2012 12:09 PM, Maarten Lankhorst wrote: Op 12-10-12 07:57, Thomas Hellstrom schreef: On 10/11/2012 10:55 PM, Maarten Lankhorst wrote: Op 11-10-12 21:26, Thomas Hellstrom schreef: On

Re: [PATCH, resend] drm/ttm: remove cpu_writers related code

Acked-by: Thomas Hellstrom thellst...@vmware.com On 10/12/2012 04:57 PM, Maarten Lankhorst wrote: Nobody uses it, so might as well simplify the code some. Signed-off-by: Maarten Lankhorst maarten.lankho...@canonical.com Reviewed-by: Jerome Glisse jgli...@redhat.com ---

Re: buggy/weird behavior in ttm

Op 15-10-12 20:40, Thomas Hellstrom schreef: On 10/15/2012 05:37 PM, Maarten Lankhorst wrote: Op 15-10-12 14:27, Thomas Hellstrom schreef: On 10/12/2012 12:09 PM, Maarten Lankhorst wrote: Op 12-10-12 07:57, Thomas Hellstrom schreef: On 10/11/2012 10:55 PM, Maarten Lankhorst wrote: Op

Re: buggy/weird behavior in ttm

On Mon, Oct 15, 2012 at 08:34:17PM +0200, Maarten Lankhorst wrote: Op 15-10-12 17:37, Maarten Lankhorst schreef: To make multi-object reservation work, the fix is to add a ticket lock of which all the reservation objects are a nested lock of. Since in this case the ticket lock would

[Bug 43829] Resuming my AMD A4-3300 based laptop leaves the screen black

https://bugs.freedesktop.org/show_bug.cgi?id=43829 Florian Mickler flor...@mickler.org changed: What|Removed |Added CC||flor...@mickler.org

[Bug 17902] [830M missing dvo driver] need support for DVO-LVDS via na2501

https://bugs.freedesktop.org/show_bug.cgi?id=17902 Florian Mickler flor...@mickler.org changed: What|Removed |Added CC||flor...@mickler.org

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

https://bugs.freedesktop.org/show_bug.cgi?id=49981 Florian Mickler flor...@mickler.org changed: What|Removed |Added CC||flor...@mickler.org

[Bug 46241] Resume to black screen on AMD A8-3500m/Radeon 6620G

https://bugzilla.kernel.org/show_bug.cgi?id=46241 Florian Mickler flor...@mickler.org changed: What|Removed |Added CC||flor...@mickler.org

Re: [PATCH resend] drm: radeon: fix printk format warnings

Already partially fixed in: http://cgit.freedesktop.org/~agd5f/linux/commit/?h=drm-fixes-3.7id=a1871936c0f4f10850a5671c5deb1a92fcca1155 which is in my radeon -fixes pull request. But Luca's patch missed the one in radeon_atpx_handler.c. I can fix that one separately or Dave can drop Luca's patch

[PATCH] radeon: fix tile_split of 128-bit surface formats with 8x MSAA

The calculation led to the number 8192, which is too high. --- radeon/radeon_surface.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c index 66c2444..eb587d2 100644 --- a/radeon/radeon_surface.c +++ b/radeon/radeon_surface.c @@ -939,6

Re: [PATCH v2 0/2] add exynos-drm platform device registration to driver

Applied. Thanks, Inki Dae 2012/10/16 Rahul Sharma rahul.sha...@samsung.com: This patch adds drm-exynos and drm-exynos-hdmi device registration to the drm driver. It was happening in machine init code earlier which is not acceptable for dt enabled platforms. Patch which cleans the respective

[Bug 55829] [Regression]Smokin-guns crash when change resolution

https://bugs.freedesktop.org/show_bug.cgi?id=55829 --- Comment #5 from meng mengmeng.m...@intel.com --- Xonotic (xonotic-linux64-sdl) can also repoduce this problem with above version. Pls see Xorg.0.log and bt of xonotic. -- You are receiving this mail because: You are the assignee for the

[Bug 55829] [Regression]Smokin-guns crash when change resolution

https://bugs.freedesktop.org/show_bug.cgi?id=55829 --- Comment #6 from meng mengmeng.m...@intel.com --- Created attachment 68594 -- https://bugs.freedesktop.org/attachment.cgi?id=68594action=edit backtrace of xonotic -- You are receiving this mail because: You are the assignee for the bug.

[Bug 55829] [Regression]Smokin-guns crash when change resolution

https://bugs.freedesktop.org/show_bug.cgi?id=55829 --- Comment #7 from meng mengmeng.m...@intel.com --- Created attachment 68595 -- https://bugs.freedesktop.org/attachment.cgi?id=68595action=edit Xorg.0.log of xonotic -- You are receiving this mail because: You are the assignee for the bug.

[PATCH] drm/omap: Fix include error during make

Fixed include error for drm_mode.h Signed-off-by: Andy Gross andy.gr...@ti.com --- drivers/staging/omapdrm/omap_crtc.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/staging/omapdrm/omap_crtc.c b/drivers/staging/omapdrm/omap_crtc.c index 732f2ad..5249223