[Bug 49198] glxinfo SIGSEGV in pthread_detach under radeon_drm_cs_destroy under dri2_destroy_context

https://bugs.freedesktop.org/show_bug.cgi?id=49198 Karl Tomlinson changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[PATCH 6/6] staging: drm/imx: Add TODO

On Wed, Sep 12, 2012 at 12:31:14PM +0200, Sascha Hauer wrote: > Signed-off-by: Sascha Hauer > --- > drivers/staging/imx-drm/TODO | 22 ++ > 1 file changed, 22 insertions(+) > create mode 100644 drivers/staging/imx-drm/TODO > > diff --git a/drivers/staging/imx-drm/TODO

[Bug 49198] glxinfo SIGSEGV in pthread_detach under radeon_drm_cs_destroy under dri2_destroy_context

https://bugs.freedesktop.org/show_bug.cgi?id=49198 --- Comment #11 from Paul Menzel 2012-09-19 13:17:40 UTC --- The Debian BTS tracks this issue under #688108 [1]. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688108 -- Configure bugmail:

[PATCH v4] of: Add videomode helper

return 0; This and of_get_display_mode() do not handle errors from of_get_video_modes() nor from videomode_to_xxx_mode(). And I don't see a reason for the if (fbmode) check (and the same for dmode), as there's no reason to call these functions except to get the video modes. > +} > +EXPORT_SYMBOL_GPL(of_get_fb_videomode); > diff --git a/include/linux/of_videomode.h b/include/linux/of_videomode.h > new file mode 100644 > index 000..5571ce3 > --- /dev/null > +++ b/include/linux/of_videomode.h > @@ -0,0 +1,56 @@ > +/* > + * Copyright 2012 Sascha Hauer > + * Copyright 2012 Steffen Trumtrar > + * > + * OF helpers for videomodes. > + * > + * This file is released under the GPLv2 > + */ > + > +#ifndef __LINUX_OF_VIDEOMODE_H > +#define __LINUX_OF_VIDEOMODE_H > + > +#define OF_MODE_SELECTION -1 > + > +struct mode_property { > + u32 min; > + u32 typ; > + u32 max; > +}; > + > +struct display { > + u32 width_mm; > + u32 height_mm; > + struct videomode **modes; > + int default_mode; > + int num_modes; > +}; > + > +/* describe videomode in terms of hardware parameters */ > +struct videomode { > + struct mode_property hback_porch; > + struct mode_property hfront_porch; > + struct mode_property hactive; > + struct mode_property hsync_len; > + > + struct mode_property vback_porch; > + struct mode_property vfront_porch; > + struct mode_property vactive; > + struct mode_property vsync_len; > + > + struct mode_property clock; > + > + bool hah; > + bool vah; > + bool interlaced; > + bool doublescan; > +}; I think the names display and videomode are a bit too generic here, and could clash with names from kernel drivers. Also, the videomode is not really a videomode, but a "template" (or something) for videomode. A real videomode doesn't have min & max values, only the actual value. Perhaps these should be prefixed with "of_"? Then again, they are not really of specific either... Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120919/a242888c/attachment-0001.pgp>

r600: Evolution crashes with segmentation fault in pthread_detach

gnature Size: 190 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120919/80ecb530/attachment.pgp>

[PATCH] drm: Destroy the planes prior to destroying the associated CRTC

g.cgi?id=54101 > Tested-by: lu hua Lu Hua*x*? Thanks, Paul -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120919/6a719c07/attachment.pgp>

r600: Evolution crashes with segmentation fault in pthread_detach

attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120919/735894e2/attachment.pgp>

[PATCH] drm: Destroy the planes prior to destroying the associated CRTC

On Mon, Sep 17, 2012 at 04:04:23PM +0100, Chris Wilson wrote: > On Mon, 17 Sep 2012 07:55:59 -0700, Jesse Barnes virtuousgeek.org> wrote: > > Yeah, looks good. Did we used to not touch the crtc in the plane > > cleanup? Either way this is safer. > > I think the bug only came to light because

[PATCH] drm: Destroy the planes prior to destroying the associated CRTC

On Wed, 19 Sep 2012 11:45:34 +0200, Paul Menzel wrote: > Am Mittwoch, den 19.09.2012, 11:34 +0200 schrieb Daniel Vetter: > > On Mon, Sep 17, 2012 at 04:04:23PM +0100, Chris Wilson wrote: > > > On Mon, 17 Sep 2012 07:55:59 -0700, Jesse Barnes > > virtuousgeek.org> wrote: > > > > Yeah, looks good.

[PATCH] drm/exynos: support drm_wait_vblank feature for VIDI

this patch adds drm_wait_vblank support to Virtual Display module so user can use DRM_IOCT_WAIT_VBLANK ioctl with this patch. for this, you should set _DRM_VBLANK_EXYNOS_VIDI flags to vblwait->request.type Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park ---

[PATCH] drm: micro optimise cache flushing

From: Dave Airlie We hit this a lot with i915 and although we'd like to engineer things to hit it a lot less, this commit at least makes it consume a few less cycles. from something containing movzwl 0x0(%rip),%r10d to add%r8,%rdx I only noticed it while using perf to

[PATCH] drm/radeon: Fix scratch register leak in IB test.

Restructure the code to jump out via labels instead of directly returning early. --- drivers/gpu/drm/radeon/r100.c | 12 ++-- drivers/gpu/drm/radeon/r600.c | 12 ++-- 2 files changed, 12 insertions(+), 12 deletions(-) diff --git a/drivers/gpu/drm/radeon/r100.c

PCI Radeon RV100 detection hang on sparc64

> we should just skip the igp reading function on not-x86, since IGP on > not x86 makes no sense. I #ifdef'ed out the igp part with CONFIG_X86. This time it got to [drm] radeon: ring at 0x01FF0C002000 and stopped here. Some printks showed the actual hang happens in radeon_ring_commit() with

[PATCH] drm/i915: Fix !CONFIG_PM sysfs for real this time

Somehow this hunk got dropped from my last patch. We do not have the rc6_attrs when there is no CONFIG_PM so this causes a compilation error. Reported-by: Fengguang Wu Signed-off-by: Ben Widawsky --- drivers/gpu/drm/i915/i915_sysfs.c | 2 ++ 1 file changed, 2 insertions(+) diff --git

[Bug 55006] video playback causes total freeze on RV350

https://bugs.freedesktop.org/show_bug.cgi?id=55006 --- Comment #7 from spamfang1199 at yahoo.de 2012-09-19 10:32:49 UTC --- Sorry my cheers about radeon.agpmode=-1 came too early. I did some more testing and the results are these: radeon.agpmode=-1 freeze radeon.agpmode= 1 freeze radeon.agpmode=

[Bug 55006] video playback causes total freeze on RV350

https://bugs.freedesktop.org/show_bug.cgi?id=55006 --- Comment #6 from spamfang1199 at yahoo.de 2012-09-19 10:32:29 UTC --- Created attachment 67371 --> https://bugs.freedesktop.org/attachment.cgi?id=67371 next row of crashes -- Configure bugmail:

[Bug 49198] glxinfo SIGSEGV in pthread_detach under radeon_drm_cs_destroy under dri2_destroy_context

https://bugs.freedesktop.org/show_bug.cgi?id=49198 Paul Menzel changed: What|Removed |Added CC||paulepanter at users.sourcefor

[PATCH v4] of: Add videomode helper

This patch adds a helper function for parsing videomodes from the devicetree. The videomode can be either converted to a struct drm_display_mode or a struct fb_videomode. Signed-off-by: Sascha Hauer Signed-off-by: Steffen Trumtrar --- Hi! changes since v3: - print error messages

[PATCH] video: drm: Add match table for drm platform device

.name = "exynos-drm", > + .of_match_table = of_match_ptr(drm_device_dt_match), > }, > }; Thanks, Paul -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This

[Bug 46231] Radeon NI: evergreen_resume fails after GPU lockup

https://bugzilla.kernel.org/show_bug.cgi?id=46231 --- Comment #2 from Michel D?nzer 2012-09-19 09:35:21 --- Does https://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=f492c171a38d77fc13a8998a0721f2da50835224 help? -- Configure bugmail:

[PATCH 2/2] [RESEND] console: implement lockdep support for console_lock

On Tue, Sep 18, 2012 at 10:33:28AM +0300, Jani Nikula wrote: > On Tue, 18 Sep 2012, Daniel Vetter wrote: > > +#ifdef CONFIG_LOCKDEP > > +struct lockdep_map console_lock_dep_map = { > > + .name = "console_lock" > > +}; > > +#endif > > static? Yeah, static. I'm travelling atm, so will take a

[PATCH 6/6] staging: drm/imx: Add TODO

On Wed, Sep 19, 2012 at 09:18:03AM +0200, Sascha Hauer wrote: > On Wed, Sep 19, 2012 at 01:53:25PM +0800, Shawn Guo wrote: > > On Wed, Sep 12, 2012 at 12:31:14PM +0200, Sascha Hauer wrote: > > > Signed-off-by: Sascha Hauer > > > --- > > > drivers/staging/imx-drm/TODO | 22

[PATCH 5/6] staging: drm/imx: Add devicetree binding documentation

On Tue, Sep 18, 2012 at 03:06:36PM -0700, Eric Nelson wrote: > Hi Sascha, > > On 09/12/2012 03:31 AM, Sascha Hauer wrote: > >From: Philipp Zabel > > > >Signed-off-by: Philipp Zabel > >Signed-off-by: Sascha Hauer > >--- > > .../bindings/staging/imx-drm/fsl-imx-drm.txt | 41 > >

[PATCH] drm: micro optimise cache flushing

On Wed, 19 Sep 2012 11:12:41 +1000, Dave Airlie wrote: > From: Dave Airlie > > We hit this a lot with i915 and although we'd like to engineer things to hit > it a lot less, this commit at least makes it consume a few less cycles. > > from something containing > movzwl 0x0(%rip),%r10d > to >

[Bug 46231] Radeon NI: evergreen_resume fails after GPU lockup

https://bugzilla.kernel.org/show_bug.cgi?id=46231 MikeQ changed: What|Removed |Added CC||d511215 at rppkn.com --- Comment #1 from

[drm-intel:drm-intel-nightly 40/142] drivers/gpu/drm/i915/i915_sysfs.c:228:49: error: 'rc6_attr_group' undeclared

Hi Ben, FYI, kernel build failed on tree: git://people.freedesktop.org/~danvet/drm-intel.git drm-intel-nightly head: f0db8c3e57486ae7fdbc52bc157f997394d7d11d commit: 8c3f929b6147e142efc58d5d03dc6fa703b14a5d [40/142] drm/i915: Enable some sysfs stuff without CONFIG_PM config:

[PATCH 5/6] staging: drm/imx: Add devicetree binding documentation

On 09/18/2012 11:52 PM, Sascha Hauer wrote: > On Tue, Sep 18, 2012 at 03:06:36PM -0700, Eric Nelson wrote: >> Hi Sascha, >> >> On 09/12/2012 03:31 AM, Sascha Hauer wrote: >>> From: Philipp Zabel >>> >>> Signed-off-by: Philipp Zabel >>> Signed-off-by: Sascha Hauer >>> --- >>>

[Bug 50149] Faulty shaders on RS600

https://bugs.freedesktop.org/show_bug.cgi?id=50149 --- Comment #19 from Tom Stellard 2012-09-19 03:17:56 UTC --- Created attachment 67362 --> https://bugs.freedesktop.org/attachment.cgi?id=67362 Fix patch #2 If you apply these two patches and run Lightsmark with RADEON_TEX_GROUP=32, does it

[Bug 50149] Faulty shaders on RS600

https://bugs.freedesktop.org/show_bug.cgi?id=50149 Tom Stellard changed: What|Removed |Added Attachment #63471|0 |1 is obsolete|

[PATCH] video: drm: Add match table for drm platform device

This patch adds match table for drm platform device. Signed-off-by: Leela Krishna Amudala --- drivers/gpu/drm/exynos/exynos_drm_drv.c |9 + 1 files changed, 9 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_drv.c

runtime PM and special power switches

Sorry for the delayed response. On Wednesday, September 12, 2012, Dave Airlie wrote: > On Wed, Sep 12, 2012 at 3:13 PM, Dave Airlie wrote: > > On Wed, Sep 12, 2012 at 8:58 AM, Rafael J. Wysocki wrote: > >> On Wednesday, September 12, 2012, Dave Airlie wrote: > >>> On Wed, Sep 12, 2012 at 7:32

Re: [PATCH 5/6] staging: drm/imx: Add devicetree binding documentation

On Tue, Sep 18, 2012 at 03:06:36PM -0700, Eric Nelson wrote: Hi Sascha, On 09/12/2012 03:31 AM, Sascha Hauer wrote: From: Philipp Zabelp.za...@pengutronix.de Signed-off-by: Philipp Zabelp.za...@pengutronix.de Signed-off-by: Sascha Hauers.ha...@pengutronix.de ---

Re: [PATCH 6/6] staging: drm/imx: Add TODO

On Wed, Sep 19, 2012 at 01:53:25PM +0800, Shawn Guo wrote: On Wed, Sep 12, 2012 at 12:31:14PM +0200, Sascha Hauer wrote: Signed-off-by: Sascha Hauer s.ha...@pengutronix.de --- drivers/staging/imx-drm/TODO | 22 ++ 1 file changed, 22 insertions(+) create mode

Re: [PATCH 5/6] staging: drm/imx: Add devicetree binding documentation

Hi Sascha, On 09/12/2012 03:31 AM, Sascha Hauer wrote: From: Philipp Zabelp.za...@pengutronix.de Signed-off-by: Philipp Zabelp.za...@pengutronix.de Signed-off-by: Sascha Hauers.ha...@pengutronix.de --- .../bindings/staging/imx-drm/fsl-imx-drm.txt | 41 1 file

Re: [PATCH 2/2] [RESEND] console: implement lockdep support for console_lock

On Tue, Sep 18, 2012 at 10:33:28AM +0300, Jani Nikula wrote: On Tue, 18 Sep 2012, Daniel Vetter daniel.vet...@ffwll.ch wrote: +#ifdef CONFIG_LOCKDEP +struct lockdep_map console_lock_dep_map = { + .name = console_lock +}; +#endif static? Yeah, static. I'm travelling atm, so will

Re: [PATCH] drm: micro optimise cache flushing

On Wed, 19 Sep 2012 11:12:41 +1000, Dave Airlie airl...@gmail.com wrote: From: Dave Airlie airl...@redhat.com We hit this a lot with i915 and although we'd like to engineer things to hit it a lot less, this commit at least makes it consume a few less cycles. from something containing

Re: PCI Radeon RV100 detection hang on sparc64

we should just skip the igp reading function on not-x86, since IGP on not x86 makes no sense. I #ifdef'ed out the igp part with CONFIG_X86. This time it got to [drm] radeon: ring at 0x01FF0C002000 and stopped here. Some printks showed the actual hang happens in radeon_ring_commit() with the

Re: [PATCH] video: drm: Add match table for drm platform device

Dear Leela, thank you for your patch. Am Mittwoch, den 19.09.2012, 00:05 +0530 schrieb Leela Krishna Amudala: This patch adds match table for drm platform device. Please drop that line as it is the same as in the subject line. It would be better, 1. if you explain for what this will be

[Bug 46231] Radeon NI: evergreen_resume fails after GPU lockup

https://bugzilla.kernel.org/show_bug.cgi?id=46231 MikeQ d511...@rppkn.com changed: What|Removed |Added CC||d511...@rppkn.com ---

Re: radeon error on resume: cp failed to get scratch reg - anyone interested?

On Mon, 2012-09-17 at 15:06 +0200, Simon Kitching wrote: Hi, I've noticed that on resume from suspend, dmesg reports: [21895.997536] [drm] radeon: 1 quad pipes, 2 z pipes initialized. [21896.012072] [drm] PCIE GART of 512M enabled (table at 0x0004). [21896.012082] radeon

Re: [PATCH v4] of: Add videomode helper

On Wed, 2012-09-19 at 10:20 +0200, Steffen Trumtrar wrote: This patch adds a helper function for parsing videomodes from the devicetree. The videomode can be either converted to a struct drm_display_mode or a struct fb_videomode. Signed-off-by: Sascha Hauer s.ha...@pengutronix.de

Re: [PATCH] drm: Destroy the planes prior to destroying the associated CRTC

On Mon, Sep 17, 2012 at 04:04:23PM +0100, Chris Wilson wrote: On Mon, 17 Sep 2012 07:55:59 -0700, Jesse Barnes jbar...@virtuousgeek.org wrote: Yeah, looks good. Did we used to not touch the crtc in the plane cleanup? Either way this is safer. I think the bug only came to light because

[Bug 46231] Radeon NI: evergreen_resume fails after GPU lockup

https://bugzilla.kernel.org/show_bug.cgi?id=46231 --- Comment #2 from Michel Dänzer mic...@daenzer.net 2012-09-19 09:35:21 --- Does https://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=f492c171a38d77fc13a8998a0721f2da50835224 help? -- Configure bugmail:

r600: Evolution crashes with segmentation fault in pthread_detach

Dear DRI folks, Evolution 3.4.3-1 from Debian Sid/unstable crashed Core was generated by `evolution --component=mail mailto:some...@example.net'. Program terminated with signal 11, Segmentation fault. #0 0x7fa3f0f7cce9 in pthread_detach (th=140341800765184) at

Re: [PATCH] drm: Destroy the planes prior to destroying the associated CRTC

Am Mittwoch, den 19.09.2012, 11:34 +0200 schrieb Daniel Vetter: On Mon, Sep 17, 2012 at 04:04:23PM +0100, Chris Wilson wrote: On Mon, 17 Sep 2012 07:55:59 -0700, Jesse Barnes jbar...@virtuousgeek.org wrote: Yeah, looks good. Did we used to not touch the crtc in the plane cleanup?

Re: r600: Evolution crashes with segmentation fault in pthread_detach

On Mit, 2012-09-19 at 11:39 +0200, Paul Menzel wrote: Evolution 3.4.3-1 from Debian Sid/unstable crashed Core was generated by `evolution --component=mail mailto:some...@example.net'. Program terminated with signal 11, Segmentation fault. #0 0x7fa3f0f7cce9

[Bug 49198] glxinfo SIGSEGV in pthread_detach under radeon_drm_cs_destroy under dri2_destroy_context

https://bugs.freedesktop.org/show_bug.cgi?id=49198 Paul Menzel paulepan...@users.sourceforge.net changed: What|Removed |Added CC|

Re: [PATCH] drm: Destroy the planes prior to destroying the associated CRTC

On Wed, 19 Sep 2012 11:45:34 +0200, Paul Menzel paulepan...@users.sourceforge.net wrote: Am Mittwoch, den 19.09.2012, 11:34 +0200 schrieb Daniel Vetter: On Mon, Sep 17, 2012 at 04:04:23PM +0100, Chris Wilson wrote: On Mon, 17 Sep 2012 07:55:59 -0700, Jesse Barnes

[Bug 55006] video playback causes total freeze on RV350

https://bugs.freedesktop.org/show_bug.cgi?id=55006 --- Comment #6 from spamfang1...@yahoo.de 2012-09-19 10:32:29 UTC --- Created attachment 67371 -- https://bugs.freedesktop.org/attachment.cgi?id=67371 next row of crashes -- Configure bugmail:

[Bug 55006] video playback causes total freeze on RV350

https://bugs.freedesktop.org/show_bug.cgi?id=55006 --- Comment #7 from spamfang1...@yahoo.de 2012-09-19 10:32:49 UTC --- Sorry my cheers about radeon.agpmode=-1 came too early. I did some more testing and the results are these: radeon.agpmode=-1 freeze radeon.agpmode= 1 freeze radeon.agpmode= 2

Re: [RFC 0/5] Generic panel framework

Hi, On Fri, 2012-08-17 at 02:49 +0200, Laurent Pinchart wrote: Hi everybody, While working on DT bindings for the Renesas Mobile SoC display controller (a.k.a. LCDC) I quickly realized that display panel implementation based on board code callbacks would need to be replaced by a

[Bug 53630] compiz + glamor = screen corruptions

https://bugs.freedesktop.org/show_bug.cgi?id=53630 --- Comment #6 from Michel Dänzer mic...@daenzer.net 2012-09-19 12:43:15 UTC --- Mesa Git commit 73dd82061e7a5242c88b529c274784731462e039 ('winsys/radeon: create only one winsys for each fd') and/or kernel commit

[Bug 49198] glxinfo SIGSEGV in pthread_detach under radeon_drm_cs_destroy under dri2_destroy_context

https://bugs.freedesktop.org/show_bug.cgi?id=49198 --- Comment #11 from Paul Menzel paulepan...@users.sourceforge.net 2012-09-19 13:17:40 UTC --- The Debian BTS tracks this issue under #688108 [1]. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688108 -- Configure bugmail:

[PATCH] drm/i915: Fix !CONFIG_PM sysfs for real this time

Somehow this hunk got dropped from my last patch. We do not have the rc6_attrs when there is no CONFIG_PM so this causes a compilation error. Reported-by: Fengguang Wu fengguang...@intel.com Signed-off-by: Ben Widawsky b...@bwidawsk.net --- drivers/gpu/drm/i915/i915_sysfs.c | 2 ++ 1 file

[Bug 49198] glxinfo SIGSEGV in pthread_detach under radeon_drm_cs_destroy under dri2_destroy_context

https://bugs.freedesktop.org/show_bug.cgi?id=49198 Karl Tomlinson bugs.freedesk...@karlt.net changed: What|Removed |Added Status|ASSIGNED|RESOLVED

Re: [PATCH] drm: Destroy the planes prior to destroying the associated CRTC

On 09/17/2012 06:38 PM, Chris Wilson wrote: As during the plane cleanup, we wish to disable the hardware and so may modify state on the associated CRTC, that CRTC must continue to exist until we are finished. A similar issue can occur in the drm_framebuffer_cleanup(). If crtc and plane use

is airlied's git tree broken ?

I am getting this kind of error when I try to do 'git fetch' from git://people.freedesktop.org/~airlied/linux.git remote: error: Could not read ec862f894f7870430e4ff5a9249eaa94d368d220 remote: fatal: bad tree object ec862f894f7870430e4ff5a9249eaa94d368d220 remote: aborting due to possible

Re: is airlied's git tree broken ?

On Thu, Sep 20, 2012 at 1:18 PM, Ilija Hadzic ilijahad...@gmail.com wrote: I am getting this kind of error when I try to do 'git fetch' from git://people.freedesktop.org/~airlied/linux.git remote: error: Could not read ec862f894f7870430e4ff5a9249eaa94d368d220 remote: fatal: bad tree object