[Bug 42117] R200 driver performance, UMS, all mesa versions from 7.6

https://bugs.freedesktop.org/show_bug.cgi?id=42117 --- Comment #6 from Michal 2011-10-24 15:42:28 PDT --- In tests I'm using fluxbox without any compositing. My card is radeon 9100 (rebranded 8500) with 128mb vram. Libtxc library didn't change anything. RADEON_DEBUG=fall puts in loop: R200

[Bug 41698] [r300g] Flickering user interface in WoW

https://bugs.freedesktop.org/show_bug.cgi?id=41698 --- Comment #4 from Chris Rankin 2011-10-24 15:24:33 PDT --- This bug is still happening after this new commit: commit 2717b8f034db16cf551e167aa5ce3a9be3bf730b Author: Mathias Fr?hlich Date: Sat Oct 8 21:33:23 2011 +0200 winsys/radeon:

[Bug 42175] RV730: Display errors in glxgears & WebGL

https://bugs.freedesktop.org/show_bug.cgi?id=42175 --- Comment #4 from Stefan 2011-10-24 14:55:59 PDT --- (In reply to comment #3) > Can you bisect? The change took place between 7.11-rc1 and -rc2: a8907c6005d7935b4520255e12184c139471b5b9 is the first bad commit commit

[Bug 42175] RV730: Display errors in glxgears & WebGL

https://bugs.freedesktop.org/show_bug.cgi?id=42175 --- Comment #3 from Alex Deucher 2011-10-24 14:44:38 PDT --- Can you bisect? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.

[Bug 42175] RV730: Display errors in glxgears & WebGL

https://bugs.freedesktop.org/show_bug.cgi?id=42175 --- Comment #2 from Stefan 2011-10-24 14:07:44 PDT --- Created attachment 52713 --> https://bugs.freedesktop.org/attachment.cgi?id=52713 Lesson 3 screenshot -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ---

[Bug 42175] RV730: Display errors in glxgears & WebGL

https://bugs.freedesktop.org/show_bug.cgi?id=42175 --- Comment #1 from Stefan 2011-10-24 14:06:39 PDT --- Created attachment 52710 --> https://bugs.freedesktop.org/attachment.cgi?id=52710 glxgears screenshot -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ---

[Bug 42175] New: RV730: Display errors in glxgears & WebGL

https://bugs.freedesktop.org/show_bug.cgi?id=42175 Bug #: 42175 Summary: RV730: Display errors in glxgears & WebGL Classification: Unclassified Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All)

[PATCH] DRM: bug: RADEON_DEBUGFS_MAX_{NUM_FILES => COMPONENTS}

Maybe you are looking at the wrong branch, but I see it in drm-next (it has been there since Oct 10) http://cgit.freedesktop.org/~airlied/linux/commit/?h=drm-next=c245cb9e15055ed5dcf7eaf29232badb0059fdc1 On Mon, 24 Oct 2011, Michael Witten wrote: > On Fri, Oct 7, 2011 at 19:20, Michael Witten

[PATCH 06/11] ttm/driver: Expand ttm_backend_func to include two overrides for TTM page pool.

On 10/24/2011 07:27 PM, Konrad Rzeszutek Wilk wrote: > On Sat, Oct 22, 2011 at 11:40:54AM +0200, Thomas Hellstrom wrote: > >> Konrad, >> >> I was hoping that we could get rid of the dma_address shuffling into >> core TTM, >> like I mentioned in the review. From what I can tell it's now only >>

[PATCH 1/2] drm/ttm: add a way to bo_wait for either the last read or last write

Alright then. Dave, if you are reading this, feel free not to include the two patches I sent you in the next pull request. Marek On Mon, Oct 24, 2011 at 7:28 PM, Thomas Hellstrom wrote: > Marek, > > The problem is that the patch adds a lot of complicated code where it's not > needed, and I

[PATCH 1/2] drm/ttm: add a way to bo_wait for either the last read or last write

Marek, The problem is that the patch adds a lot of complicated code where it's not needed, and I don't want to end up reverting that code and re-implementing the new Radeon gem ioctl by myself. Having a list of two fence objects and waiting for either of them shouldn't be that complicated to

[PATCH 1/2] drm/ttm: add a way to bo_wait for either the last read or last write

Hi Thomas, I have made no progress so far due to lack of time. Would you mind if I fixed the most important things first, which are: - sync objects are not ordered, (A) - every sync object must have its corresponding sync_obj_arg, (B) and if I fixed (C) some time later. I planned on moving the

[Bug 42067] [r600g] Compiz emblem icons corrupted on cayman

https://bugs.freedesktop.org/show_bug.cgi?id=42067 --- Comment #4 from Harald Judt 2011-10-24 11:58:24 PDT --- I think this might rather be a duplicate of bug 38173. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: ---

[PATCH 1/2] drm/ttm: add a way to bo_wait for either the last read or last write

On 10/24/2011 06:42 PM, Marek Ol??k wrote: > On Sat, Oct 8, 2011 at 1:32 PM, Thomas Hellstrom > wrote: > >> On 10/08/2011 01:27 PM, Ville Syrj?l? wrote: >> >>> On Sat, Oct 08, 2011 at 01:10:13PM +0200, Thomas Hellstrom wrote: >>> >>> On 10/08/2011 12:26 PM, Ville Syrj?l?

[Bug 42117] R200 driver performance, UMS, all mesa versions from 7.6

https://bugs.freedesktop.org/show_bug.cgi?id=42117 --- Comment #5 from Marek Ol??k 2011-10-24 11:46:25 PDT --- I am leaning to believe that tiling can make such a difference. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail

[PATCH 1/2] drm/ttm: add a way to bo_wait for either the last read or last write

On Sat, Oct 8, 2011 at 1:32 PM, Thomas Hellstrom wrote: > On 10/08/2011 01:27 PM, Ville Syrj?l? wrote: >> >> On Sat, Oct 08, 2011 at 01:10:13PM +0200, Thomas Hellstrom wrote: >> >>> >>> On 10/08/2011 12:26 PM, Ville Syrj?l? wrote: >>> On Fri, Oct 07, 2011 at 10:58:13AM +0200, Thomas

[Bug 42117] R200 driver performance, UMS, all mesa versions from 7.6

https://bugs.freedesktop.org/show_bug.cgi?id=42117 --- Comment #4 from Roland Scheidegger 2011-10-24 11:30:14 PDT --- Some performance difference is expected due to kms not supporting tiling on r200, though I would expect a 2x difference only if you also enabled hyperz manually. That said, if

[Bug 42067] [r600g] Compiz emblem icons corrupted on cayman

https://bugs.freedesktop.org/show_bug.cgi?id=42067 --- Comment #3 from Harald Judt 2011-10-24 11:25:31 PDT --- This was caused by enabling texture compression in core settings. Turning it off makes the icons look right again. -- Configure bugmail:

[PATCH 1/2] vmwgfx: Emulate depth 32 framebuffers

On Mon, Oct 24, 2011 at 03:01:23PM -0700, Jakob Bornecrantz wrote: > > - Original Message - > > On Sat, Oct 22, 2011 at 10:29:33AM +0200, Thomas Hellstrom wrote: > > > From: Jakob Bornecrantz > > > > > > Signed-off-by: Jakob Bornecrantz > > > Signed-off-by: Thomas Hellstrom > > > ---

[PATCH] drm/radeon: avoid bouncing connector status btw disconnected & unknown

On Mon, Oct 24, 2011 at 6:16 PM, wrote: > From: Jerome Glisse > > Since force handling rework of d0d0a225e6ad43314c9aa7ea081f76adc5098ad4 > we could end up bouncing connector status btw disconnected and unknown. > When connector status change a call to output_poll_changed happen which > in turn

[PATCH] drm/radeon: avoid bouncing connector status btw disconnected & unknown

From: Jerome Glisse Since force handling rework of d0d0a225e6ad43314c9aa7ea081f76adc5098ad4 we could end up bouncing connector status btw disconnected and unknown. When connector status change a call to output_poll_changed happen which in turn ask again for detect but with

[PATCH 1/2] vmwgfx: Emulate depth 32 framebuffers

On Sat, Oct 22, 2011 at 10:29:33AM +0200, Thomas Hellstrom wrote: > From: Jakob Bornecrantz > > Signed-off-by: Jakob Bornecrantz > Signed-off-by: Thomas Hellstrom > --- > drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 10 +- > 1 files changed, 9 insertions(+), 1 deletions(-) > > diff --git

[Bug 41698] [r300g] Flickering user interface in WoW

https://bugs.freedesktop.org/show_bug.cgi?id=41698 --- Comment #6 from Chris Rankin 2011-10-24 16:53:50 UTC --- (In reply to comment #5) > Can you try this patch? Sorry, no change. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail

[PATCH 1/2] drm/ttm: add a way to bo_wait for either the last read or last write

On 10/08/2011 12:03 AM, Marek Ol??k wrote: > On Fri, Oct 7, 2011 at 10:00 AM, Thomas Hellstrom > wrote: > >> OK. First I think we need to make a distinction: bo sync objects vs driver >> fences. The bo sync obj api is there to strictly provide functionality that >> the ttm bo subsystem is

[Bug 42117] R200 driver performance, UMS, all mesa versions from 7.6

https://bugs.freedesktop.org/show_bug.cgi?id=42117 --- Comment #3 from Michal 2011-10-24 08:56:25 PDT --- Well, yes, ums is about 2x faster then kms. I think the problem is somewhere in textures. Lowering texture quality in openarena, fps jumps from 5 to 60. The same with etracer, with low res

[PATCH 1/2] vmwgfx: Emulate depth 32 framebuffers

- Original Message - > On Sat, Oct 22, 2011 at 10:29:33AM +0200, Thomas Hellstrom wrote: > > From: Jakob Bornecrantz > > > > Signed-off-by: Jakob Bornecrantz > > Signed-off-by: Thomas Hellstrom > > --- > > drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 10 +- > > 1 files changed, 9

nouveau page_flip function implement not wait vblank, which cause screen garbage

ent_wait); 6214 } 6215 6216 drm_vblank_put(dev, intel_crtc->pipe); 6217 Is there anyone use the same driver and found this issues can tell me "is it a bug"? Thanks! -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20111024/26405bf2/attachment.htm>

[PATCH 06/11] ttm/driver: Expand ttm_backend_func to include two overrides for TTM page pool.

> >For that there are couple of architectural issues I am not sure how to solve. > > > >There has to be some form of TTM<->[Radeon|Nouveau] lookup mechanism > >to say: "here is a 'struct page *', give me the bus address". Currently > >this is solved by keeping an array of DMA addresses along with

[PATCH 06/11] ttm/driver: Expand ttm_backend_func to include two overrides for TTM page pool.

On Sat, Oct 22, 2011 at 11:40:54AM +0200, Thomas Hellstrom wrote: > Konrad, > > I was hoping that we could get rid of the dma_address shuffling into > core TTM, > like I mentioned in the review. From what I can tell it's now only > used in the backend and > core ttm doesn't care about it. > > Is

[Bug 42117] R200 driver performance, UMS, all mesa versions from 7.6

https://bugs.freedesktop.org/show_bug.cgi?id=42117 --- Comment #2 from Alex Deucher 2011-10-24 06:22:51 PDT --- Is there some reason why you want to use UMS? It's not really supported any more. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are

[Intel-gfx] [PATCH 1/2] Give up on edid retries when i2c tells us that bus is not there

eni.dodonov.net/> -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20111024/2d0c722f/attachment.htm>

[PATCH 1/2] drm/kms: Make i2c buses faster

geni.dodonov.net/> -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20111024/0db900e3/attachment.html>

[Bug 42090] [r300/compiler] [bisected] sauerbraten texture corruption

https://bugs.freedesktop.org/show_bug.cgi?id=42090 --- Comment #2 from Fabio Pedretti 2011-10-24 00:19:29 PDT --- (In reply to comment #1) > Created attachment 52640 [details] [review] > Possible fix > > Does this patch fix the problem? Yes (tested on current git and also with

nouveau page_flip function implement not wait vblank, which cause screen garbage

Dear, I use NVidia Geforce 7300GT graphics card in my PC, and Linux 3.1rc4 kernel code, git drm 2.4.36. When I run the vbltest program, it prints 60HZ which indicated the implementation of drmWaitVBlank() and drm_vblank_wait() is correct. But when I run modetest with option -v -s

[Bug 42090] [r300/compiler] [bisected] sauerbraten texture corruption

https://bugs.freedesktop.org/show_bug.cgi?id=42090 --- Comment #2 from Fabio Pedretti fabio@libero.it 2011-10-24 00:19:29 PDT --- (In reply to comment #1) Created attachment 52640 [details] [review] Possible fix Does this patch fix the problem? Yes (tested on current git and also with

[Bug 42117] R200 driver performance, UMS, all mesa versions from 7.6

https://bugs.freedesktop.org/show_bug.cgi?id=42117 --- Comment #2 from Alex Deucher ag...@yahoo.com 2011-10-24 06:22:51 PDT --- Is there some reason why you want to use UMS? It's not really supported any more. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ---

Re: [PATCH 1/2] drm/kms: Make i2c buses faster

On Sat, Oct 22, 2011 at 12:38, Alex Deucher alexdeuc...@gmail.com wrote: On Fri, Oct 21, 2011 at 3:29 PM, Jean Delvare jdelv...@suse.de wrote: Hi Alex, On Friday 21 October 2011 08:05:48 pm Alex Deucher wrote: On Fri, Oct 21, 2011 at 10:16 AM, Jean Delvare jdelv...@suse.de Does anyone

Re: [Intel-gfx] [PATCH 1/2] Give up on edid retries when i2c tells us that bus is not there

On Thu, Oct 20, 2011 at 10:33, Jean Delvare kh...@linux-fr.org wrote: Just to clarify: by connectivity is setup, do you mean code in the driver setting the GPIO pin direction etc., or a display being connected to the graphics card? I admit I am a little surprised. I2C buses should have their

Re: [PATCH 1/2] drm/ttm: add a way to bo_wait for either the last read or last write

On 10/08/2011 12:03 AM, Marek Olšák wrote: On Fri, Oct 7, 2011 at 10:00 AM, Thomas Hellstromtho...@shipmail.org wrote: OK. First I think we need to make a distinction: bo sync objects vs driver fences. The bo sync obj api is there to strictly provide functionality that the ttm bo subsystem

[Bug 42117] R200 driver performance, UMS, all mesa versions from 7.6

https://bugs.freedesktop.org/show_bug.cgi?id=42117 --- Comment #3 from Michal majkel...@interia.pl 2011-10-24 08:56:25 PDT --- Well, yes, ums is about 2x faster then kms. I think the problem is somewhere in textures. Lowering texture quality in openarena, fps jumps from 5 to 60. The same with

Re: [PATCH 1/2] drm/ttm: add a way to bo_wait for either the last read or last write

On Sat, Oct 8, 2011 at 1:32 PM, Thomas Hellstrom tho...@shipmail.org wrote: On 10/08/2011 01:27 PM, Ville Syrjälä wrote: On Sat, Oct 08, 2011 at 01:10:13PM +0200, Thomas Hellstrom wrote: On 10/08/2011 12:26 PM, Ville Syrjälä wrote: On Fri, Oct 07, 2011 at 10:58:13AM +0200, Thomas

Re: [PATCH 1/2] drm/ttm: add a way to bo_wait for either the last read or last write

On 10/24/2011 06:42 PM, Marek Olšák wrote: On Sat, Oct 8, 2011 at 1:32 PM, Thomas Hellstromtho...@shipmail.org wrote: On 10/08/2011 01:27 PM, Ville Syrjälä wrote: On Sat, Oct 08, 2011 at 01:10:13PM +0200, Thomas Hellstrom wrote: On 10/08/2011 12:26 PM, Ville Syrjälä wrote:

Re: [PATCH 1/2] drm/ttm: add a way to bo_wait for either the last read or last write

Hi Thomas, I have made no progress so far due to lack of time. Would you mind if I fixed the most important things first, which are: - sync objects are not ordered, (A) - every sync object must have its corresponding sync_obj_arg, (B) and if I fixed (C) some time later. I planned on moving the

Re: [PATCH 06/11] ttm/driver: Expand ttm_backend_func to include two overrides for TTM page pool.

On Sat, Oct 22, 2011 at 11:40:54AM +0200, Thomas Hellstrom wrote: Konrad, I was hoping that we could get rid of the dma_address shuffling into core TTM, like I mentioned in the review. From what I can tell it's now only used in the backend and core ttm doesn't care about it. Is there a

Re: [PATCH 1/2] drm/ttm: add a way to bo_wait for either the last read or last write

Marek, The problem is that the patch adds a lot of complicated code where it's not needed, and I don't want to end up reverting that code and re-implementing the new Radeon gem ioctl by myself. Having a list of two fence objects and waiting for either of them shouldn't be that complicated

Re: [PATCH 1/2] drm/ttm: add a way to bo_wait for either the last read or last write

Alright then. Dave, if you are reading this, feel free not to include the two patches I sent you in the next pull request. Marek On Mon, Oct 24, 2011 at 7:28 PM, Thomas Hellstrom tho...@shipmail.org wrote: Marek, The problem is that the patch adds a lot of complicated code where it's not

Re: [PATCH 06/11] ttm/driver: Expand ttm_backend_func to include two overrides for TTM page pool.

On 10/24/2011 07:27 PM, Konrad Rzeszutek Wilk wrote: On Sat, Oct 22, 2011 at 11:40:54AM +0200, Thomas Hellstrom wrote: Konrad, I was hoping that we could get rid of the dma_address shuffling into core TTM, like I mentioned in the review. From what I can tell it's now only used in the

Re: [PATCH 06/11] ttm/driver: Expand ttm_backend_func to include two overrides for TTM page pool.

For that there are couple of architectural issues I am not sure how to solve. There has to be some form of TTM-[Radeon|Nouveau] lookup mechanism to say: here is a 'struct page *', give me the bus address. Currently this is solved by keeping an array of DMA addresses along with the list of

[Bug 42067] [r600g] Compiz emblem icons corrupted on cayman

https://bugs.freedesktop.org/show_bug.cgi?id=42067 --- Comment #3 from Harald Judt h.j...@gmx.at 2011-10-24 11:25:31 PDT --- This was caused by enabling texture compression in core settings. Turning it off makes the icons look right again. -- Configure bugmail:

[Bug 42117] R200 driver performance, UMS, all mesa versions from 7.6

https://bugs.freedesktop.org/show_bug.cgi?id=42117 --- Comment #4 from Roland Scheidegger srol...@vmware.com 2011-10-24 11:30:14 PDT --- Some performance difference is expected due to kms not supporting tiling on r200, though I would expect a 2x difference only if you also enabled hyperz

[Bug 42117] R200 driver performance, UMS, all mesa versions from 7.6

https://bugs.freedesktop.org/show_bug.cgi?id=42117 --- Comment #5 from Marek Olšák mar...@gmail.com 2011-10-24 11:46:25 PDT --- I am leaning to believe that tiling can make such a difference. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving

[Bug 42067] [r600g] Compiz emblem icons corrupted on cayman

https://bugs.freedesktop.org/show_bug.cgi?id=42067 --- Comment #4 from Harald Judt h.j...@gmx.at 2011-10-24 11:58:24 PDT --- I think this might rather be a duplicate of bug 38173. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail

[Bug 42175] New: RV730: Display errors in glxgears WebGL

https://bugs.freedesktop.org/show_bug.cgi?id=42175 Bug #: 42175 Summary: RV730: Display errors in glxgears WebGL Classification: Unclassified Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All)

[Bug 42175] RV730: Display errors in glxgears WebGL

https://bugs.freedesktop.org/show_bug.cgi?id=42175 --- Comment #1 from Stefan kde...@vogtner.de 2011-10-24 14:06:39 PDT --- Created attachment 52710 -- https://bugs.freedesktop.org/attachment.cgi?id=52710 glxgears screenshot -- Configure bugmail:

[Bug 42175] RV730: Display errors in glxgears WebGL

https://bugs.freedesktop.org/show_bug.cgi?id=42175 --- Comment #2 from Stefan kde...@vogtner.de 2011-10-24 14:07:44 PDT --- Created attachment 52713 -- https://bugs.freedesktop.org/attachment.cgi?id=52713 Lesson 3 screenshot -- Configure bugmail:

Re: [PATCH 1/2] vmwgfx: Emulate depth 32 framebuffers

On Sat, Oct 22, 2011 at 10:29:33AM +0200, Thomas Hellstrom wrote: From: Jakob Bornecrantz ja...@vmware.com Signed-off-by: Jakob Bornecrantz ja...@vmware.com Signed-off-by: Thomas Hellstrom thellst...@vmware.com --- drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 10 +- 1 files changed, 9

[Bug 42175] RV730: Display errors in glxgears WebGL

https://bugs.freedesktop.org/show_bug.cgi?id=42175 --- Comment #3 from Alex Deucher ag...@yahoo.com 2011-10-24 14:44:38 PDT --- Can you bisect? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee

[Bug 42175] RV730: Display errors in glxgears WebGL

https://bugs.freedesktop.org/show_bug.cgi?id=42175 --- Comment #4 from Stefan kde...@vogtner.de 2011-10-24 14:55:59 PDT --- (In reply to comment #3) Can you bisect? The change took place between 7.11-rc1 and -rc2: a8907c6005d7935b4520255e12184c139471b5b9 is the first bad commit commit

Re: [PATCH] drm/radeon: avoid bouncing connector status btw disconnected unknown

On Mon, Oct 24, 2011 at 6:16 PM, j.gli...@gmail.com wrote: From: Jerome Glisse jgli...@redhat.com Since force handling rework of d0d0a225e6ad43314c9aa7ea081f76adc5098ad4 we could end up bouncing connector status btw disconnected and unknown. When connector status change a call to

Re: [PATCH 1/2] vmwgfx: Emulate depth 32 framebuffers

On Mon, Oct 24, 2011 at 03:01:23PM -0700, Jakob Bornecrantz wrote: - Original Message - On Sat, Oct 22, 2011 at 10:29:33AM +0200, Thomas Hellstrom wrote: From: Jakob Bornecrantz ja...@vmware.com Signed-off-by: Jakob Bornecrantz ja...@vmware.com Signed-off-by: Thomas

[Bug 41698] [r300g] Flickering user interface in WoW

https://bugs.freedesktop.org/show_bug.cgi?id=41698 --- Comment #4 from Chris Rankin ranki...@googlemail.com 2011-10-24 15:24:33 PDT --- This bug is still happening after this new commit: commit 2717b8f034db16cf551e167aa5ce3a9be3bf730b Author: Mathias Fröhlich mathias.froehl...@gmx.net Date:

[Bug 42117] R200 driver performance, UMS, all mesa versions from 7.6

https://bugs.freedesktop.org/show_bug.cgi?id=42117 --- Comment #6 from Michal majkel...@interia.pl 2011-10-24 15:42:28 PDT --- In tests I'm using fluxbox without any compositing. My card is radeon 9100 (rebranded 8500) with 128mb vram. Libtxc library didn't change anything. RADEON_DEBUG=fall

[Bug 41698] [r300g] Flickering user interface in WoW

https://bugs.freedesktop.org/show_bug.cgi?id=41698 --- Comment #5 from Marek Olšák mar...@gmail.com 2011-10-24 16:18:42 PDT --- Created attachment 52721 -- https://bugs.freedesktop.org/attachment.cgi?id=52721 possible fix Can you try this patch? -- Configure bugmail:

Re: [PATCH] DRM: bug: RADEON_DEBUGFS_MAX_{NUM_FILES = COMPONENTS}

On Fri, Oct 7, 2011 at 19:20, Michael Witten mfwit...@gmail.com wrote: Date: Fri, 16 Sep 2011 20:45:30 + The value of RADEON_DEBUGFS_MAX_NUM_FILES has been used to specify the size of an array, each element of which looks like this:  struct radeon_debugfs {          struct

[PATCH] drm/radeon/kms: add a CS ioctl flag not to rewrite tiling flags in the CS

This adds a new optional chunk to the CS ioctl that specifies optional flags to the CS parser. Why this is useful is explained below. Note that some regs no longer need the NOP relocation packet if this feature is enabled. Tested on r300g and r600g with this flag disabled and enabled. Assume

[Bug 41668] Screen locks up at random points when using a 3D compositing wm (gnome-shell) on an rv515 (radeon mobility x1300)

https://bugs.freedesktop.org/show_bug.cgi?id=41668 --- Comment #14 from dmotd inaudi...@simplesuperlativ.es 2011-10-24 16:46:17 PDT --- (In reply to comment #13) Try the following options in the kernel command line in grub: pci=nomsi noapic irqpoll and see if any of them help. I have been

[Bug 41668] Screen locks up at random points when using a 3D compositing wm (gnome-shell) on an rv515 (radeon mobility x1300)

https://bugs.freedesktop.org/show_bug.cgi?id=41668 --- Comment #15 from Alex Deucher ag...@yahoo.com 2011-10-24 16:47:39 PDT --- (In reply to comment #14) (In reply to comment #13) Try the following options in the kernel command line in grub: pci=nomsi noapic irqpoll and see if any of

[Bug 41698] [r300g] Flickering user interface in WoW

https://bugs.freedesktop.org/show_bug.cgi?id=41698 --- Comment #6 from Chris Rankin ranki...@googlemail.com 2011-10-24 16:53:50 UTC --- (In reply to comment #5) Can you try this patch? Sorry, no change. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You

[Bug 42117] R200 driver performance, UMS, all mesa versions from 7.6

https://bugs.freedesktop.org/show_bug.cgi?id=42117 --- Comment #7 from Roland Scheidegger srol...@vmware.com 2011-10-24 17:03:22 PDT --- Yes that's a fallback. Not sure why it would trigger texture mode fallback. You could try attaching a debugger and see where r200Fallback gets that true mode

[Bug 42175] RV730: Display errors in glxgears WebGL

https://bugs.freedesktop.org/show_bug.cgi?id=42175 --- Comment #5 from Stefan kde...@vogtner.de 2011-10-24 17:32:00 PDT --- Mesa 7.12-devel (git-faa16dc) Works. No crash, no picture errors. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this

Re: [PATCH] DRM: bug: RADEON_DEBUGFS_MAX_{NUM_FILES = COMPONENTS}

Maybe you are looking at the wrong branch, but I see it in drm-next (it has been there since Oct 10) http://cgit.freedesktop.org/~airlied/linux/commit/?h=drm-nextid=c245cb9e15055ed5dcf7eaf29232badb0059fdc1 On Mon, 24 Oct 2011, Michael Witten wrote: On Fri, Oct 7, 2011 at 19:20, Michael

Re:nouveau page_flip function implement not wait vblank, which cause screen garbage

Can anyone give a suggestion, is wait-vblank fully implemented in page_flip() for nouveau drm driver? At 2011-10-24 14:30:55,chris wwzbw...@163.com wrote: Dear, I use NVidia Geforce 7300GT graphics card in my PC, and Linux 3.1rc4 kernel code, git drm 2.4.36. When I run the vbltest

Re: nouveau page_flip function implement not wait vblank, which cause screen garbage

2011/10/25 chris wwzbw...@163.com: Can anyone give a suggestion, is wait-vblank fully implemented in page_flip() for nouveau drm driver? At 2011-10-24 14:30:55,chris wwzbw...@163.com wrote: Dear, I use NVidia Geforce 7300GT graphics card in my PC, and Linux 3.1rc4 kernel code, git drm