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

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

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

[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;

[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; } -

[Bug 64738] graphics corruption with glamor

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

[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 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 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 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

[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

[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

[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 64801] KMS/R7xx - [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130522/63de97f4/attachment.html>

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

vel/attachments/20130522/37a05d7c/attachment.html>

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

dFdx() on i915? -- 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/d6fbfbea/attachment.html>

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. >

[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

[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.

[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

[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_long inst

[Bug 64877] R600 OpenCL Regression since e917ed96ae38f

. |.org|org -- 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/64cdcc31/attachment.html>

[Bug 64877] New: R600 OpenCL Regression since e917ed96ae38f

URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130522/f2f388b7/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>

[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

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

On Mit, 2013-05-22 at 11:32 -0400, alexdeucher at 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. > > S

[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

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

[Bug 64850] Second screen black on Pitcairn PRO

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

[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

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

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

[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 64850] Second screen black on Pitcairn PRO

.org/archives/dri-devel/attachments/20130522/46d24578/attachment.html>

[Bug 64850] Second screen black on Pitcairn PRO

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

[Bug 64850] Second screen black on Pitcairn PRO

are enabled properly in that case. -- 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/b2423f1a/attachment.html>

[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

[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 64850] Second screen black on Pitcairn PRO

randr --output DVI-0 --auto -- 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/8c2296e6/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/9af1c191/attachment.html>

[Bug 64850] Second screen black on Pitcairn PRO

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/07ebaad5/attachment-0001.html>

[Bug 64850] Second screen black on Pitcairn PRO

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

[Bug 64850] Second screen black on Pitcairn PRO

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

[Bug 64850] Second screen black on Pitcairn PRO

screen, its the one connected via DVI. -- 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/e1dcb581/attachment.html>

[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 63935] TURKS [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!

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

[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

[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

[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>

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 63935] TURKS [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!

/archives/dri-devel/attachments/20130522/9bfa171d/attachment-0001.html>

[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: 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; > >> &

[Bug 64738] graphics corruption with glamor

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

[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;

[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; } -

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

vel/attachments/20130522/8a16537d/attachment.html>

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

<http://lists.freedesktop.org/archives/dri-devel/attachments/20130522/9649064c/attachment.html>

[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. ___

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

quality. -- 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/dba17cda/attachment.html>

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

archives/dri-devel/attachments/20130522/2fa2badc/attachment.html>

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

[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 >

[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

[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

[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

[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

[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 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|---

[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.

[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] 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 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 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

[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

[Bug 64850] Second screen black on Pitcairn PRO

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

[Bug 64850] Second screen black on Pitcairn PRO

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130522/c62c18e6/attachment-0001.html>

[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 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/

[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: stable at vger.kernel.org --- drivers/gpu/drm/rade

[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

[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>

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

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

[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 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:

[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.

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

[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

[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_

[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 #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 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 #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 #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 #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 #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 |

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.

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

[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. ___

[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 #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

[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

  1   2   >