[Bug #17151] i915: 2.6.36-rc2 hoses my Intel display

On Monday, August 30, 2010, Jonathan Corbet wrote: > On Mon, 30 Aug 2010 00:36:36 +0200 (CEST) > "Rafael J. Wysocki" wrote: > > > The following bug entry is on the current list of known regressions > > from 2.6.35. Please verify if it still should be listed and let the > > tracking team > >

nouveau X lockup on 36-rc (regression from 2.6.35)

eau/linux-2.6. > johannes -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 229 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20100830/0e0efa5d/attachment.pgp>

nouveau X lockup on 36-rc (regression from 2.6.35)

On Mon, 2010-08-30 at 21:55 +0200, Francisco Jerez wrote: > Johannes Berg writes: > > > On Mon, 2010-08-30 at 21:33 +0200, Francisco Jerez wrote: > >> Johannes Berg writes: > >> > >> > On Mon, 2010-08-30 at 21:08 +0200, Francisco Jerez wrote: > >> > > >> >> > This problem persists in -rc3,

nouveau X lockup on 36-rc (regression from 2.6.35)

t part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 229 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20100830/7b890524/attachment.pgp>

nouveau X lockup on 36-rc (regression from 2.6.35)

On Mon, 2010-08-30 at 21:33 +0200, Francisco Jerez wrote: > Johannes Berg writes: > > > On Mon, 2010-08-30 at 21:08 +0200, Francisco Jerez wrote: > > > >> > This problem persists in -rc3, where I'd hoped the nouveau changes would > >> > actually fix it :-( In fact, it seems I was either "lucky"

nouveau X lockup on 36-rc (regression from 2.6.35)

On Mon, 2010-08-30 at 21:08 +0200, Francisco Jerez wrote: > > This problem persists in -rc3, where I'd hoped the nouveau changes would > > actually fix it :-( In fact, it seems I was either "lucky" or it was > > made easier to trigger, this time it already happened during my login. > That's

nouveau X lockup on 36-rc (regression from 2.6.35)

ring my login. > That's already fixed in the nouveau kernel tree. > johannes -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 229 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20100830/b7eaa852/attachment.pgp>

nouveau X lockup on 36-rc (regression from 2.6.35)

On Wed, 2010-08-25 at 15:55 +0200, Johannes Berg wrote: > Since 2.6.36-rc kernels (both rc1 and rc2) I've had X lockups where X > sits in a loop just using CPU. > > The only kernel message I got this time was this one: > > [22290.792075] [drm] nouveau :02:00.0: PFIFO_DMA_PUSHER - Ch 2 > >

[Bug 29894] KMS regression in 2.6.35: Flicker and half-rendered scenes in SDL games with Radeon RV770

https://bugs.freedesktop.org/show_bug.cgi?id=29894 --- Comment #4 from Marti 2010-08-30 17:22:30 PDT --- Indeed, Mesa git fixes it; sorry I was using Mesa git with r600_dri.so from 7.8 before. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving

[PATCH] drm/radeon/kms/r6xx+: use new style fencing

On r6xx+ a newer fence mechanism was implemented to replace the old wait_until plus scratch regs setup. A single EOP event will flush the destination caches, write a fence value, and generate an interrupt. This is the recommended fence mechanism on r6xx+ asics. This requires my previous

memory leak in radeon.ko

Hi, I'm trying to track down an apparent memory leak in my Fedora 13 system that seems to be in the radeon kernel module. I have no proof the bug is in the radeon driver except that that same sequence will not trigger the leak on a similar box with using nouveau driver but can be reproduced on

i915: wrong framebuffer size in 2.6.36-rc3

On Mon, 2010-08-30 at 12:57 +0300, Pekka Enberg wrote: > On Mon, Aug 30, 2010 at 12:36 PM, Sven Joachim wrote: > > On my laptop which has a 1280x800 display, only the upper left 848x480 > > pixels are used on the console in 2.6.36-rc3. The resolution is > > correct, but

i915: wrong framebuffer size in 2.6.36-rc3

On 2010-08-30 11:57 +0200, Pekka Enberg wrote: > On Mon, Aug 30, 2010 at 12:36 PM, Sven Joachim wrote: >> On my laptop which has a 1280x800 display, only the upper left 848x480 >> pixels are used on the console in 2.6.36-rc3. ?The resolution is >> correct, but /sys/class/graphics/fb0/modes looks

[PATCH] fix i915 compile in 2.6.36-rc2

A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20100830/7cfc4164/attachment.pgp>

[Bug 29894] KMS regression in 2.6.35: Flicker and half-rendered scenes in SDL games with Radeon RV770

https://bugs.freedesktop.org/show_bug.cgi?id=29894 --- Comment #3 from Marti 2010-08-30 14:54:44 PDT --- (In reply to comment #2) > This is probably vsync related. Does updating to the latest ddx and mesa code > in git fix the issue? Ok, I also built xf86-video-ati from git (in addition to

[Bug 29894] New: KMS regression in 2.6.35: Flicker and half-rendered scenes in SDL games with Radeon RV770

https://bugs.freedesktop.org/show_bug.cgi?id=29894 Summary: KMS regression in 2.6.35: Flicker and half-rendered scenes in SDL games with Radeon RV770 Product: DRI Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux

i915: wrong framebuffer size in 2.6.36-rc3

On Mon, Aug 30, 2010 at 12:36 PM, Sven Joachim wrote: > On my laptop which has a 1280x800 display, only the upper left 848x480 > pixels are used on the console in 2.6.36-rc3. ?The resolution is > correct, but /sys/class/graphics/fb0/modes looks like this: > > U:848x480p-0 > > This is a regression

[Bug 28517] [r300g] loop unrolling fails (was: Savage 2 : characters are not rendered + another corruptions)

https://bugs.freedesktop.org/show_bug.cgi?id=28517 --- Comment #31 from Sven Arvidsson 2010-08-30 12:24:37 PDT --- (In reply to comment #29) > Created an attachment (id=38306) View: https://bugs.freedesktop.org/attachment.cgi?id=38306 Review: https://bugs.freedesktop.org/review?bug=28517=38306

[Bug 28517] [r300g] loop unrolling fails (was: Savage 2 : characters are not rendered + another corruptions)

https://bugs.freedesktop.org/show_bug.cgi?id=28517 --- Comment #30 from Pavel Ondra?ka 2010-08-30 12:01:04 PDT --- (In reply to comment #29) > Created an attachment (id=38306) View: https://bugs.freedesktop.org/attachment.cgi?id=38306 Review:

i915: wrong framebuffer size in 2.6.36-rc3

On my laptop which has a 1280x800 display, only the upper left 848x480 pixels are used on the console in 2.6.36-rc3. The resolution is correct, but /sys/class/graphics/fb0/modes looks like this: U:848x480p-0 This is a regression from 2.6.35. The graphics card according to lspci: 00:02.0 VGA

[Bug 28402] Kernel 2.6.34 freezes randomly

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #25 from Lukas Schneiderbauer 2010-08-30 11:27:58 PDT --- I got it. Since the last kernels were all bad ones, progress was made a bit faster. # 32b3c2abaf8c61c80a8b02071c73f05252122ffe is the first bad commit commit

[PATCH] drm/modes: Fix CVT-R modeline generation

ht. - ajax -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20100830/f1a26eea/attachment.pgp>

[Bug 28402] Kernel 2.6.34 freezes randomly

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #24 from Lukas Schneiderbauer 2010-08-30 09:55:56 PDT --- Created an attachment (id=38314) --> (https://bugs.freedesktop.org/attachment.cgi?id=38314) kernel .config -- Configure bugmail:

[Bug 28402] Kernel 2.6.34 freezes randomly

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #23 from lukas.schneiderbauer at gmail.com 2010-08-30 09:38:59 PDT --- Created an attachment (id=38313) --> (https://bugs.freedesktop.org/attachment.cgi?id=38313) lspci -vvv -- Configure bugmail:

[Bug 28402] Kernel 2.6.34 freezes randomly

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #22 from lukas.schneiderbauer at gmail.com 2010-08-30 09:38:29 PDT --- Created an attachment (id=38312) --> (https://bugs.freedesktop.org/attachment.cgi?id=38312) cat /proc/scsi/scsi -- Configure bugmail:

[Bug 28402] Kernel 2.6.34 freezes randomly

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #21 from lukas.schneiderbauer at gmail.com 2010-08-30 09:37:24 PDT --- Created an attachment (id=38311) --> (https://bugs.freedesktop.org/attachment.cgi?id=38311) cat /proc/iomem -- Configure bugmail:

[Bug 28402] Kernel 2.6.34 freezes randomly

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #20 from lukas.schneiderbauer at gmail.com 2010-08-30 09:37:01 PDT --- Created an attachment (id=38310) --> (https://bugs.freedesktop.org/attachment.cgi?id=38310) cat /proc/ioports -- Configure bugmail:

[Bug 28402] Kernel 2.6.34 freezes randomly

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #19 from lukas.schneiderbauer at gmail.com 2010-08-30 09:36:12 PDT --- Created an attachment (id=38309) --> (https://bugs.freedesktop.org/attachment.cgi?id=38309) cat /proc/modules -- Configure bugmail:

[Bug 28402] Kernel 2.6.34 freezes randomly

https://bugs.freedesktop.org/show_bug.cgi?id=28402 lukas.schneiderbauer at gmail.com changed: What|Removed |Added Attachment #38307|application/octet-stream|text/plain

[Bug 28402] Kernel 2.6.34 freezes randomly

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #18 from lukas.schneiderbauer at gmail.com 2010-08-30 09:35:28 PDT --- Created an attachment (id=38308) --> (https://bugs.freedesktop.org/attachment.cgi?id=38308) cat /proc/cpuinfo -- Configure bugmail:

[Bug 28402] Kernel 2.6.34 freezes randomly

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #17 from lukas.schneiderbauer at gmail.com 2010-08-30 09:33:58 PDT --- Created an attachment (id=38307) --> (https://bugs.freedesktop.org/attachment.cgi?id=38307) cat /proc/version kernel is from a bisecting git-repo (so ignore the

[PATCH] drm, video: fix use-before-NULL-check

On Fri, 27 Aug 2010 14:07:19 -0700 Kees Cook wrote: > Fix potential crashes due to use-before-NULL situations. > > Signed-off-by: Kees Cook > --- > drivers/gpu/drm/drm_fb_helper.c |3 ++- > drivers/media/video/em28xx/em28xx-video.c |3 ++- > 2 files changed, 4 insertions(+),

[Bug 28402] Kernel 2.6.34 freezes randomly

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #16 from lukas.schneiderbauer at gmail.com 2010-08-30 09:30:14 PDT --- Thank you, Da Fox, for pointing me to this thread. I'm "vootey". I can confirm that issue. The freezes mostly occur, while using firefox. As Da Fox said, I'm on

[Bug 28517] [r300g] loop unrolling fails (was: Savage 2 : characters are not rendered + another corruptions)

https://bugs.freedesktop.org/show_bug.cgi?id=28517 --- Comment #29 from Tom Stellard 2010-08-30 09:08:21 PDT --- Created an attachment (id=38306) View: https://bugs.freedesktop.org/attachment.cgi?id=38306 Review: https://bugs.freedesktop.org/review?bug=28517=38306 Reduce the number of loop

[Bug 27744] atombios stuck in loop - during suspend

https://bugs.freedesktop.org/show_bug.cgi?id=27744 --- Comment #27 from Alex Deucher 2010-08-30 08:30:11 PDT --- These look like acpi problems. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee

[Bug 27744] atombios stuck in loop - during suspend

https://bugs.freedesktop.org/show_bug.cgi?id=27744 Alex Deucher changed: What|Removed |Added Attachment #38300|application/octet-stream|text/plain mime type|

[Bug 29787] random XRandR failures (i2c related?)

https://bugs.freedesktop.org/show_bug.cgi?id=29787 --- Comment #7 from Alex Deucher 2010-08-30 07:48:29 PDT --- (In reply to comment #6) > I'm still seeing "invalid EDID" messages, though. Is that expected, or did I > do > something wrong? Because I would have expected these messages to

[Bug 29787] random XRandR failures (i2c related?)

https://bugs.freedesktop.org/show_bug.cgi?id=29787 --- Comment #6 from Arno Schuring 2010-08-30 07:45:12 PDT --- problem is still present with the patch but without the command-line option (since I can't reproduce it at will, it can take some time to verify). I'm now running -rc3 with the patch

[Bug 27407] The new MESA degrades performance on RS690M and x1270 graphs chip.

https://bugs.freedesktop.org/show_bug.cgi?id=27407 John Bridgman changed: What|Removed |Added Component|Drivers/DRI/R600|Drivers/DRI/r300 --- Comment #2 from

Linux 2.6.36-rc3

From: Jean-Denis Girard Date: Sun, Aug 29, 2010 at 10:40:47PM + > CC drivers/gpu/drm/i915/intel_overlay.o > drivers/gpu/drm/i915/intel_overlay.c: In function > ?intel_overlay_print_error_state?: > drivers/gpu/drm/i915/intel_overlay.c:1467: erreur: implicit

[Bug 27744] atombios stuck in loop - during suspend

https://bugs.freedesktop.org/show_bug.cgi?id=27744 --- Comment #26 from peterle at hottemptation.org 2010-08-30 07:21:54 PDT --- Created an attachment (id=38300) --> (https://bugs.freedesktop.org/attachment.cgi?id=38300) dmesg after resuspend with 2.6.36-rc3 -- Configure bugmail:

[Bug 27744] atombios stuck in loop - during suspend

https://bugs.freedesktop.org/show_bug.cgi?id=27744 --- Comment #25 from peterle at hottemptation.org 2010-08-30 07:21:23 PDT --- I upgraded on 2.6.36-rc3, very confusing! Instead of "stuck atombios" I got now a massive amount of message from pm-suspend, also after resuspending I feels like the

[Bug 28402] Kernel 2.6.34 freezes randomly

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #15 from Da Fox 2010-08-30 05:39:40 PDT --- I just wanted to point out a thread I just found on the ArchLinux forums which describes the same issue, with many people reportedly experiencing this problem:

[Bug 29703] mesa demos crashing on rv710 r600g

https://bugs.freedesktop.org/show_bug.cgi?id=29703 --- Comment #2 from Michal Suchanek 2010-08-30 02:13:32 PDT --- Now there are no more GPU crashes with today's mesa on linux 2.6.36-rc2 + r600 fence patch and the above demos. copypix segfaults in mesa dissolve - wrong pattern fbo_firecube -

2.6.36-rc3: Reported regressions 2.6.34 -> 2.6.35

This message contains a list of some post-2.6.34 regressions introduced before 2.6.35, for which there are no fixes in the mainline known to the tracking team. If any of them have been fixed already, please let us know. If you know of any other unresolved post-2.6.34 regressions, please let us

2.6.36-rc3: Reported regressions from 2.6.35

This message contains a list of some regressions from 2.6.35, for which there are no fixes in the mainline known to the tracking team. If any of them have been fixed already, please let us know. If you know of any other unresolved regressions from 2.6.35, please let us know either and we'll add

[Bug 29703] mesa demos crashing on rv710 r600g

https://bugs.freedesktop.org/show_bug.cgi?id=29703 --- Comment #2 from Michal Suchanek hramr...@centrum.cz 2010-08-30 02:13:32 PDT --- Now there are no more GPU crashes with today's mesa on linux 2.6.36-rc2 + r600 fence patch and the above demos. copypix segfaults in mesa dissolve - wrong

i915: wrong framebuffer size in 2.6.36-rc3

On my laptop which has a 1280x800 display, only the upper left 848x480 pixels are used on the console in 2.6.36-rc3. The resolution is correct, but /sys/class/graphics/fb0/modes looks like this: U:848x480p-0 This is a regression from 2.6.35. The graphics card according to lspci: 00:02.0 VGA

[Bug 27744] atombios stuck in loop - during suspend

https://bugs.freedesktop.org/show_bug.cgi?id=27744 --- Comment #26 from pete...@hottemptation.org 2010-08-30 07:21:54 PDT --- Created an attachment (id=38300) -- (https://bugs.freedesktop.org/attachment.cgi?id=38300) dmesg after resuspend with 2.6.36-rc3 -- Configure bugmail:

[Bug 27407] The new MESA degrades performance on RS690M and x1270 graphs chip.

https://bugs.freedesktop.org/show_bug.cgi?id=27407 John Bridgman john.bridg...@amd.com changed: What|Removed |Added Component|Drivers/DRI/R600|Drivers/DRI/r300

[Bug 29787] random XRandR failures (i2c related?)

https://bugs.freedesktop.org/show_bug.cgi?id=29787 --- Comment #6 from Arno Schuring aelschur...@hotmail.com 2010-08-30 07:45:12 PDT --- problem is still present with the patch but without the command-line option (since I can't reproduce it at will, it can take some time to verify). I'm now

[Bug 29787] random XRandR failures (i2c related?)

https://bugs.freedesktop.org/show_bug.cgi?id=29787 --- Comment #7 from Alex Deucher ag...@yahoo.com 2010-08-30 07:48:29 PDT --- (In reply to comment #6) I'm still seeing invalid EDID messages, though. Is that expected, or did I do something wrong? Because I would have expected these messages

Re: i915: wrong framebuffer size in 2.6.36-rc3

On Mon, 2010-08-30 at 12:57 +0300, Pekka Enberg wrote: On Mon, Aug 30, 2010 at 12:36 PM, Sven Joachim svenj...@gmx.de wrote: On my laptop which has a 1280x800 display, only the upper left 848x480 pixels are used on the console in 2.6.36-rc3. The resolution is correct, but

[Bug 27744] atombios stuck in loop - during suspend

https://bugs.freedesktop.org/show_bug.cgi?id=27744 --- Comment #27 from Alex Deucher ag...@yahoo.com 2010-08-30 08:30:11 PDT --- These look like acpi problems. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are

[Bug 28517] [r300g] loop unrolling fails (was: Savage 2 : characters are not rendered + another corruptions)

https://bugs.freedesktop.org/show_bug.cgi?id=28517 --- Comment #29 from Tom Stellard tstel...@gmail.com 2010-08-30 09:08:21 PDT --- Created an attachment (id=38306) View: https://bugs.freedesktop.org/attachment.cgi?id=38306 Review: https://bugs.freedesktop.org/review?bug=28517attachment=38306

[Bug 28402] Kernel 2.6.34 freezes randomly

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #16 from lukas.schneiderba...@gmail.com 2010-08-30 09:30:14 PDT --- Thank you, Da Fox, for pointing me to this thread. I'm vootey. I can confirm that issue. The freezes mostly occur, while using firefox. As Da Fox said, I'm on my

[Bug 28402] Kernel 2.6.34 freezes randomly

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #17 from lukas.schneiderba...@gmail.com 2010-08-30 09:33:58 PDT --- Created an attachment (id=38307) -- (https://bugs.freedesktop.org/attachment.cgi?id=38307) cat /proc/version kernel is from a bisecting git-repo (so ignore the

[Bug 28402] Kernel 2.6.34 freezes randomly

https://bugs.freedesktop.org/show_bug.cgi?id=28402 lukas.schneiderba...@gmail.com changed: What|Removed |Added Attachment #38307|application/octet-stream|text/plain

[Bug 28402] Kernel 2.6.34 freezes randomly

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #19 from lukas.schneiderba...@gmail.com 2010-08-30 09:36:12 PDT --- Created an attachment (id=38309) -- (https://bugs.freedesktop.org/attachment.cgi?id=38309) cat /proc/modules -- Configure bugmail:

[Bug 28402] Kernel 2.6.34 freezes randomly

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #22 from lukas.schneiderba...@gmail.com 2010-08-30 09:38:29 PDT --- Created an attachment (id=38312) -- (https://bugs.freedesktop.org/attachment.cgi?id=38312) cat /proc/scsi/scsi -- Configure bugmail:

[Bug 28402] Kernel 2.6.34 freezes randomly

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #23 from lukas.schneiderba...@gmail.com 2010-08-30 09:38:59 PDT --- Created an attachment (id=38313) -- (https://bugs.freedesktop.org/attachment.cgi?id=38313) lspci -vvv -- Configure bugmail:

Re: [PATCH] drm, video: fix use-before-NULL-check

On Fri, 27 Aug 2010 14:07:19 -0700 Kees Cook kees.c...@canonical.com wrote: Fix potential crashes due to use-before-NULL situations. Signed-off-by: Kees Cook kees.c...@canonical.com --- drivers/gpu/drm/drm_fb_helper.c |3 ++- drivers/media/video/em28xx/em28xx-video.c |3

[Bug 28517] [r300g] loop unrolling fails (was: Savage 2 : characters are not rendered + another corruptions)

https://bugs.freedesktop.org/show_bug.cgi?id=28517 --- Comment #30 from Pavel Ondračka dra...@centrum.cz 2010-08-30 12:01:04 PDT --- (In reply to comment #29) Created an attachment (id=38306) View: https://bugs.freedesktop.org/attachment.cgi?id=38306 Review:

Re: nouveau X lockup on 36-rc (regression from 2.6.35)

On Mon, 2010-08-30 at 21:08 +0200, Francisco Jerez wrote: This problem persists in -rc3, where I'd hoped the nouveau changes would actually fix it :-( In fact, it seems I was either lucky or it was made easier to trigger, this time it already happened during my login. That's already fixed

[Bug 28517] [r300g] loop unrolling fails (was: Savage 2 : characters are not rendered + another corruptions)

https://bugs.freedesktop.org/show_bug.cgi?id=28517 --- Comment #31 from Sven Arvidsson s...@whiz.se 2010-08-30 12:24:37 PDT --- (In reply to comment #29) Created an attachment (id=38306) View: https://bugs.freedesktop.org/attachment.cgi?id=38306 Review:

Re: nouveau X lockup on 36-rc (regression from 2.6.35)

Johannes Berg johan...@sipsolutions.net writes: On Mon, 2010-08-30 at 21:08 +0200, Francisco Jerez wrote: This problem persists in -rc3, where I'd hoped the nouveau changes would actually fix it :-( In fact, it seems I was either lucky or it was made easier to trigger, this time it

Re: nouveau X lockup on 36-rc (regression from 2.6.35)

On Mon, 2010-08-30 at 21:33 +0200, Francisco Jerez wrote: Johannes Berg johan...@sipsolutions.net writes: On Mon, 2010-08-30 at 21:08 +0200, Francisco Jerez wrote: This problem persists in -rc3, where I'd hoped the nouveau changes would actually fix it :-( In fact, it seems I was

Re: nouveau X lockup on 36-rc (regression from 2.6.35)

Johannes Berg johan...@sipsolutions.net writes: On Mon, 2010-08-30 at 21:33 +0200, Francisco Jerez wrote: Johannes Berg johan...@sipsolutions.net writes: On Mon, 2010-08-30 at 21:08 +0200, Francisco Jerez wrote: This problem persists in -rc3, where I'd hoped the nouveau changes would

Re: nouveau X lockup on 36-rc (regression from 2.6.35)

On Mon, 2010-08-30 at 21:55 +0200, Francisco Jerez wrote: Johannes Berg johan...@sipsolutions.net writes: On Mon, 2010-08-30 at 21:33 +0200, Francisco Jerez wrote: Johannes Berg johan...@sipsolutions.net writes: On Mon, 2010-08-30 at 21:08 +0200, Francisco Jerez wrote: This

memory leak in radeon.ko

Hi, I'm trying to track down an apparent memory leak in my Fedora 13 system that seems to be in the radeon kernel module. I have no proof the bug is in the radeon driver except that that same sequence will not trigger the leak on a similar box with using nouveau driver but can be reproduced on

[PATCH] drm/radeon/kms/r6xx+: use new style fencing

On r6xx+ a newer fence mechanism was implemented to replace the old wait_until plus scratch regs setup. A single EOP event will flush the destination caches, write a fence value, and generate an interrupt. This is the recommended fence mechanism on r6xx+ asics. This requires my previous

[Bug 29894] KMS regression in 2.6.35: Flicker and half-rendered scenes in SDL games with Radeon RV770

https://bugs.freedesktop.org/show_bug.cgi?id=29894 --- Comment #1 from Marti ma...@juffo.org 2010-08-30 14:07:35 PDT --- Also occurs in: * BZflag Games tried that do not have this problem: * glxgears * Gish * Nexuiz * Armagetron Advanced * OpenTTD * Lugaru HD * OpenArena -- Configure bugmail:

[Bug 29894] KMS regression in 2.6.35: Flicker and half-rendered scenes in SDL games with Radeon RV770

https://bugs.freedesktop.org/show_bug.cgi?id=29894 --- Comment #2 from Alex Deucher ag...@yahoo.com 2010-08-30 14:17:45 PDT --- This is probably vsync related. Does updating to the latest ddx and mesa code in git fix the issue? -- Configure bugmail:

Re: [Bug #17151] i915: 2.6.36-rc2 hoses my Intel display

On Monday, August 30, 2010, Jonathan Corbet wrote: On Mon, 30 Aug 2010 00:36:36 +0200 (CEST) Rafael J. Wysocki r...@sisk.pl wrote: The following bug entry is on the current list of known regressions from 2.6.35. Please verify if it still should be listed and let the tracking team

[Bug 29894] KMS regression in 2.6.35: Flicker and half-rendered scenes in SDL games with Radeon RV770

https://bugs.freedesktop.org/show_bug.cgi?id=29894 --- Comment #3 from Marti ma...@juffo.org 2010-08-30 14:54:44 PDT --- (In reply to comment #2) This is probably vsync related. Does updating to the latest ddx and mesa code in git fix the issue? Ok, I also built xf86-video-ati from git (in

Re: [PATCH] fix i915 compile in 2.6.36-rc2

On Mon, 23 Aug 2010 13:38:27 +0300 (EEST), Meelis Roos mr...@linux.ee wrote: Commit 6ef3d4278034982c13df87c4a51e0445f762d316 introduces seq_file usage in intel_overlay.c but does not include the header and now compilation fails on i386. Fix it by including the necessary header.

[PATCH] drm/radeon/kms/r6xx+: use new style fencing (v2)

On r6xx+ a newer fence mechanism was implemented to replace the old wait_until plus scratch regs setup. A single EOP event will flush the destination caches, write a fence value, and generate an interrupt. This is the recommended fence mechanism on r6xx+ asics. This requires my previous