Re: [pull] drm-intel-fixes

On Wed, May 22, 2013 at 3:24 AM, Stéphane Marchesin wrote: > On Mon, Sep 10, 2012 at 12:28 AM, Daniel Vetter wrote: >> Hi Dave, >> >> You're pull just reminded me that I've been sitting on a few small -fixes, >> too. Nothing really major at all: >> - fixup edp setup sequence (Dave) >> - disable s

[Bug 64850] Second screen black on Pitcairn PRO

https://bugs.freedesktop.org/show_bug.cgi?id=64850 --- Comment #3 from Jakob Nixdorf --- Update: I tested the Arch Linux kernels 3.9.2 and 3.8.11 with the same result. And, in case it is important, I noticed this line in dmesg: [3.169540] radeon :01:00.0: Invalid ROM contents I hope t

Re: [PATCH] drm/exynos: wait for the completion of pending page flip

Hi Inki, On Wednesday 22 of May 2013 15:37:14 Inki Dae wrote: > 2013/5/22 Stéphane Marchesin > > > On Tue, May 21, 2013 at 9:22 PM, Inki Dae wrote: > > > 2013/5/22 Stéphane Marchesin > > > > > >> On Tue, May 21, 2013 at 1:08 AM, Inki Dae wrote: > > >> > This patch fixes the issue that drm_

Re: [PATCH] drm/exynos: wait for the completion of pending page flip

On Wed, May 22, 2013 at 5:23 PM, Tomasz Figa wrote: > Hi Inki, > > On Wednesday 22 of May 2013 15:37:14 Inki Dae wrote: > > 2013/5/22 Stéphane Marchesin > > > > > On Tue, May 21, 2013 at 9:22 PM, Inki Dae > wrote: > > > > 2013/5/22 Stéphane Marchesin > > > > > > > >> On Tue, May 21, 2013 at 1:

Re: [PATCH] drm/exynos: wait for the completion of pending page flip

2013/5/22 Tomasz Figa > Hi Inki, > > On Wednesday 22 of May 2013 15:37:14 Inki Dae wrote: > > 2013/5/22 Stéphane Marchesin > > > > > On Tue, May 21, 2013 at 9:22 PM, Inki Dae > wrote: > > > > 2013/5/22 Stéphane Marchesin > > > > > > > >> On Tue, May 21, 2013 at 1:08 AM, Inki Dae > wrote: > >

Re: [PATCH] drm/exynos: wait for the completion of pending page flip

2013/5/22 Kyungmin Park > > > On Wed, May 22, 2013 at 5:23 PM, Tomasz Figa wrote: > >> Hi Inki, >> >> On Wednesday 22 of May 2013 15:37:14 Inki Dae wrote: >> > 2013/5/22 Stéphane Marchesin >> > >> > > On Tue, May 21, 2013 at 9:22 PM, Inki Dae >> wrote: >> > > > 2013/5/22 Stéphane Marchesin >>

[Bug 64810] EGL/Gles/Weston give segfault on RADEONSI

https://bugs.freedesktop.org/show_bug.cgi?id=64810 --- Comment #1 from Michel Dänzer --- Does setting the environment variable EGL_DRIVER=egl_dri2 help? -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing li

Re: [PATCH v3 2/3] mutex: add support for wound/wait style locks, v3

Hey, Op 30-04-13 21:14, Daniel Vetter schreef: > On Sun, Apr 28, 2013 at 07:04:07PM +0200, Maarten Lankhorst wrote: >> Changes since RFC patch v1: >> - Updated to use atomic_long instead of atomic, since the reservation_id >> was a long. >> - added mutex_reserve_lock_slow and mutex_reserve_lock

[Bug 64776] [9.1.2]"GPU fault detected" whit "eclipse juno" crash system

https://bugs.freedesktop.org/show_bug.cgi?id=64776 --- Comment #6 from Michel Dänzer --- Created attachment 79647 --> https://bugs.freedesktop.org/attachment.cgi?id=79647&action=edit radeonsi: Make sure disabled colour buffers are disabled in the CB state Does this Mesa patch help? -- You ar

Re: [PATCH v3 2/3] mutex: add support for wound/wait style locks, v3

> Are there any issues left? I included the patch you wrote for injecting > -EDEADLK too > in my tree. The overwhelming silence makes me think there are either none, or > nobody cared enough to review it. :( It didn't manage to reach my inbox it seems,.. I can only find a debug patch in this thre

Re: [PATCH v3 2/3] mutex: add support for wound/wait style locks, v3

Op 22-05-13 13:37, Peter Zijlstra schreef: >> Are there any issues left? I included the patch you wrote for injecting >> -EDEADLK too >> in my tree. The overwhelming silence makes me think there are either none, or >> nobody cared enough to review it. :( > It didn't manage to reach my inbox it see

Re: [PATCH v3 2/3] mutex: add support for wound/wait style locks, v3

On Wed, May 22, 2013 at 01:47:42PM +0200, Maarten Lankhorst wrote: > Op 22-05-13 13:37, Peter Zijlstra schreef: > >> Are there any issues left? I included the patch you wrote for injecting > >> -EDEADLK too > >> in my tree. The overwhelming silence makes me think there are either none, > >> or >

[PATCH 2/4] drm/exynos: fix build warnings from ipp fimc

Becuase of order of headers, there are build warnings and they are fixed with this patch. Signed-off-by: Seung-Woo Kim --- drivers/gpu/drm/exynos/exynos_drm_fimc.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_fimc.c b/drivers/gpu/dr

[PATCH 3/4] drm/exynos: remove unnecessary devm_kfree

devm_kfree does not need for fail case of probe function and for remove function. Signed-off-by: Seung-Woo Kim --- drivers/gpu/drm/exynos/exynos_drm_gsc.c |2 -- drivers/gpu/drm/exynos/exynos_drm_rotator.c |2 -- 2 files changed, 0 insertions(+), 4 deletions(-) diff --git a/drivers/

[PATCH 0/4] drm/exynos: code cleanups

Build warnings of ipp fimc is fixed and device pointer usage is simplified as directly using dev variable. devm related fixes are also appiled: meaningless devm_kfree is removed and request_threaded_irq is replaced to devm function. Seung-Woo Kim (4): drm/exynos: cleanup device pointer usages

[PATCH 4/4] drm/exynos: replace request_threaded_irq with devm function

devm_request_threaded_irq is used instead of request_threaded_irq and free_irq is removed. Signed-off-by: Seung-Woo Kim --- drivers/gpu/drm/exynos/exynos_drm_fimc.c|8 ++-- drivers/gpu/drm/exynos/exynos_drm_gsc.c |8 ++-- drivers/gpu/drm/exynos/exynos_drm_rotator.c | 11

[PATCH 1/4] drm/exynos: cleanup device pointer usages

Struct device pointer got from platform device pointer is already alsigned as variable, but some functions do not use device pointer. So this patch replaces thoes usages. Signed-off-by: Seung-Woo Kim --- drivers/gpu/drm/exynos/exynos_drm_fimc.c |2 +- drivers/gpu/drm/exynos/exynos_drm_fimd.c

[Bug 64850] Second screen black on Pitcairn PRO

https://bugs.freedesktop.org/show_bug.cgi?id=64850 --- Comment #4 from Alex Deucher --- Please attach your xorg log. -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org h

[Bug 64850] Second screen black on Pitcairn PRO

https://bugs.freedesktop.org/show_bug.cgi?id=64850 --- Comment #5 from Alex Deucher --- Is it the HDMI monitor that's not working? If so, try setting radeon.audio=0 on the kernel command line in grub. -- You are receiving this mail because: You are the assignee for the bug. ___

[Bug 64867] New: Hangs on Cayman (HD6950) when watching flash/using vdpau

https://bugs.freedesktop.org/show_bug.cgi?id=64867 Priority: medium Bug ID: 64867 Assignee: dri-devel@lists.freedesktop.org Summary: Hangs on Cayman (HD6950) when watching flash/using vdpau Severity: normal Classification

[Bug 64867] Hangs on Cayman (HD6950) when watching flash/using vdpau

https://bugs.freedesktop.org/show_bug.cgi?id=64867 --- Comment #1 from Martin Bednar --- Created attachment 79661 --> https://bugs.freedesktop.org/attachment.cgi?id=79661&action=edit output after hang. The output I got when trying to cat /sys/debug/kernel/dri/0/* Sorry for the bad quality. -

[Bug 64649] Anomaly 2 (Steam) exits with divide by 0 in r600g

https://bugs.freedesktop.org/show_bug.cgi?id=64649 --- Comment #16 from Kai --- (In reply to comment #15) > > Again, just to make sure you don't search for a bug that is maybe no longer > > in r600g: I don't have the latest master for Mesa/libdrm, and it'll take me > > at least a few days, before

[Bug 63935] TURKS [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!

https://bugs.freedesktop.org/show_bug.cgi?id=63935 --- Comment #37 from Alex Deucher --- Created attachment 79663 --> https://bugs.freedesktop.org/attachment.cgi?id=79663&action=edit don't re-post mac cards For the non-Macs, this patch should fix the issue: http://lists.freedesktop.org/archive

Re: [pull] drm-intel-fixes

On Wed, May 22, 2013 at 12:13 AM, Daniel Vetter wrote: > On Wed, May 22, 2013 at 3:24 AM, Stéphane Marchesin > wrote: >> On Mon, Sep 10, 2012 at 12:28 AM, Daniel Vetter wrote: >>> Hi Dave, >>> >>> You're pull just reminded me that I've been sitting on a few small -fixes, >>> too. Nothing really

[PATCH 1/2] drm/radeon: fix card_posted check for newer asics

From: Alex Deucher Newer asics have variable numbers of crtcs. Use that rather than the asic family to determine which crtcs to check. This avoids checking non-existent crtcs or missing crtcs on certain asics. Signed-off-by: Alex Deucher Cc: sta...@vger.kernel.org --- drivers/gpu/drm/radeon/

[PATCH 2/2] drm/radeon: don't check crtcs in card_posted() on cards without DCE

From: Alex Deucher Skip checking crtcs in hardware without them. Avoids checking non-existent hardware. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_device.c |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_device.c b/

[Bug 64738] graphics corruption with glamor

https://bugs.freedesktop.org/show_bug.cgi?id=64738 --- Comment #6 from Michel Dänzer --- > - glamor-0.5 Does current glamor Git work better? There have been some fixes which might be relevant. -- You are receiving this mail because: You are the assignee for the bug. ___

[PATCH 1/1] drm/exynos: Remove redundant use of of_match_ptr macro

'mixer_match_types' is always compiled in. Hence of_match_ptr is not necessary. Signed-off-by: Sachin Kamat --- drivers/gpu/drm/exynos/exynos_mixer.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/exynos/exynos_mixer.c b/drivers/gpu/drm/exynos/exynos_mixe

Re: [PATCH 1/2] drm/radeon: fix card_posted check for newer asics

On Mit, 2013-05-22 at 11:32 -0400, alexdeuc...@gmail.com wrote: > From: Alex Deucher > > Newer asics have variable numbers of crtcs. Use that > rather than the asic family to determine which crtcs > to check. This avoids checking non-existent crtcs or > missing crtcs on certain asics. > > Sign

Re: [pull] drm-intel-fixes

On Wed, May 22, 2013 at 5:25 PM, Stéphane Marchesin wrote: > On Wed, May 22, 2013 at 12:13 AM, Daniel Vetter wrote: >> On Wed, May 22, 2013 at 3:24 AM, Stéphane Marchesin >> wrote: >>> On Mon, Sep 10, 2012 at 12:28 AM, Daniel Vetter wrote: Hi Dave, You're pull just reminded me th

[Bug 63935] TURKS [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!

https://bugs.freedesktop.org/show_bug.cgi?id=63935 --- Comment #38 from Dave Witbrodt --- (In reply to comment #37) > For the non-Macs, this patch should fix the issue: > http://lists.freedesktop.org/archives/dri-devel/2013-May/038894.html Thanks, Alex. Christian had me test the SUMO2 fix yeste

Re: [pull] drm-intel-fixes

On Wed, May 22, 2013 at 8:51 AM, Daniel Vetter wrote: > On Wed, May 22, 2013 at 5:25 PM, Stéphane Marchesin > wrote: >> On Wed, May 22, 2013 at 12:13 AM, Daniel Vetter wrote: >>> On Wed, May 22, 2013 at 3:24 AM, Stéphane Marchesin >>> wrote: On Mon, Sep 10, 2012 at 12:28 AM, Daniel Vetter

Re: [i915] Backlight brighter since 3.9.0

Hi, > > 2013/5/20 Daniel Vetter ffwll.ch> > Yeah, this is a feature. HDMI has (for oddball backwards compat with > analog TV signals) a special mode which reduces the useable RGB value > range by chopping off about 10% at the bottom and top end. This results in > light colors getting brighter an

[Bug 63935] TURKS [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!

https://bugs.freedesktop.org/show_bug.cgi?id=63935 --- Comment #39 from Alex Deucher --- (In reply to comment #38) > Any chance I can get a "Tested-By:"? ;) done! -- You are receiving this mail because: You are the assignee for the bug. ___ dri-deve

Re: [PATCH v3 2/3] mutex: add support for wound/wait style locks, v3

On Wed, May 22, 2013 at 01:18:14PM +0200, Maarten Lankhorst wrote: Lacking the actual msg atm, I'm going to paste in here... > Subject: [PATCH v3 2/3] mutex: add support for wound/wait style locks, v3 > From: Maarten Lankhorst > > Changes since RFC patch v1: > - Updated to use atomic_l

[Bug 64850] Second screen black on Pitcairn PRO

https://bugs.freedesktop.org/show_bug.cgi?id=64850 --- Comment #6 from Jakob Nixdorf --- I will upload my xorg log as soon as possible. But I think its a DRM or KMS issue, since it already happens before I start X (no TTY on the second screen at boot after KMS starts). And no, its not the HDMI s

[Bug 64850] Second screen black on Pitcairn PRO

https://bugs.freedesktop.org/show_bug.cgi?id=64850 --- Comment #7 from Alex Deucher --- Does manually turning the problematic monitor off/on or picking a different mode with xrandr help? -- You are receiving this mail because: You are the assignee for the bug. __

[Bug 64850] Second screen black on Pitcairn PRO

https://bugs.freedesktop.org/show_bug.cgi?id=64850 --- Comment #8 from Jakob Nixdorf --- Created attachment 79671 --> https://bugs.freedesktop.org/attachment.cgi?id=79671&action=edit xorg log -- You are receiving this mail because: You are the assignee for the bug. ___

Re: [PATCH v3 2/3] mutex: add support for wound/wait style locks, v3

On Wed, May 22, 2013 at 6:18 PM, Peter Zijlstra wrote: > On Wed, May 22, 2013 at 01:18:14PM +0200, Maarten Lankhorst wrote: > > Lacking the actual msg atm, I'm going to paste in here... Just replying to the interface/doc comments, Maarten's the guy for the gory details ;-) >> Subject: [PATCH v3

Re: [i915] Backlight brighter since 3.9.0

On Wed, May 22, 2013 at 6:08 PM, Joakim Plate wrote: >> 2013/5/20 Daniel Vetter ffwll.ch> >> Yeah, this is a feature. HDMI has (for oddball backwards compat with >> analog TV signals) a special mode which reduces the useable RGB value >> range by chopping off about 10% at the bottom and top end.

[Bug 64850] Second screen black on Pitcairn PRO

https://bugs.freedesktop.org/show_bug.cgi?id=64850 --- Comment #9 from Jakob Nixdorf --- Ok, i tested a few things: Turning the monitor off/on dosen't do anything, its still black. Using xrandr to change the mode causes the first monitor to also turn black, I will upload the output of "dmesg |

[Bug 64850] Second screen black on Pitcairn PRO

https://bugs.freedesktop.org/show_bug.cgi?id=64850 --- Comment #10 from Jakob Nixdorf --- Created attachment 79672 --> https://bugs.freedesktop.org/attachment.cgi?id=79672&action=edit dmesg | grep drm after xrandr -- You are receiving this mail because: You are the assignee for the bug. _

[Bug 64850] Second screen black on Pitcairn PRO

https://bugs.freedesktop.org/show_bug.cgi?id=64850 --- Comment #11 from Alex Deucher --- (In reply to comment #9) > Ok, i tested a few things: > > Turning the monitor off/on dosen't do anything, its still black. sorry, I meant using xrandr; e.g., xrandr --output DVI-0 --off xrandr --output DV

[Bug 64850] Second screen black on Pitcairn PRO

https://bugs.freedesktop.org/show_bug.cgi?id=64850 --- Comment #12 from Alex Deucher --- Can you also try booting with only one monitor connected? Does the DVI monitor work in that case? Also try booting with one monitor connected and then add the second one after X is started and see if both a

[Bug 64850] Second screen black on Pitcairn PRO

https://bugs.freedesktop.org/show_bug.cgi?id=64850 --- Comment #13 from Alex Deucher --- Do both heads work properly if you temporarily remove your xorg.conf? -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mail

[Bug 64850] Second screen black on Pitcairn PRO

https://bugs.freedesktop.org/show_bug.cgi?id=64850 --- Comment #14 from Jakob Nixdorf --- 'xrandr --output DVI-0 --off' causes the first screen (HDMI-0) to turn black too, and the DVI screen gets really switched off (monitor switches to standby). Blind-typing 'xrandr --output DVI-0 --auto' turns

[Bug 63935] TURKS [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!

https://bugs.freedesktop.org/show_bug.cgi?id=63935 --- Comment #40 from Benjamin Lee --- (In reply to comment #37) > Created attachment 79663 [details] [review] > don't re-post mac cards > > For the non-Macs, this patch should fix the issue: > http://lists.freedesktop.org/archives/dri-devel/2013

[Bug 64850] Second screen black on Pitcairn PRO

https://bugs.freedesktop.org/show_bug.cgi?id=64850 --- Comment #15 from Jakob Nixdorf --- Nothing of the things you suggested worked. Without xorg.conf the problem is still present. Booting with only DVI-0 plugged in works fine. If I plug in HDMI-0 with X11 running everything stays the same and

Re: [PATCH v3 2/3] mutex: add support for wound/wait style locks, v3

Hey, Op 22-05-13 18:18, Peter Zijlstra schreef: > On Wed, May 22, 2013 at 01:18:14PM +0200, Maarten Lankhorst wrote: > > Lacking the actual msg atm, I'm going to paste in here... Thanks for taking the time to review. >> Subject: [PATCH v3 2/3] mutex: add support for wound/wait style locks, v3 >> F

[PATCH] drm/radeon: revert Apple re-POST hack

From: Alex Deucher This reverts: drm/radeon: re-POST the asic on Apple hardware when booted via EFI That patch prevents UVD from working on macs when booted in EFI mode. The original patch may not be required any more due to other fixes for UEFI on non-Mac platforms, but I don't have any Macs.

[Bug 64877] New: R600 OpenCL Regression since e917ed96ae38f

https://bugs.freedesktop.org/show_bug.cgi?id=64877 Priority: medium Bug ID: 64877 Assignee: dri-devel@lists.freedesktop.org Summary: R600 OpenCL Regression since e917ed96ae38f Severity: normal Classification: Unclassified OS:

[Bug 64877] R600 OpenCL Regression since e917ed96ae38f

https://bugs.freedesktop.org/show_bug.cgi?id=64877 Aaron Watry changed: What|Removed |Added Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.

[Bug 64879] New: i915 doesn't do derivatives, neither gallium nor intel driver

https://bugs.freedesktop.org/show_bug.cgi?id=64879 Priority: medium Bug ID: 64879 CC: i...@freedesktop.org Assignee: dri-devel@lists.freedesktop.org Summary: i915 doesn't do derivatives, neither gallium nor intel driver

[Bug 64879] i915 doesn't do derivatives, neither gallium nor intel driver

https://bugs.freedesktop.org/show_bug.cgi?id=64879 Eric Anholt changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 64801] KMS/R7xx - [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!

https://bugs.freedesktop.org/show_bug.cgi?id=64801 --- Comment #4 from Philip Prindeville --- Do I need to add anything else? -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesk

[Bug 58671] New: Nvidia drivers fail compile

https://bugzilla.kernel.org/show_bug.cgi?id=58671 Summary: Nvidia drivers fail compile Product: Drivers Version: 2.5 Kernel Version: 3.10-rc* Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severi

[Bug 58671] Nvidia drivers fail compile

https://bugzilla.kernel.org/show_bug.cgi?id=58671 --- Comment #1 from Acidphase 2013-05-22 21:05:09 --- Created an attachment (id=102271) --> (https://bugzilla.kernel.org/attachment.cgi?id=102271) Build Log from portage -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=e

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

On Thu, May 16, 2013 at 3:27 PM, Russell King wrote: > Signed-off-by: Russell King > --- > drivers/gpu/drm/i2c/tda998x_drv.c | 308 > - > 1 files changed, 301 insertions(+), 7 deletions(-) > > diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c > b/drivers/gpu/d

[Bug 64738] graphics corruption with glamor

https://bugs.freedesktop.org/show_bug.cgi?id=64738 --- Comment #7 from Alexander Tsoy --- (In reply to comment #6) Yes, glamor Git works good. But icons in notification area still missing. -- You are receiving this mail because: You are the assignee for the bug. ___

[PATCH] drm: Cocci spatch "memdup.spatch"

Signed-off-by: Thomas Meyer --- diff -u -p a/drivers/gpu/drm/drm_edid_load.c b/drivers/gpu/drm/drm_edid_load.c --- a/drivers/gpu/drm/drm_edid_load.c +++ b/drivers/gpu/drm/drm_edid_load.c @@ -186,12 +186,11 @@ static u8 *edid_load(struct drm_connecto goto relfw_out; } -

[PATCH] drm/i915: Cocci spatch "memdup.spatch"

Signed-off-by: Thomas Meyer --- diff -u -p a/drivers/gpu/drm/i915/intel_dp.c b/drivers/gpu/drm/i915/intel_dp.c --- a/drivers/gpu/drm/i915/intel_dp.c +++ b/drivers/gpu/drm/i915/intel_dp.c @@ -2282,11 +2282,10 @@ intel_dp_get_edid(struct drm_connector * return NULL;

[Bug 64810] EGL/Gles/Weston give segfault on RADEONSI

https://bugs.freedesktop.org/show_bug.cgi?id=64810 --- Comment #2 from Rafael Castillo --- yes, effectively setting this environment variable works fine it seems. only thing is weston give this warning, not sure if important EGL_EXT_buffer_age not supported. Performance could be affected -- Y

[Bug 64801] KMS/R7xx - [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!

https://bugs.freedesktop.org/show_bug.cgi?id=64801 --- Comment #5 from Philip Prindeville --- And this might be unrelated, but when I swapped out DVI cables this apparently hosed my X server and I got: May 19 11:01:01 builder NetworkManager[587]: error requesting auth for org.freedesktop.Netwo

[Bug 64776] [9.1.2]"GPU fault detected" whit "eclipse juno" crash system

https://bugs.freedesktop.org/show_bug.cgi?id=64776 --- Comment #7 from mombelli.ma...@gmail.com --- uff tryed now but i have to recompile LLVM from git as my distribution has only 3.2.. i'll try again next time with some spare time. Thanks anyway 2013/5/22 > *Comment # 6

Re: [PATCH 0/4] drm/exynos: code cleanups

Applied. Thanks, Inki Dae 2013/5/22 Seung-Woo Kim > Build warnings of ipp fimc is fixed and device pointer usage is > simplified as directly using dev variable. > > devm related fixes are also appiled: meaningless devm_kfree is > removed and request_threaded_irq is replaced to devm function. >

Re: [PATCH] drm/i915: Cocci spatch "memdup.spatch"

On Wed, May 22, 2013 at 11:07:09PM +0200, Thomas Meyer wrote: > > Signed-off-by: Thomas Meyer Queued for -next, thanks for the patch. -Daniel -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch ___ dri-dev

[PATCH 06/11] drm/exynos: page flip fixes

Hi Inki, can you please check if this patch is still necessary, and apply it if so. Dave. On Tue, Oct 9, 2012 at 5:50 AM, Rob Clark wrote: > From: Rob Clark > > The event wouldn't be on any list at this point, so nothing to delete > it from. > > Signed-off-by: Rob Clark > --- > drivers/gpu/d

[PATCH 09/11] drm/imx: page flip fixes

Hi Sascha, please review and apply if still applicable, I've already applied the imx use drm_send_vblank_event to my drm-fixes tree. Dave. On Tue, Oct 9, 2012 at 5:50 AM, Rob Clark wrote: > From: Rob Clark > > The 'event' could be null, so don't list_del(&event->base.link).. and > in fact eve

[PATCH 05/11] drm/exynos: use drm_send_vblank_event() helper

Hi Inki, this doesn't apply cleanly anymore, and I think we want exynos to use drm_send_vblank_event where possible, please apply to fixes tree and send to me. Dave. On Tue, Oct 9, 2012 at 5:50 AM, Rob Clark wrote: > From: Rob Clark > > Signed-off-by: Rob Clark > --- > drivers/gpu/drm/exyno

[PATCH 05/11] drm/exynos: use drm_send_vblank_event() helper

Hi Dave, Got it. we have to re-work this patch. Will send it soon. Thanks, Inki Dae > -Original Message- > From: Dave Airlie [mailto:airlied at gmail.com] > Sent: Wednesday, May 22, 2013 8:20 AM > To: Inki Dae > Cc: dri-devel at lists.freedesktop.org > Subject: Re: [PATCH 05/11] drm/exyn

[PATCH 06/11] drm/exynos: page flip fixes

> -Original Message- > From: Dave Airlie [mailto:airlied at gmail.com] > Sent: Wednesday, May 22, 2013 8:17 AM > To: Inki Dae > Cc: dri-devel at lists.freedesktop.org > Subject: Re: [PATCH 06/11] drm/exynos: page flip fixes > > Hi Inki, > > can you please check if this patch is still ne

[PATCH] drm/exynos: use drm_send_vblank_event() helper

From: Rob Clark Rebased. Signed-off-by: Rob Clark Signed-off-by: Inki Dae --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 10 ++ 1 files changed, 2 insertions(+), 8 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_crtc.c b/drivers/gpu/drm/exynos/exynos_drm_crtc.c index e

[PATCH] drm/exynos: wait for the completion of pending page flip

gt; > } > > > > spin_unlock_irqrestore(&dev->event_lock, flags); > > -- > > 1.7.5.4 > > > > ___ > > dri-devel mailing list > > dri-devel at lists.freedesktop.org > > http://lists.freedesktop.org/mailman/listinfo/dri-devel > ___ > dri-devel mailing list > dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130522/6b68ec17/attachment.html>

[PATCH] drm/exynos: use drm_send_vblank_event() helper

Hi, On 05/22/2013 01:04 PM, Inki Dae wrote: > From: Rob Clark > > Rebased. > > Signed-off-by: Rob Clark > Signed-off-by: Inki Dae > --- > drivers/gpu/drm/exynos/exynos_drm_crtc.c | 10 ++ > 1 files changed, 2 insertions(+), 8 deletions(-) > > diff --git a/drivers/gpu/drm/exynos/exy

[Bug 64649] Anomaly 2 (Steam) exits with divide by 0 in r600g

part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130522/49ca0b8d/attachment.html>

linux-next: build warning after merge of the final tree (drm-intel tree related)

ext attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130522/c2720507/attachment.pgp>

[Bug 64850] New: Second screen black on Pitcairn PRO

ves/dri-devel/attachments/20130522/8a1d5b0a/attachment.html>

[Bug 64850] Second screen black on Pitcairn PRO

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

[Bug 64850] Second screen black on Pitcairn PRO

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/20130522/95491c89/attachment.html>

[PATCH] drm/exynos: wait for the completion of pending page flip

t; >> > struct drm_pending_vblank_event *e, *t; > >> > + struct drm_crtc *drm_crtc = dev_priv->crtc[crtc]; > >> > + struct exynos_drm_crtc *exynos_crtc = > to_exynos_crtc(drm_crtc); > >> > struct timeval now; > >> > unsigned long flags; > >> &

[PATCH] drm/exynos: wait for the completion of pending page flip

; > drm_device *dev, int crtc) >> >> > { >> >> > struct exynos_drm_private *dev_priv = dev->dev_private; >> >> > struct drm_pending_vblank_event *e, *t; >> >> > + struct drm_crtc *drm_crtc = dev_priv->crtc[crtc]; >> >> > + struct exynos_drm_crtc *exynos_crtc = >> to_exynos_crtc(drm_crtc); >> >> > struct timeval now; >> >> > unsigned long flags; >> >> > >> >> > @@ -419,6 +433,8 @@ void exynos_drm_crtc_finish_pageflip(struct >> >> > drm_device *dev, int crtc) >> >> > list_move_tail(&e->base.link, >> >> > &e->base.file_priv->event_list); >> >> > >> wake_up_interruptible(&e->base.file_priv->event_wait); >> >> > drm_vblank_put(dev, crtc); >> >> > + atomic_set(&exynos_crtc->pending_flip, 0); >> >> > + wake_up(&exynos_crtc->pending_flip_queue); >> >> > } >> >> > >> >> > spin_unlock_irqrestore(&dev->event_lock, flags); >> >> > -- >> >> > 1.7.5.4 >> >> > >> >> > ___ >> >> > dri-devel mailing list >> >> > dri-devel at lists.freedesktop.org >> >> > http://lists.freedesktop.org/mailman/listinfo/dri-devel >> >> ___ >> >> dri-devel mailing list >> >> dri-devel at lists.freedesktop.org >> >> http://lists.freedesktop.org/mailman/listinfo/dri-devel >> > >> > >> ___ >> dri-devel mailing list >> dri-devel at lists.freedesktop.org >> http://lists.freedesktop.org/mailman/listinfo/dri-devel >> > > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130522/7f1f9df6/attachment.html>

[PATCH] drm/exynos: use drm_send_vblank_event() helper

__**_____ > dri-devel mailing list > dri-devel at lists.freedesktop.**org > http://lists.freedesktop.org/**mailman/listinfo/dri-devel<http://lists.freedesktop.org/mailman/listinfo/dri-devel> > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130522/cc347709/attachment.html>

[PATCH RESEND] drm/exynos: use drm_send_vblank_event() helper

From: Rob Clark Rebased. Signed-off-by: Rob Clark Signed-off-by: Inki Dae --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 10 ++ 1 files changed, 2 insertions(+), 8 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_crtc.c b/drivers/gpu/drm/exynos/exynos_drm_crtc.c index e

[pull] drm-intel-fixes

On Wed, May 22, 2013 at 3:24 AM, St?phane Marchesin wrote: > On Mon, Sep 10, 2012 at 12:28 AM, Daniel Vetter wrote: >> Hi Dave, >> >> You're pull just reminded me that I've been sitting on a few small -fixes, >> too. Nothing really major at all: >> - fixup edp setup sequence (Dave) >> - disable s

[Bug 64850] Second screen black on Pitcairn PRO

this can help further. -- 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/20130522/9fc0c45c/attachment.html>

[PATCH] drm/exynos: wait for the completion of pending page flip

Hi Inki, On Wednesday 22 of May 2013 15:37:14 Inki Dae wrote: > 2013/5/22 St?phane Marchesin > > > On Tue, May 21, 2013 at 9:22 PM, Inki Dae wrote: > > > 2013/5/22 St?phane Marchesin > > > > > >> On Tue, May 21, 2013 at 1:08 AM, Inki Dae wrote: > > >> > This patch fixes the issue that drm_

[PATCH] drm/exynos: wait for the completion of pending page flip

t; > >> > exynos_crtc->dpms = DRM_MODE_DPMS_OFF; > > > >> > > > > >> > + init_waitqueue_head(&exynos_crtc->pending_flip_queue); > > > >> > + atomic_set(&exynos_crtc->pending_flip, 0); > > > >> > > > > >> >

[PATCH] drm/exynos: wait for the completion of pending page flip

gt;> > exynos_crtc->plane = exynos_plane_init(dev, 1 << nr, > > > >> > true); > > > >> > if (!exynos_crtc->plane) { > > > >> > > > > >> > kfree(exynos_crtc); > > > >> > > > > >> > @@ -398,6 +410,8 @@ void exynos_drm_crtc_finish_pageflip(struct > > > >> > drm_device *dev, int crtc) > > > >> > > > > >> > { > > > >> > > > > >> > struct exynos_drm_private *dev_priv = dev->dev_private; > > > >> > struct drm_pending_vblank_event *e, *t; > > > >> > > > > >> > + struct drm_crtc *drm_crtc = dev_priv->crtc[crtc]; > > > >> > + struct exynos_drm_crtc *exynos_crtc = > > > > > > to_exynos_crtc(drm_crtc); > > > > > > >> > struct timeval now; > > > >> > unsigned long flags; > > > >> > > > > >> > @@ -419,6 +433,8 @@ void exynos_drm_crtc_finish_pageflip(struct > > > >> > drm_device *dev, int crtc) > > > >> > > > > >> > list_move_tail(&e->base.link, > > > >> > > > > >> > &e->base.file_priv->event_list); > > > >> > > > > >> > wake_up_interruptible(&e->base.file_priv->event_w > > > >> > ait); > > > >> > drm_vblank_put(dev, crtc); > > > >> > > > > >> > + atomic_set(&exynos_crtc->pending_flip, 0); > > > >> > + wake_up(&exynos_crtc->pending_flip_queue); > > > >> > > > > >> > } > > > >> > > > > >> > spin_unlock_irqrestore(&dev->event_lock, flags); > > > >> > > > > >> > -- > > > >> > 1.7.5.4 > > > >> > > > > >> > ___ > > > >> > dri-devel mailing list > > > >> > dri-devel at lists.freedesktop.org > > > >> > http://lists.freedesktop.org/mailman/listinfo/dri-devel > > > >> > > > >> ___ > > > >> dri-devel mailing list > > > >> dri-devel at lists.freedesktop.org > > > >> http://lists.freedesktop.org/mailman/listinfo/dri-devel > > > > > > ___ > > > dri-devel mailing list > > > dri-devel at lists.freedesktop.org > > > http://lists.freedesktop.org/mailman/listinfo/dri-devel > ___ > dri-devel mailing list > dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130522/dd0614e5/attachment.html>

[PATCH] drm/exynos: wait for the completion of pending page flip

> >> > @@ -344,6 +354,8 @@ int exynos_drm_crtc_create(struct drm_device >> > > >> > *dev, >> > > >> > unsigned int nr) >> > > >> > >> > > >> > exynos_crtc->pipe = nr; >> > > >> > exynos_crtc->dpms = DRM_MODE_DPMS_OFF; >> > > >> > >> > > >> > + init_waitqueue_head(&exynos_crtc->pending_flip_queue); >> > > >> > + atomic_set(&exynos_crtc->pending_flip, 0); >> > > >> > >> > > >> > exynos_crtc->plane = exynos_plane_init(dev, 1 << nr, >> > > >> > true); >> > > >> > if (!exynos_crtc->plane) { >> > > >> > >> > > >> > kfree(exynos_crtc); >> > > >> > >> > > >> > @@ -398,6 +410,8 @@ void exynos_drm_crtc_finish_pageflip(struct >> > > >> > drm_device *dev, int crtc) >> > > >> > >> > > >> > { >> > > >> > >> > > >> > struct exynos_drm_private *dev_priv = dev->dev_private; >> > > >> > struct drm_pending_vblank_event *e, *t; >> > > >> > >> > > >> > + struct drm_crtc *drm_crtc = dev_priv->crtc[crtc]; >> > > >> > + struct exynos_drm_crtc *exynos_crtc = >> > > >> > > to_exynos_crtc(drm_crtc); >> > > >> > > >> > struct timeval now; >> > > >> > unsigned long flags; >> > > >> > >> > > >> > @@ -419,6 +433,8 @@ void exynos_drm_crtc_finish_pageflip(struct >> > > >> > drm_device *dev, int crtc) >> > > >> > >> > > >> > list_move_tail(&e->base.link, >> > > >> > >> > > >> > &e->base.file_priv->event_list); >> > > >> > >> > > >> > wake_up_interruptible(&e->base.file_priv->event_w >> > > >> > ait); >> > > >> > drm_vblank_put(dev, crtc); >> > > >> > >> > > >> > + atomic_set(&exynos_crtc->pending_flip, 0); >> > > >> > + wake_up(&exynos_crtc->pending_flip_queue); >> > > >> > >> > > >> > } >> > > >> > >> > > >> > spin_unlock_irqrestore(&dev->event_lock, flags); >> > > >> > >> > > >> > -- >> > > >> > 1.7.5.4 >> > > >> > >> > > >> > ___ >> > > >> > dri-devel mailing list >> > > >> > dri-devel at lists.freedesktop.org >> > > >> > http://lists.freedesktop.org/mailman/listinfo/dri-devel >> > > >> >> > > >> ___ >> > > >> dri-devel mailing list >> > > >> dri-devel at lists.freedesktop.org >> > > >> http://lists.freedesktop.org/mailman/listinfo/dri-devel >> > > >> > > ___ >> > > dri-devel mailing list >> > > dri-devel at lists.freedesktop.org >> > > http://lists.freedesktop.org/mailman/listinfo/dri-devel >> ___ >> dri-devel mailing list >> dri-devel at lists.freedesktop.org >> http://lists.freedesktop.org/mailman/listinfo/dri-devel >> > > > ___ > dri-devel mailing list > dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel > > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130522/0a535db3/attachment-0001.html>

[Bug 64810] EGL/Gles/Weston give segfault on RADEONSI

scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130522/c2f7606e/attachment.html>

[PATCH v3 2/3] mutex: add support for wound/wait style locks, v3

Hey, Op 30-04-13 21:14, Daniel Vetter schreef: > On Sun, Apr 28, 2013 at 07:04:07PM +0200, Maarten Lankhorst wrote: >> Changes since RFC patch v1: >> - Updated to use atomic_long instead of atomic, since the reservation_id >> was a long. >> - added mutex_reserve_lock_slow and mutex_reserve_lock

[Bug 64776] [9.1.2]"GPU fault detected" whit "eclipse juno" crash system

-- 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/20130522/17ac7fc3/attachment.html>

[PATCH v3 2/3] mutex: add support for wound/wait style locks, v3

> Are there any issues left? I included the patch you wrote for injecting > -EDEADLK too > in my tree. The overwhelming silence makes me think there are either none, or > nobody cared enough to review it. :( It didn't manage to reach my inbox it seems,.. I can only find a debug patch in this thre

[PATCH v3 2/3] mutex: add support for wound/wait style locks, v3

Op 22-05-13 13:37, Peter Zijlstra schreef: >> Are there any issues left? I included the patch you wrote for injecting >> -EDEADLK too >> in my tree. The overwhelming silence makes me think there are either none, or >> nobody cared enough to review it. :( > It didn't manage to reach my inbox it see

[PATCH v3 2/3] mutex: add support for wound/wait style locks, v3

On Wed, May 22, 2013 at 01:47:42PM +0200, Maarten Lankhorst wrote: > Op 22-05-13 13:37, Peter Zijlstra schreef: > >> Are there any issues left? I included the patch you wrote for injecting > >> -EDEADLK too > >> in my tree. The overwhelming silence makes me think there are either none, > >> or >

[PATCH 2/4] drm/exynos: fix build warnings from ipp fimc

Becuase of order of headers, there are build warnings and they are fixed with this patch. Signed-off-by: Seung-Woo Kim --- drivers/gpu/drm/exynos/exynos_drm_fimc.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_fimc.c b/drivers/gpu/dr

[PATCH 3/4] drm/exynos: remove unnecessary devm_kfree

devm_kfree does not need for fail case of probe function and for remove function. Signed-off-by: Seung-Woo Kim --- drivers/gpu/drm/exynos/exynos_drm_gsc.c |2 -- drivers/gpu/drm/exynos/exynos_drm_rotator.c |2 -- 2 files changed, 0 insertions(+), 4 deletions(-) diff --git a/drivers/

[PATCH 0/4] drm/exynos: code cleanups

Build warnings of ipp fimc is fixed and device pointer usage is simplified as directly using dev variable. devm related fixes are also appiled: meaningless devm_kfree is removed and request_threaded_irq is replaced to devm function. Seung-Woo Kim (4): drm/exynos: cleanup device pointer usages

[PATCH 4/4] drm/exynos: replace request_threaded_irq with devm function

devm_request_threaded_irq is used instead of request_threaded_irq and free_irq is removed. Signed-off-by: Seung-Woo Kim --- drivers/gpu/drm/exynos/exynos_drm_fimc.c|8 ++-- drivers/gpu/drm/exynos/exynos_drm_gsc.c |8 ++-- drivers/gpu/drm/exynos/exynos_drm_rotator.c | 11

[PATCH 1/4] drm/exynos: cleanup device pointer usages

Struct device pointer got from platform device pointer is already alsigned as variable, but some functions do not use device pointer. So this patch replaces thoes usages. Signed-off-by: Seung-Woo Kim --- drivers/gpu/drm/exynos/exynos_drm_fimc.c |2 +- drivers/gpu/drm/exynos/exynos_drm_fimd.c

  1   2   >