[Bug 36072] celestia causes kernel oops when allocation a lot of memory (for textures)

https://bugzilla.kernel.org/show_bug.cgi?id=36072 --- Comment #6 from aceman 2011-08-31 18:19:20 --- Ok, this is from /var/log/messages: Aug 29 19:04:49 coolbox kernel: Linux agpgart interface v0.103 Aug 29 19:04:49 coolbox kernel: [drm] Initialized drm 1.1.0 20060810 Aug 29 19:04:49

[RFC][PATCH v3] DRM: add DRM Driver for Samsung SoC EXYNOS4210.

Hello, Konrad Rzeszutek Wilk. > -Original Message- > From: Konrad Rzeszutek Wilk [mailto:konrad.wilk at oracle.com] > Sent: Wednesday, August 31, 2011 11:07 AM > To: Rob Clark > Cc: Inki Dae; sw0312.kim at samsung.com; linux-kernel at vger.kernel.org; dri- > devel at

[RFC][PATCH v3] DRM: add DRM Driver for Samsung SoC EXYNOS4210.

Hello, Rob. Below is my answers and questions. and could you please include me as CC when you post your driver? Thank you. > -Original Message- > From: Rob Clark [mailto:robdclark at gmail.com] > Sent: Wednesday, August 31, 2011 10:58 AM > To: Inki Dae > Cc: airlied at linux.ie;

[Bug 36371] r200: piglit readPixSanity failure

https://bugs.freedesktop.org/show_bug.cgi?id=36371 --- Comment #7 from Kurt Roeckx 2011-08-31 15:39:05 PDT --- It works for me with mesa 7.11 and linux kernel 2.6.38 on an rv280. Kurt -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this

[Bug 40531] New: [RADEON:KMS:R600G] Frets On Fire visual corruption in menu

https://bugs.freedesktop.org/show_bug.cgi?id=40531 Summary: [RADEON:KMS:R600G] Frets On Fire visual corruption in menu Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW

[Bug 30052] Fails to start X with intel+Ati video, whith modeset=1

https://bugzilla.kernel.org/show_bug.cgi?id=30052 --- Comment #18 from Seth Forshee 2011-08-31 14:16:18 --- I just completed a bisection with some of the reporters to identify what fixed this, and it came down to this commit: commit 3448a19da479b6bd1e28e2a2be9fa16c6a6feb39 Author:

Review request to DRM Driver for Samsung SoC Exynos4210.

Hello Rob. Thank you for your comments. > -Original Message- > From: robdclark at gmail.com [mailto:robdclark at gmail.com] On Behalf Of Rob > Clark > Sent: Wednesday, August 31, 2011 7:16 AM > To: Inki Dae > Cc: Dave Airlie; eric.y.miao at gmail.com; sw0312.kim at samsung.com; dri- >

[Bug 39714] Slow and choppy 3D performace on evergreen after pm-suspend

https://bugs.freedesktop.org/show_bug.cgi?id=39714 --- Comment #12 from boris64 2011-08-31 12:56:48 PDT --- Created an attachment (id=50774) --> (https://bugs.freedesktop.org/attachment.cgi?id=50774) radeon_vram_mm-after-pm-suspend.txt -- Configure bugmail:

[Bug 39714] Slow and choppy 3D performace on evergreen after pm-suspend

https://bugs.freedesktop.org/show_bug.cgi?id=39714 --- Comment #11 from boris64 2011-08-31 12:56:17 PDT --- Created an attachment (id=50773) --> (https://bugs.freedesktop.org/attachment.cgi?id=50773) radeon_vram_mm-before-pm-suspend.txt -- Configure bugmail:

[Bug 39714] Slow and choppy 3D performace on evergreen after pm-suspend

https://bugs.freedesktop.org/show_bug.cgi?id=39714 --- Comment #10 from boris64 2011-08-31 12:55:58 PDT --- Created an attachment (id=50772) --> (https://bugs.freedesktop.org/attachment.cgi?id=50772) radeon_gtt_mm-after-pm-suspend.txt -- Configure bugmail:

[Bug 39714] Slow and choppy 3D performace on evergreen after pm-suspend

https://bugs.freedesktop.org/show_bug.cgi?id=39714 --- Comment #9 from boris64 2011-08-31 12:55:39 PDT --- Created an attachment (id=50771) --> (https://bugs.freedesktop.org/attachment.cgi?id=50771) radeon_gtt_mm-before-pm-suspend.txt -- Configure bugmail:

[Bug 39714] Slow and choppy 3D performace on evergreen after pm-suspend

https://bugs.freedesktop.org/show_bug.cgi?id=39714 --- Comment #8 from boris64 2011-08-31 12:55:16 PDT --- Created an attachment (id=50770) --> (https://bugs.freedesktop.org/attachment.cgi?id=50770) pat_memtype_list-after-pm-suspend.txt -- Configure bugmail:

[PATCH v2] drm/radeon: Print gart initialization details on all chipsets

On Mit, 2011-08-31 at 12:52 +0200, Tormod Volden wrote: > 2011/8/31 Michel D?nzer : > > On Die, 2011-08-30 at 11:15 +0200, Tormod Volden wrote: > >> 2011/8/30 Michel D?nzer : > >> >> This was previously done for r300 only. Use %p instead of %08X for > >> >> printing the table address. > >> > > >>

[Bug 39714] Slow and choppy 3D performace on evergreen after pm-suspend

https://bugs.freedesktop.org/show_bug.cgi?id=39714 --- Comment #7 from boris64 2011-08-31 12:54:54 PDT --- Created an attachment (id=50769) --> (https://bugs.freedesktop.org/attachment.cgi?id=50769) pat_memtype_list-before-pm-suspend.txt -- Configure bugmail:

[Bug 39714] Slow and choppy 3D performace on evergreen after pm-suspend

https://bugs.freedesktop.org/show_bug.cgi?id=39714 --- Comment #6 from boris64 2011-08-31 12:53:52 PDT --- Created an attachment (id=50768) --> (https://bugs.freedesktop.org/attachment.cgi?id=50768) mtrr-after-pm-suspend.txt -- Configure bugmail:

[Bug 39714] Slow and choppy 3D performace on evergreen after pm-suspend

https://bugs.freedesktop.org/show_bug.cgi?id=39714 --- Comment #5 from boris64 2011-08-31 12:53:28 PDT --- Created an attachment (id=50767) --> (https://bugs.freedesktop.org/attachment.cgi?id=50767) mtrr-before-pm-suspend.txt Here we go. -- Configure bugmail:

[PATCH v2] drm/radeon: Print gart initialization details on all chipsets

2011/8/31 Michel D?nzer : > On Die, 2011-08-30 at 11:15 +0200, Tormod Volden wrote: >> 2011/8/30 Michel D?nzer : >> >> This was previously done for r300 only. Use %p instead of %08X for >> >> printing the table address. >> > >> > sizeof(dma_addr_t) can be 8 even when sizeof(void*) is 4. >> >>

How DRM differs from KGI?

> To sum up, the KGI folks mostly had the right ideas more than a decade > earlier -- but they totally failed to present them in a viable form :-( Bit more complex IMHO In the KGI era graphics cards didn't really use main memory much, didn't have long DMA engine command queues and that made a

[Bug 40495] r300 performance is slower on sleep resume

https://bugs.freedesktop.org/show_bug.cgi?id=40495 --- Comment #6 from Jean-Fran?ois Fortin Tam 2011-08-31 11:26:16 PDT --- Created an attachment (id=50758) --> (https://bugs.freedesktop.org/attachment.cgi?id=50758) files requested in bug 39714 comment 4 /sys/kernel/debug/dri/0/radeon_*_mm

[Bug 36072] celestia causes kernel oops when allocation a lot of memory (for textures)

https://bugzilla.kernel.org/show_bug.cgi?id=36072 --- Comment #5 from Michel D?nzer 2011-08-31 11:04:19 --- (In reply to comment #4) > Should I capture something else? Yes, the agp/drm/radeon initialization messages. -- Configure bugmail:

[RFC][PATCH v3] DRM: add DRM Driver for Samsung SoC EXYNOS4210.

On Wed, Aug 31, 2011 at 1:51 AM, Inki Dae wrote: > Hello, Rob. > Below is my answers and questions. and could you please include me as CC > when you post your driver? sure thing >> > +static int samsung_drm_connector_get_modes(struct drm_connector >> *connector) >> > +{ >> > + ? ? ? struct

[Bug 36072] celestia causes kernel oops when allocation a lot of memory (for textures)

https://bugzilla.kernel.org/show_bug.cgi?id=36072 --- Comment #4 from aceman 2011-08-31 10:53:51 --- I think this is the full relevant part of dmesg. Actually it is the content of /var/log/syslog after the machine reboot (with Alt-Sysrq-R). Should I capture something else? (In comment 2

[RFC][PATCH v3] DRM: add DRM Driver for Samsung SoC EXYNOS4210.

On 08/26/2011 01:47 PM, Inki Dae wrote: > This patch is a DRM Driver for Samsung SoC Exynos4210 and now enables only > FIMD yet > but we will add HDMI support also in the future. > > this patch is based on git repository below: > git://git.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git,

[Bug 36072] celestia causes kernel oops when allocation a lot of memory (for textures)

https://bugzilla.kernel.org/show_bug.cgi?id=36072 Michel D?nzer changed: What|Removed |Added CC||thellstrom at vmware.com --- Comment

[PATCH] drm: Fix the number of connector and encoder to cleanup functions

On Tue, Aug 30, 2011 at 11:17 PM, Rob Clark wrote: > this seems like a better fix than decrementing the count in individual > drivers, but would like to hear what some 'old timers' think ;-) It's already upstream:

[PATCH v2] drm/radeon: Print gart initialization details on all chipsets

On Die, 2011-08-30 at 11:15 +0200, Tormod Volden wrote: > 2011/8/30 Michel D?nzer : > >> This was previously done for r300 only. Use %p instead of %08X for > >> printing the table address. > > > > sizeof(dma_addr_t) can be 8 even when sizeof(void*) is 4. > > Thanks, I will send a new patch, using

[PATCH 08/10] vmwgfx: Restrict number of GMR pages to device limit

When GMR2 is available, make sure we restrict the number of used GMR pages to the limit indicated by the device. This is done by failing a GMRID allocation if the total number of GMR pages exceeds the limit. As a result TTM will then start evicting buffers in GMR memory on a LRU basis until the

[PATCH 07/10] vmwgfx: Switch to VGA when we drop master and vmwgfx fbdev is not active

Previously this was not done when any 3D resource was active, since that meant disabling the fifo with all 3D state lost. Now, if there are still 3D resources active, we use the svga hide feature. This fixes X server VT switching with 3D enabled. Signed-off-by: Thomas Hellstrom Reviewed-by:

[PATCH 06/10] vmwgfx: Update register definitions for HWV8 and print out new capabilities

Signed-off-by: Thomas Hellstrom Reviewed-by: Jos? Fonseca --- drivers/gpu/drm/vmwgfx/svga_reg.h | 96 ++- drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |4 ++ 2 files changed, 99 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/vmwgfx/svga_reg.h

[PATCH 05/10] vmwgfx: Print error diagnostics if depth doesn't match the host expectation

From: Michel D?nzer Signed-off-by: Michel D?nzer Signed-off-by: Thomas Hellstrom --- drivers/gpu/drm/vmwgfx/vmwgfx_drv.h |6 +++--- drivers/gpu/drm/vmwgfx/vmwgfx_fb.c | 10 +++--- drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 10 +-

[PATCH 03/10] vmwgfx: Don't write to read-only registers

From: Michel D?nzer Signed-off-by: Michel D?nzer Signed-off-by: Thomas Hellstrom --- drivers/gpu/drm/vmwgfx/vmwgfx_drv.h |5 - drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 14 -- 2 files changed, 0 insertions(+), 19 deletions(-) diff --git

[PATCH 02/10] vmwgfx: Add support for depth 8

From: Michel D?nzer Signed-off-by: Michel D?nzer Signed-off-by: Thomas Hellstrom --- drivers/gpu/drm/vmwgfx/vmwgfx_kms.c |3 +++ drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c | 11 +++ 2 files changed, 14 insertions(+), 0 deletions(-) diff --git

[PATCH 1/7] ttm/radeon/nouveau: Check the DMA address from TTM against known value.

On Tue, 30 Aug 2011 22:41:46 -0400 Konrad Rzeszutek Wilk wrote: > . instead of checking against the DMA_ERROR_CODE value which is > per-platform specific. The zero value is a known invalid value > that the TTM layer sets on the dma_address array if it is not > used (ttm_tt_alloc_page_directory

[PATCH 01/10] vmwgfx: Let SVGA_REG_NUM_DISPLAYS determine output connectivity

Signed-off-by: Thomas Hellstrom --- drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c | 13 ++--- 1 files changed, 10 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c b/drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c index b3a2cd5..7b8115a 100644 ---

[PATCH -next 00/10] vmwgfx updates

A number of updates to the vmwgfx driver.

[Bug 40425] Maker3D graphics bugs with opensource ati drivers

https://bugs.freedesktop.org/show_bug.cgi?id=40425 --- Comment #6 from Geri 2011-08-31 09:04:50 PDT --- Thankyou for spending time on this bug. I do not have the version string from this system (maker does not print it, only the numbers). this system was (i think) an ubuntu 11.04, somebody

[PATCH 1/7] ttm/radeon/nouveau: Check the DMA address from TTM against known value.

On Wed, Aug 31, 2011 at 09:33:29AM +0300, Pekka Paalanen wrote: > On Tue, 30 Aug 2011 22:41:46 -0400 > Konrad Rzeszutek Wilk wrote: > > > . instead of checking against the DMA_ERROR_CODE value which is > > per-platform specific. The zero value is a known invalid value > > that the TTM layer sets

How DRM differs from KGI?

Hi, On Fri, Jun 24, 2011 at 09:32:24AM -0400, Jerome Glisse wrote: > Difference is that KGI try to do more than modesetting (some kind of > acceleration too) That's not different from DRM really... Once DRM grew KMS, it did in fact become *very* similar to KGI. (The actual graphics driver part

How DRM differs from KGI?

Hi, On Thu, Jun 23, 2011 at 11:04:30PM +0530, PRASANNA KUMAR wrote: > I came across something called as KGI - kernel graphics interface > (http://www.kgi-project.org/). It seems it provides the same features > as KMS. What is the difference between those two? Well, KMS is actually an extension

[Bug 40425] Maker3D graphics bugs with opensource ati drivers

https://bugs.freedesktop.org/show_bug.cgi?id=40425 --- Comment #5 from Michel D?nzer 2011-08-31 07:48:35 PDT --- Can you get the OpenGL version string as well? One gotcha is that Maker3D is a 32 bit executable, and people tend to have outdated 32 bit drivers installed. With r600g from current

[Bug 22312] radeon 0000:01:00.0: Invalid ROM contents

https://bugzilla.kernel.org/show_bug.cgi?id=22312 --- Comment #2 from Idar Lund 2011-08-31 07:46:07 --- Created an attachment (id=70942) --> (https://bugzilla.kernel.org/attachment.cgi?id=70942) dmesg I've got the same problems. Though my radeon VGA is in an external port replicator. [

[Bug 40495] r300 performance is slower on sleep resume

https://bugs.freedesktop.org/show_bug.cgi?id=40495 --- Comment #5 from Michel D?nzer 2011-08-31 06:45:16 PDT --- Please follow the same investigation steps as in bug 39714, e.g. see if restarting just gnome-shell restores full performance, and capture some files before and after suspend/resume.

[Bug 39714] Slow and choppy 3D performace on evergreen after pm-suspend

https://bugs.freedesktop.org/show_bug.cgi?id=39714 --- Comment #4 from Michel D?nzer 2011-08-31 06:43:22 PDT --- (In reply to comment #3) > Here's my theory on what's happening: Another possibility might be that e.g. PAT / MTRR attributes aren't properly restored for some memory areas. Can you

[Bug 40495] r300 performance is slower on sleep resume

https://bugs.freedesktop.org/show_bug.cgi?id=40495 Michel D?nzer changed: What|Removed |Added Attachment #50736|text/x-log |text/plain mime type|

[Bug 36934] screen corruption after running a game

https://bugs.freedesktop.org/show_bug.cgi?id=36934 --- Comment #10 from Michel D?nzer 2011-08-31 03:44:25 PDT --- (In reply to comment #7) > A couple of random things to try would be radeon.agpmode=4 and =-1, disabling > tiling, ... Have you tried any of these? -- Configure bugmail:

Re: [PATCH 1/7] ttm/radeon/nouveau: Check the DMA address from TTM against known value.

On Tue, 30 Aug 2011 22:41:46 -0400 Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote: . instead of checking against the DMA_ERROR_CODE value which is per-platform specific. The zero value is a known invalid value that the TTM layer sets on the dma_address array if it is not used

RE: [RFC][PATCH v3] DRM: add DRM Driver for Samsung SoC EXYNOS4210.

Hello, Rob. Below is my answers and questions. and could you please include me as CC when you post your driver? Thank you. -Original Message- From: Rob Clark [mailto:robdcl...@gmail.com] Sent: Wednesday, August 31, 2011 10:58 AM To: Inki Dae Cc: airl...@linux.ie;

[PATCH -next 00/10] vmwgfx updates

A number of updates to the vmwgfx driver. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel

[PATCH 01/10] vmwgfx: Let SVGA_REG_NUM_DISPLAYS determine output connectivity

Signed-off-by: Thomas Hellstrom thellst...@vmware.com --- drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c | 13 ++--- 1 files changed, 10 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c b/drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c index b3a2cd5..7b8115a 100644 ---

RE: [RFC][PATCH v3] DRM: add DRM Driver for Samsung SoC EXYNOS4210.

Hello, Konrad Rzeszutek Wilk. -Original Message- From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com] Sent: Wednesday, August 31, 2011 11:07 AM To: Rob Clark Cc: Inki Dae; sw0312@samsung.com; linux-ker...@vger.kernel.org; dri- de...@lists.freedesktop.org;

[PATCH 02/10] vmwgfx: Add support for depth 8

From: Michel Dänzer daen...@vmware.com Signed-off-by: Michel Dänzer daen...@vmware.com Signed-off-by: Thomas Hellstrom thellst...@vmware.com --- drivers/gpu/drm/vmwgfx/vmwgfx_kms.c |3 +++ drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c | 11 +++ 2 files changed, 14 insertions(+), 0

[PATCH 03/10] vmwgfx: Don't write to read-only registers

From: Michel Dänzer daen...@vmware.com Signed-off-by: Michel Dänzer daen...@vmware.com Signed-off-by: Thomas Hellstrom thellst...@vmware.com --- drivers/gpu/drm/vmwgfx/vmwgfx_drv.h |5 - drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 14 -- 2 files changed, 0 insertions(+), 19

[PATCH 04/10] vmwgfx: Fix 'bbp' typo

From: Michel Dänzer daen...@vmware.com Signed-off-by: Michel Dänzer daen...@vmware.com Signed-off-by: Thomas Hellstrom thellst...@vmware.com --- drivers/gpu/drm/vmwgfx/vmwgfx_drv.h |2 +- drivers/gpu/drm/vmwgfx/vmwgfx_fb.c |8 drivers/gpu/drm/vmwgfx/vmwgfx_kms.c |4 ++-- 3

[PATCH 05/10] vmwgfx: Print error diagnostics if depth doesn't match the host expectation

From: Michel Dänzer daen...@vmware.com Signed-off-by: Michel Dänzer daen...@vmware.com Signed-off-by: Thomas Hellstrom thellst...@vmware.com --- drivers/gpu/drm/vmwgfx/vmwgfx_drv.h |6 +++--- drivers/gpu/drm/vmwgfx/vmwgfx_fb.c | 10 +++--- drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 10

[PATCH 06/10] vmwgfx: Update register definitions for HWV8 and print out new capabilities

Signed-off-by: Thomas Hellstrom thellst...@vmware.com Reviewed-by: José Fonseca jfons...@vmware.com --- drivers/gpu/drm/vmwgfx/svga_reg.h | 96 ++- drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |4 ++ 2 files changed, 99 insertions(+), 1 deletions(-) diff --git

[PATCH 07/10] vmwgfx: Switch to VGA when we drop master and vmwgfx fbdev is not active

Previously this was not done when any 3D resource was active, since that meant disabling the fifo with all 3D state lost. Now, if there are still 3D resources active, we use the svga hide feature. This fixes X server VT switching with 3D enabled. Signed-off-by: Thomas Hellstrom

[PATCH 08/10] vmwgfx: Restrict number of GMR pages to device limit

When GMR2 is available, make sure we restrict the number of used GMR pages to the limit indicated by the device. This is done by failing a GMRID allocation if the total number of GMR pages exceeds the limit. As a result TTM will then start evicting buffers in GMR memory on a LRU basis until the

[PATCH 09/10] vmwgfx: Fix potential execbuf deadlocks

Perform all command stream validation in a bounce buffer separate from the fifo. This makes the fifo available to all validation-generated commands, which would otherwise attempt to grab the fifo recursively, causing a deadlock. This is in preparation for GMR2 and swappable surfaces. Also

[PATCH 10/10] vmwgfx: Implement GMR2

Guest Memory Regions 2 is a way to bind pages to the GPU, but using the FIFO instead of an io-submitted descriptor chain. Signed-off-by: Thomas Hellstrom thellst...@vmware.com Reviewed-by: Jakob Bornecantz ja...@vmware.com --- drivers/gpu/drm/vmwgfx/vmwgfx_gmr.c | 81

[Bug 22312] radeon 0000:01:00.0: Invalid ROM contents

https://bugzilla.kernel.org/show_bug.cgi?id=22312 --- Comment #2 from Idar Lund idarl...@gmail.com 2011-08-31 07:46:07 --- Created an attachment (id=70942) -- (https://bugzilla.kernel.org/attachment.cgi?id=70942) dmesg I've got the same problems. Though my radeon VGA is in an external port

Re: [PATCH v2] drm/radeon: Print gart initialization details on all chipsets

On Die, 2011-08-30 at 11:15 +0200, Tormod Volden wrote: 2011/8/30 Michel Dänzer mic...@daenzer.net: This was previously done for r300 only. Use %p instead of %08X for printing the table address. sizeof(dma_addr_t) can be 8 even when sizeof(void*) is 4. Thanks, I will send a new patch,

Re: [RFC][PATCH v3] DRM: add DRM Driver for Samsung SoC EXYNOS4210.

On 08/26/2011 01:47 PM, Inki Dae wrote: This patch is a DRM Driver for Samsung SoC Exynos4210 and now enables only FIMD yet but we will add HDMI support also in the future. this patch is based on git repository below: git://git.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git, branch

Re: How DRM differs from KGI?

Hi, On Thu, Jun 23, 2011 at 11:04:30PM +0530, PRASANNA KUMAR wrote: I came across something called as KGI - kernel graphics interface (http://www.kgi-project.org/). It seems it provides the same features as KMS. What is the difference between those two? Well, KMS is actually an extension of

Re: How DRM differs from KGI?

Hi, On Fri, Jun 24, 2011 at 09:32:24AM -0400, Jerome Glisse wrote: Difference is that KGI try to do more than modesetting (some kind of acceleration too) That's not different from DRM really... Once DRM grew KMS, it did in fact become *very* similar to KGI. (The actual graphics driver part

[Bug 36072] celestia causes kernel oops when allocation a lot of memory (for textures)

https://bugzilla.kernel.org/show_bug.cgi?id=36072 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added CC||thellst...@vmware.com

[Bug 36934] screen corruption after running a game

https://bugs.freedesktop.org/show_bug.cgi?id=36934 --- Comment #10 from Michel Dänzer mic...@daenzer.net 2011-08-31 03:44:25 PDT --- (In reply to comment #7) A couple of random things to try would be radeon.agpmode=4 and =-1, disabling tiling, ... Have you tried any of these? -- Configure

[Bug 40495] r300 performance is slower on sleep resume

https://bugs.freedesktop.org/show_bug.cgi?id=40495 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added Attachment #50736|text/x-log |text/plain

Re: [PATCH v2] drm/radeon: Print gart initialization details on all chipsets

2011/8/31 Michel Dänzer mic...@daenzer.net: On Die, 2011-08-30 at 11:15 +0200, Tormod Volden wrote: 2011/8/30 Michel Dänzer mic...@daenzer.net: This was previously done for r300 only. Use %p instead of %08X for printing the table address. sizeof(dma_addr_t) can be 8 even when

[Bug 36072] celestia causes kernel oops when allocation a lot of memory (for textures)

https://bugzilla.kernel.org/show_bug.cgi?id=36072 --- Comment #4 from aceman aceli...@atlas.sk 2011-08-31 10:53:51 --- I think this is the full relevant part of dmesg. Actually it is the content of /var/log/syslog after the machine reboot (with Alt-Sysrq-R). Should I capture something else?

Re: [PATCH v2] drm/radeon: Print gart initialization details on all chipsets

On Mit, 2011-08-31 at 12:52 +0200, Tormod Volden wrote: 2011/8/31 Michel Dänzer mic...@daenzer.net: On Die, 2011-08-30 at 11:15 +0200, Tormod Volden wrote: 2011/8/30 Michel Dänzer mic...@daenzer.net: This was previously done for r300 only. Use %p instead of %08X for printing the table

Re: How DRM differs from KGI?

To sum up, the KGI folks mostly had the right ideas more than a decade earlier -- but they totally failed to present them in a viable form :-( Bit more complex IMHO In the KGI era graphics cards didn't really use main memory much, didn't have long DMA engine command queues and that made a lot

[Bug 36072] celestia causes kernel oops when allocation a lot of memory (for textures)

https://bugzilla.kernel.org/show_bug.cgi?id=36072 --- Comment #5 from Michel Dänzer mic...@daenzer.net 2011-08-31 11:04:19 --- (In reply to comment #4) Should I capture something else? Yes, the agp/drm/radeon initialization messages. -- Configure bugmail:

Re: [PATCH 1/7] ttm/radeon/nouveau: Check the DMA address from TTM against known value.

On Wed, Aug 31, 2011 at 09:33:29AM +0300, Pekka Paalanen wrote: On Tue, 30 Aug 2011 22:41:46 -0400 Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote: . instead of checking against the DMA_ERROR_CODE value which is per-platform specific. The zero value is a known invalid value that the

[Bug 39714] Slow and choppy 3D performace on evergreen after pm-suspend

https://bugs.freedesktop.org/show_bug.cgi?id=39714 --- Comment #4 from Michel Dänzer mic...@daenzer.net 2011-08-31 06:43:22 PDT --- (In reply to comment #3) Here's my theory on what's happening: Another possibility might be that e.g. PAT / MTRR attributes aren't properly restored for some

[Bug 40495] r300 performance is slower on sleep resume

https://bugs.freedesktop.org/show_bug.cgi?id=40495 --- Comment #5 from Michel Dänzer mic...@daenzer.net 2011-08-31 06:45:16 PDT --- Please follow the same investigation steps as in bug 39714, e.g. see if restarting just gnome-shell restores full performance, and capture some files before and

[Bug 30052] Fails to start X with intel+Ati video, whith modeset=1

https://bugzilla.kernel.org/show_bug.cgi?id=30052 --- Comment #18 from Seth Forshee seth.fors...@canonical.com 2011-08-31 14:16:18 --- I just completed a bisection with some of the reporters to identify what fixed this, and it came down to this commit: commit

Re: [PATCH] drm: Fix the number of connector and encoder to cleanup functions

On Tue, Aug 30, 2011 at 11:17 PM, Rob Clark robdcl...@gmail.com wrote: this seems like a better fix than decrementing the count in individual drivers, but would like to hear what some 'old timers' think ;-) It's already upstream:

[Bug 40425] Maker3D graphics bugs with opensource ati drivers

https://bugs.freedesktop.org/show_bug.cgi?id=40425 --- Comment #5 from Michel Dänzer mic...@daenzer.net 2011-08-31 07:48:35 PDT --- Can you get the OpenGL version string as well? One gotcha is that Maker3D is a 32 bit executable, and people tend to have outdated 32 bit drivers installed. With

Re: [RFC][PATCH v3] DRM: add DRM Driver for Samsung SoC EXYNOS4210.

On Wed, Aug 31, 2011 at 1:51 AM, Inki Dae inki@samsung.com wrote: Hello, Rob. Below is my answers and questions. and could you please include me as CC when you post your driver? sure thing +static int samsung_drm_connector_get_modes(struct drm_connector *connector) +{ +      

[Bug 40425] Maker3D graphics bugs with opensource ati drivers

https://bugs.freedesktop.org/show_bug.cgi?id=40425 --- Comment #6 from Geri gerileg...@freemail.hu 2011-08-31 09:04:50 PDT --- Thankyou for spending time on this bug. I do not have the version string from this system (maker does not print it, only the numbers). this system was (i think) an

[Bug 36072] celestia causes kernel oops when allocation a lot of memory (for textures)

https://bugzilla.kernel.org/show_bug.cgi?id=36072 --- Comment #6 from aceman aceli...@atlas.sk 2011-08-31 18:19:20 --- Ok, this is from /var/log/messages: Aug 29 19:04:49 coolbox kernel: Linux agpgart interface v0.103 Aug 29 19:04:49 coolbox kernel: [drm] Initialized drm 1.1.0 20060810 Aug

[Bug 40495] r300 performance is slower on sleep resume

https://bugs.freedesktop.org/show_bug.cgi?id=40495 --- Comment #6 from Jean-François Fortin Tam nekoh...@gmail.com 2011-08-31 11:26:16 PDT --- Created an attachment (id=50758) -- (https://bugs.freedesktop.org/attachment.cgi?id=50758) files requested in bug 39714 comment 4

[Bug 39714] Slow and choppy 3D performace on evergreen after pm-suspend

https://bugs.freedesktop.org/show_bug.cgi?id=39714 --- Comment #5 from boris64 bugs.x...@boris64.net 2011-08-31 12:53:28 PDT --- Created an attachment (id=50767) -- (https://bugs.freedesktop.org/attachment.cgi?id=50767) mtrr-before-pm-suspend.txt Here we go. -- Configure bugmail:

[Bug 39714] Slow and choppy 3D performace on evergreen after pm-suspend

https://bugs.freedesktop.org/show_bug.cgi?id=39714 --- Comment #6 from boris64 bugs.x...@boris64.net 2011-08-31 12:53:52 PDT --- Created an attachment (id=50768) -- (https://bugs.freedesktop.org/attachment.cgi?id=50768) mtrr-after-pm-suspend.txt -- Configure bugmail:

[Bug 39714] Slow and choppy 3D performace on evergreen after pm-suspend

https://bugs.freedesktop.org/show_bug.cgi?id=39714 --- Comment #7 from boris64 bugs.x...@boris64.net 2011-08-31 12:54:54 PDT --- Created an attachment (id=50769) -- (https://bugs.freedesktop.org/attachment.cgi?id=50769) pat_memtype_list-before-pm-suspend.txt -- Configure bugmail:

[Bug 39714] Slow and choppy 3D performace on evergreen after pm-suspend

https://bugs.freedesktop.org/show_bug.cgi?id=39714 --- Comment #8 from boris64 bugs.x...@boris64.net 2011-08-31 12:55:16 PDT --- Created an attachment (id=50770) -- (https://bugs.freedesktop.org/attachment.cgi?id=50770) pat_memtype_list-after-pm-suspend.txt -- Configure bugmail:

[Bug 39714] Slow and choppy 3D performace on evergreen after pm-suspend

https://bugs.freedesktop.org/show_bug.cgi?id=39714 --- Comment #9 from boris64 bugs.x...@boris64.net 2011-08-31 12:55:39 PDT --- Created an attachment (id=50771) -- (https://bugs.freedesktop.org/attachment.cgi?id=50771) radeon_gtt_mm-before-pm-suspend.txt -- Configure bugmail:

[Bug 39714] Slow and choppy 3D performace on evergreen after pm-suspend

https://bugs.freedesktop.org/show_bug.cgi?id=39714 --- Comment #10 from boris64 bugs.x...@boris64.net 2011-08-31 12:55:58 PDT --- Created an attachment (id=50772) -- (https://bugs.freedesktop.org/attachment.cgi?id=50772) radeon_gtt_mm-after-pm-suspend.txt -- Configure bugmail:

[Bug 39714] Slow and choppy 3D performace on evergreen after pm-suspend

https://bugs.freedesktop.org/show_bug.cgi?id=39714 --- Comment #11 from boris64 bugs.x...@boris64.net 2011-08-31 12:56:17 PDT --- Created an attachment (id=50773) -- (https://bugs.freedesktop.org/attachment.cgi?id=50773) radeon_vram_mm-before-pm-suspend.txt -- Configure bugmail:

[Bug 39714] Slow and choppy 3D performace on evergreen after pm-suspend

https://bugs.freedesktop.org/show_bug.cgi?id=39714 --- Comment #12 from boris64 bugs.x...@boris64.net 2011-08-31 12:56:48 PDT --- Created an attachment (id=50774) -- (https://bugs.freedesktop.org/attachment.cgi?id=50774) radeon_vram_mm-after-pm-suspend.txt -- Configure bugmail:

[PATCH v4] drm/radeon: Print gart initialization details on all chipsets

From: Tormod Volden debian.tor...@gmail.com This was previously done for r300 only. Use %016llX instead of %08X for printing the table address. Also fix typos in gart warning messages. Signed-off-by: Tormod Volden debian.tor...@gmail.com --- drivers/gpu/drm/radeon/evergreen.c |3 +++

[Bug 40531] New: [RADEON:KMS:R600G] Frets On Fire visual corruption in menu

https://bugs.freedesktop.org/show_bug.cgi?id=40531 Summary: [RADEON:KMS:R600G] Frets On Fire visual corruption in menu Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW

[Bug 36371] r200: piglit readPixSanity failure

https://bugs.freedesktop.org/show_bug.cgi?id=36371 --- Comment #7 from Kurt Roeckx k...@roeckx.be 2011-08-31 15:39:05 PDT --- It works for me with mesa 7.11 and linux kernel 2.6.38 on an rv280. Kurt -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are

RE: [RFC][PATCH v3] DRM: add DRM Driver for Samsung SoC EXYNOS4210.

Hello Thomas. -Original Message- From: Thomas Hellstrom [mailto:tho...@shipmail.org] Sent: Wednesday, August 31, 2011 5:39 PM To: Inki Dae Cc: airl...@linux.ie; dri-devel@lists.freedesktop.org; sw0312@samsung.com; linux-ker...@vger.kernel.org; kyungmin.p...@samsung.com;