[Bug 31499] [r300g] KWin Lanczos filter problems - Black Windows using effects

https://bugs.freedesktop.org/show_bug.cgi?id=31499 --- Comment #2 from Tom Stellard 2010-11-18 23:45:16 PST --- It looks like some of the KDE devs have identified the failing shader as the Lanczos filter. It would be helpful if you could attach the Lanczos filter GLSL code along with the stderr

[Bug 31499] [r300g] KWin Lanczos filter problems - Black Windows using effects

https://bugs.freedesktop.org/show_bug.cgi?id=31499 --- Comment #2 from Tom Stellard 2010-11-18 23:45:16 PST --- It looks like some of the KDE devs have identified the failing shader as the Lanczos filter. It would be helpful if you could attach the Lanczos filter GLSL code along with the stderr

2.6.37-rc2-git4: Reported regressions 2.6.35 -> 2.6.36

On 10-11-18 06:50 PM, Rafael J. Wysocki wrote: > This message contains a list of some post-2.6.35 regressions introduced before > 2.6.36, 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

2.6.37-rc2-git4: Reported regressions from 2.6.36

On Thu, Nov 18, 2010 at 6:23 PM, Rafael J. Wysocki wrote: > This message contains a list of some regressions from 2.6.36, > 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

[PATCH] drm/radeon/kms: i2c s/sprintf/snprintf/g for safety

On Thu, 18 Nov 2010 11:37:18 -0500, Alex Deucher wrote: > As per advice from Jean Delvare. > > Signed-off-by: Alex Deucher > Cc: Jean Delvare Thanks Alex. Acked-by: Jean Delvare > --- > drivers/gpu/drm/radeon/radeon_i2c.c |9 ++--- > 1 files changed, 6 insertions(+), 3 deletions(-)

[git pull] drm fixes

Hi Linus, Just a fixes tree for -rc3 if possible, it did get rebased recently as I had to get the nouveau pull cleaned, but I'd been running the non-nouveau bits for a few days, there is also one late regression fix from Alex and some fixups after Jean pushed an i2c change that broke the kms d

[PATCH] drm/radeon/kms: fix i2c pad masks on rs4xx

From: Alex Deucher These got lost in the last i2c cleanup. Fixes: https://bugzilla.kernel.org/show_bug.cgi?id=23222 Signed-off-by: Alex Deucher Cc: stable at kernel.org --- drivers/gpu/drm/radeon/radeon_combios.c | 13 + 1 files changed, 13 insertions(+), 0 deletions(-) diff --

[Bug 31732] X crashes with "X: radeon_texture.c:682: radeon_store_teximage: Assertion `0' failed."

https://bugs.freedesktop.org/show_bug.cgi?id=31732 --- Comment #5 from Alex Schuster 2010-11-18 16:42:16 PST --- Okay, so it is not active:"OpenGL renderer string: Mesa DRI R600 (RS780 9610) 20090101 TCL". No gallium in there. Do I have to activate it? Or is it a matter of compile options? I h

[Bug 31732] X crashes with "X: radeon_texture.c:682: radeon_store_teximage: Assertion `0' failed."

https://bugs.freedesktop.org/show_bug.cgi?id=31732 --- Comment #5 from Alex Schuster 2010-11-18 16:42:16 PST --- Okay, so it is not active:"OpenGL renderer string: Mesa DRI R600 (RS780 9610) 20090101 TCL". No gallium in there. Do I have to activate it? Or is it a matter of compile options? I h

Re: 2.6.37-rc2-git4: Reported regressions 2.6.35 -> 2.6.36

On Thu, Nov 18, 2010 at 3:50 PM, Rafael J. Wysocki wrote: > Bug-Entry       : http://bugzilla.kernel.org/show_bug.cgi?id=20462 > Subject         : 2.6.36-rc7-git2 - panic/GPF: e1000e/vlans? > Submitter       : Nikola Ciprich > Date            : 2010-10-15 7:10 (35 days old) > Message-ID      : <2

2.6.37-rc2-git4: Reported regressions 2.6.35 -> 2.6.36

On Thu, Nov 18, 2010 at 3:50 PM, Rafael J. Wysocki wrote: > Bug-Entry ? ? ? : http://bugzilla.kernel.org/show_bug.cgi?id=20462 > Subject ? ? ? ? : 2.6.36-rc7-git2 - panic/GPF: e1000e/vlans? > Submitter ? ? ? : Nikola Ciprich > Date ? ? ? ? ? ?: 2010-10-15 7:10 (35 days old) > Message-ID ? ? ?: <2

2.6.37-rc2-git4: Reported regressions 2.6.35 -> 2.6.36

This message contains a list of some post-2.6.35 regressions introduced before 2.6.36, 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.35 regressions, please let us kno

Re: 2.6.37-rc2-git4: Reported regressions from 2.6.36

On Thu, Nov 18, 2010 at 6:23 PM, Rafael J. Wysocki wrote: > This message contains a list of some regressions from 2.6.36, > 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

Re: [PATCH 0/7] BKL removal follow-up

On Thu, Nov 18, 2010 at 3:34 PM, Jan Kara wrote: > >  Just for info, UDF BKL removal patches seem to work fine but I want to > give them some final SMP testing on Monday before pushing them to -next. > I'm not sure how much people hurry with disabling the lock so if I should > push them ASAP or wh

2.6.37-rc2-git4: Reported regressions from 2.6.36

This message contains a list of some regressions from 2.6.36, 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.36, please let us know either and we'll add th

Re: [PATCH 0/7] BKL removal follow-up

Hi, On Wed 17-11-10 16:26:52, Arnd Bergmann wrote: > It seems the v4l and udf code has been worked out now and patches > to kill the BKL there are finally making it upstream. > > As promised, here are the patches I did since the kernel summit > to turn off the BKL by default. Given that -rc2 is

[PATCH 0/7] BKL removal follow-up

On Thu, Nov 18, 2010 at 3:34 PM, Jan Kara wrote: > > ?Just for info, UDF BKL removal patches seem to work fine but I want to > give them some final SMP testing on Monday before pushing them to -next. > I'm not sure how much people hurry with disabling the lock so if I should > push them ASAP or wh

[Bug 31732] X crashes with "X: radeon_texture.c:682: radeon_store_teximage: Assertion `0' failed."

https://bugs.freedesktop.org/show_bug.cgi?id=31732 --- Comment #4 from Alex Deucher 2010-11-18 15:37:08 PST --- check the renderer string in glxinfo -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assign

[Bug 31732] X crashes with "X: radeon_texture.c:682: radeon_store_teximage: Assertion `0' failed."

https://bugs.freedesktop.org/show_bug.cgi?id=31732 --- Comment #4 from Alex Deucher 2010-11-18 15:37:08 PST --- check the renderer string in glxinfo -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assig

[Bug 31732] X crashes with "X: radeon_texture.c:682: radeon_store_teximage: Assertion `0' failed."

https://bugs.freedesktop.org/show_bug.cgi?id=31732 --- Comment #3 from Alex Schuster 2010-11-18 15:11:25 PST --- Okay. I did not ever hera about this gallium stuff, but I see Gentoo has support for it, when I upgrade to mesa-8.9. So I did. Um, how can I see that gallium is really active? I do no

[Bug 31732] X crashes with "X: radeon_texture.c:682: radeon_store_teximage: Assertion `0' failed."

https://bugs.freedesktop.org/show_bug.cgi?id=31732 --- Comment #3 from Alex Schuster 2010-11-18 15:11:25 PST --- Okay. I did not ever hera about this gallium stuff, but I see Gentoo has support for it, when I upgrade to mesa-8.9. So I did. Um, how can I see that gallium is really active? I do no

[Bug 29867] gallium r300g r600g broken shadows

https://bugs.freedesktop.org/show_bug.cgi?id=29867 Michal Suchanek changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 29867] gallium r300g r600g broken shadows

https://bugs.freedesktop.org/show_bug.cgi?id=29867 Michal Suchanek changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

git repos, r600g prerequites

Hi, I find the various git repositories for drm sometimes a little confusing. For example, what is the difference between d-n and d-c-n? Maybe it would be a good idea to fill out the gitweb information for each each repository. Currently they all report "Unnamed repository; edit this file to n

[PATCH] drm/radeon/kms: fix i2c pad masks on rs4xx

From: Alex Deucher These got lost in the last i2c cleanup. Fixes: https://bugzilla.kernel.org/show_bug.cgi?id=23222 Signed-off-by: Alex Deucher Cc: sta...@kernel.org --- drivers/gpu/drm/radeon/radeon_combios.c | 13 + 1 files changed, 13 insertions(+), 0 deletions(-) diff --git

[PATCH] drm/radeon/kms: register an i2c adapter name for the dp aux bus

Hi Alex, On Wed, 17 Nov 2010 17:56:49 -0500, Alex Deucher wrote: > This causes the connector to not be added since i2c init fails > for the adapter. Fixes: > https://bugs.freedesktop.org/show_bug.cgi?id=31688 Good catch. It may seem to be a little harsh but I'm glad I added the check to i2c-core

[Bug 31482] When trying to put the fullscreen window, data show and LCD laptop screen, the screen windwos screw up

https://bugs.freedesktop.org/show_bug.cgi?id=31482 Maximiliano Castañón changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 31482] When trying to put the fullscreen window, data show and LCD laptop screen, the screen windwos screw up

https://bugs.freedesktop.org/show_bug.cgi?id=31482 Maximiliano Casta??n changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[PATCH] drm/radeon/kms: forbid allocating bo bigger than VRAM or GTT (fdo 31708)

From: Jerome Glisse Forbid allocating buffer bigger than VRAM or GTT, also properly set lpfn field of placement if VRAM is too small. Signed-off-by: Jerome Glisse --- drivers/gpu/drm/radeon/radeon.h|2 +- drivers/gpu/drm/radeon/radeon_object.c | 19 ++- drivers/gp

[Bug 31708] kernel oops when loading large images with firefox

https://bugs.freedesktop.org/show_bug.cgi?id=31708 --- Comment #5 from Manuel Lauss 2010-11-18 11:42:10 PST --- Thank you, the patch fixes the issue for me. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are t

[Bug 31708] kernel oops when loading large images with firefox

https://bugs.freedesktop.org/show_bug.cgi?id=31708 --- Comment #5 from Manuel Lauss 2010-11-18 11:42:10 PST --- Thank you, the patch fixes the issue for me. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are t

[PATCH] drm/radeon/kms: i2c s/sprintf/snprintf/g for safety

As per advice from Jean Delvare. Signed-off-by: Alex Deucher Cc: Jean Delvare --- drivers/gpu/drm/radeon/radeon_i2c.c |9 ++--- 1 files changed, 6 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_i2c.c b/drivers/gpu/drm/radeon/radeon_i2c.c index d263bd1..ded2a4

[PATCH] drm/radeon/kms: forbid allocating bo bigger than VRAM or GTT (fdo 31708)

From: Jerome Glisse Forbid allocating buffer bigger than VRAM or GTT, also properly set lpfn field of placement if VRAM is too small. Signed-off-by: Jerome Glisse --- drivers/gpu/drm/radeon/radeon.h|2 +- drivers/gpu/drm/radeon/radeon_object.c | 19 ++- drivers/gp

[Bug 31708] kernel oops when loading large images with firefox

https://bugs.freedesktop.org/show_bug.cgi?id=31708 --- Comment #4 from Jerome Glisse 2010-11-18 10:51:59 PST --- Created an attachment (id=40397) View: https://bugs.freedesktop.org/attachment.cgi?id=40397 Review: https://bugs.freedesktop.org/review?bug=31708&attachment=40397 Forbid big bo all

[Bug 31708] kernel oops when loading large images with firefox

https://bugs.freedesktop.org/show_bug.cgi?id=31708 --- Comment #4 from Jerome Glisse 2010-11-18 10:51:59 PST --- Created an attachment (id=40397) View: https://bugs.freedesktop.org/attachment.cgi?id=40397 Review: https://bugs.freedesktop.org/review?bug=31708&attachment=40397 Forbid big bo all

[Bug 31708] kernel oops when loading large images with firefox

https://bugs.freedesktop.org/show_bug.cgi?id=31708 --- Comment #3 from Thomas Hellström 2010-11-18 10:38:04 PST --- This looks like a radeon driver bug. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the a

[Bug 31708] kernel oops when loading large images with firefox

https://bugs.freedesktop.org/show_bug.cgi?id=31708 --- Comment #3 from Thomas Hellstr?m 2010-11-18 10:38:04 PST --- This looks like a radeon driver bug. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the a

[Bug 31667] r600c and r600g: wrong rendering for Savage2 game

https://bugs.freedesktop.org/show_bug.cgi?id=31667 --- Comment #7 from Török Edwin 2010-11-18 10:28:10 PST --- The missing character is a similar symptom to that of this bug for r300g which got fixed: http://bugs.freedesktop.org/show_bug.cgi?id=28517 Do you need the RADEON_DEBUG=vp logs (or som

[Bug 31667] r600c and r600g: wrong rendering for Savage2 game

https://bugs.freedesktop.org/show_bug.cgi?id=31667 --- Comment #7 from T?r?k Edwin 2010-11-18 10:28:10 PST --- The missing character is a similar symptom to that of this bug for r300g which got fixed: http://bugs.freedesktop.org/show_bug.cgi?id=28517 Do you need the RADEON_DEBUG=vp logs (or som

[Bug 31732] X crashes with "X: radeon_texture.c:682: radeon_store_teximage: Assertion `0' failed."

https://bugs.freedesktop.org/show_bug.cgi?id=31732 Alex Deucher changed: What|Removed |Added Product|xorg|Mesa Component|Driver/Radeon

[Bug 31732] X crashes with "X: radeon_texture.c:682: radeon_store_teximage: Assertion `0' failed."

https://bugs.freedesktop.org/show_bug.cgi?id=31732 Alex Deucher changed: What|Removed |Added Product|xorg|Mesa Component|Driver/Radeon

[Bug 29340] missing copy_from_user? radeon_info_ioctl

https://bugs.freedesktop.org/show_bug.cgi?id=29340 Alex Deucher changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 29340] missing copy_from_user? radeon_info_ioctl

https://bugs.freedesktop.org/show_bug.cgi?id=29340 Alex Deucher changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 29738] SIGBUS after upgrade to 2.6.36-rc1-git4 [full stacktrace]

https://bugs.freedesktop.org/show_bug.cgi?id=29738 Alex Deucher changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

[Bug 29738] SIGBUS after upgrade to 2.6.36-rc1-git4 [full stacktrace]

https://bugs.freedesktop.org/show_bug.cgi?id=29738 --- Comment #24 from Alex Deucher 2010-11-18 10:13:34 PST --- This should be fixed in 2.6.36. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee f

[Bug 29738] SIGBUS after upgrade to 2.6.36-rc1-git4 [full stacktrace]

https://bugs.freedesktop.org/show_bug.cgi?id=29738 Alex Deucher changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

[Bug 29738] SIGBUS after upgrade to 2.6.36-rc1-git4 [full stacktrace]

https://bugs.freedesktop.org/show_bug.cgi?id=29738 --- Comment #24 from Alex Deucher 2010-11-18 10:13:34 PST --- This should be fixed in 2.6.36. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee

[Bug 30049] 2.6.36-rc3: divide by zero in radeon_crtc_scaling_mode_fixup

https://bugs.freedesktop.org/show_bug.cgi?id=30049 Alex Deucher changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 30049] 2.6.36-rc3: divide by zero in radeon_crtc_scaling_mode_fixup

https://bugs.freedesktop.org/show_bug.cgi?id=30049 Alex Deucher changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 31400] [RV740] Mipmapping broken in drm-radeon-next / drm-next

https://bugs.freedesktop.org/show_bug.cgi?id=31400 Alex Deucher changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

[Bug 31400] [RV740] Mipmapping broken in drm-radeon-next / drm-next

https://bugs.freedesktop.org/show_bug.cgi?id=31400 Alex Deucher changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

git repos, r600g prerequites

2010/11/18 Marius Gr?ger : > Hi, > > I find the various git repositories for drm sometimes a little confusing. > For example, what is the difference between d-n and d-c-n? Maybe it would be > a good idea to fill out the gitweb information for each each repository. > Currently they all report "Unnam

Re: [PATCH] drm/radeon/kms: i2c s/sprintf/snprintf/g for safety

On Thu, 18 Nov 2010 11:37:18 -0500, Alex Deucher wrote: > As per advice from Jean Delvare. > > Signed-off-by: Alex Deucher > Cc: Jean Delvare Thanks Alex. Acked-by: Jean Delvare > --- > drivers/gpu/drm/radeon/radeon_i2c.c |9 ++--- > 1 files changed, 6 insertions(+), 3 deletions(-)

[PATCH] drm/radeon/kms: i2c s/sprintf/snprintf/g for safety

As per advice from Jean Delvare. Signed-off-by: Alex Deucher Cc: Jean Delvare --- drivers/gpu/drm/radeon/radeon_i2c.c |9 ++--- 1 files changed, 6 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_i2c.c b/drivers/gpu/drm/radeon/radeon_i2c.c index d263bd1..ded2a4

Re: git repos, r600g prerequites

2010/11/18 Marius Gröger : > Hi, > > I find the various git repositories for drm sometimes a little confusing. > For example, what is the difference between d-n and d-c-n? Maybe it would be > a good idea to fill out the gitweb information for each each repository. > Currently they all report "Unnam

git repos, r600g prerequites

Hi, I find the various git repositories for drm sometimes a little confusing. For example, what is the difference between d-n and d-c-n? Maybe it would be a good idea to fill out the gitweb information for each each repository. Currently they all report "Unnamed repository; edit this file to

Re: [PATCH] drm/radeon/kms: register an i2c adapter name for the dp aux bus

Hi Alex, On Wed, 17 Nov 2010 17:56:49 -0500, Alex Deucher wrote: > This causes the connector to not be added since i2c init fails > for the adapter. Fixes: > https://bugs.freedesktop.org/show_bug.cgi?id=31688 Good catch. It may seem to be a little harsh but I'm glad I added the check to i2c-core

[Bug 31708] kernel oops when loading large images with firefox

https://bugs.freedesktop.org/show_bug.cgi?id=31708 --- Comment #2 from Manuel Lauss 2010-11-18 05:07:36 PST --- I applied the following patch to the kernel; with it firefox loads and displays the image. diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c index 3ca77dc..e678

[Bug 31708] kernel oops when loading large images with firefox

https://bugs.freedesktop.org/show_bug.cgi?id=31708 --- Comment #2 from Manuel Lauss 2010-11-18 05:07:36 PST --- I applied the following patch to the kernel; with it firefox loads and displays the image. diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c index 3ca77dc..e678

[Bug 31708] kernel oops when loading large images with firefox

https://bugs.freedesktop.org/show_bug.cgi?id=31708 --- Comment #1 from Manuel Lauss 2010-11-18 04:47:29 PST --- When the BUG() in ttm_bo.c:1123 triggers, the values are as follows: bo->mem.num_pages = 16984, placement->lpfn =16384, placement->fpfn = 0 Hope that helps a bit. -- Configure bugm

[Bug 31708] kernel oops when loading large images with firefox

https://bugs.freedesktop.org/show_bug.cgi?id=31708 --- Comment #1 from Manuel Lauss 2010-11-18 04:47:29 PST --- When the BUG() in ttm_bo.c:1123 triggers, the values are as follows: bo->mem.num_pages = 16984, placement->lpfn =16384, placement->fpfn = 0 Hope that helps a bit. -- Configure bugm

[Bug 24818] shadowtex demo doesn't work on rs780

https://bugs.freedesktop.org/show_bug.cgi?id=24818 --- Comment #11 from Andy Furniss 2010-11-18 04:43:04 PST --- (In reply to comment #9) > Good news, r600g doesn't have this bug! > Just tested mesa git c48ae0b6eddc71831ea0ea480a0177523ae6ee76, and shadowtex > looked fine. This has regressed wi

[Bug 24818] shadowtex demo doesn't work on rs780

https://bugs.freedesktop.org/show_bug.cgi?id=24818 --- Comment #11 from Andy Furniss 2010-11-18 04:43:04 PST --- (In reply to comment #9) > Good news, r600g doesn't have this bug! > Just tested mesa git c48ae0b6eddc71831ea0ea480a0177523ae6ee76, and shadowtex > looked fine. This has regressed wi

[Bug 31578] r600g: enforce minimum stride on render target texture images causes texture corruption on teapot demp.

https://bugs.freedesktop.org/show_bug.cgi?id=31578 Andy Furniss changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 31578] r600g: enforce minimum stride on render target texture images causes texture corruption on teapot demp.

https://bugs.freedesktop.org/show_bug.cgi?id=31578 Andy Furniss changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 31708] New: kernel oops when loading large images with firefox

https://bugs.freedesktop.org/show_bug.cgi?id=31708 Summary: kernel oops when loading large images with firefox Product: DRI Version: XOrg CVS Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal

[Bug 31708] New: kernel oops when loading large images with firefox

https://bugs.freedesktop.org/show_bug.cgi?id=31708 Summary: kernel oops when loading large images with firefox Product: DRI Version: XOrg CVS Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal

[Bug 31667] r600c and r600g: wrong rendering for Savage2 game

https://bugs.freedesktop.org/show_bug.cgi?id=31667 --- Comment #6 from Török Edwin 2010-11-18 03:04:04 PST --- On mesa commit 185d862cd8cd0a56dd86daa01d9c692ff4abfb54 right now, and the horizontal black lines problem is fixed on r600g, the transparent character problem stays though. -- Configu

[Bug 31667] r600c and r600g: wrong rendering for Savage2 game

https://bugs.freedesktop.org/show_bug.cgi?id=31667 --- Comment #6 from T?r?k Edwin 2010-11-18 03:04:04 PST --- On mesa commit 185d862cd8cd0a56dd86daa01d9c692ff4abfb54 right now, and the horizontal black lines problem is fixed on r600g, the transparent character problem stays though. -- Configu

[Bug 31578] r600g: enforce minimum stride on render target texture images causes texture corruption on teapot demp.

https://bugs.freedesktop.org/show_bug.cgi?id=31578 --- Comment #3 from Tilman Sauerbeck 2010-11-18 00:06:55 PST --- Retry with the tip of the master branch (and throw away the patch I posted). Commit a23f25eba1fb8919a29efb88ef9e351abcc65b2e should fix this. -- Configure bugmail: https://bugs.

[Bug 31578] r600g: enforce minimum stride on render target texture images causes texture corruption on teapot demp.

https://bugs.freedesktop.org/show_bug.cgi?id=31578 --- Comment #3 from Tilman Sauerbeck 2010-11-18 00:06:55 PST --- Retry with the tip of the master branch (and throw away the patch I posted). Commit a23f25eba1fb8919a29efb88ef9e351abcc65b2e should fix this. -- Configure bugmail: https://bugs.