Re: [Intel-gfx] [PATCH] drm/i915: Make driver less chatty

On Tue, 2009-06-30 at 09:33 +0800, yakui_zhao wrote: > > DRM_DEBUG(fmt, args...) > > DRM_DEBUG_DRIVER(prefix, fmt, args...) > > DRM_DEBUG_KMS(prefix, fmt, args...) > > DRM_DEBUG_MODE(prefix, fmt, args...) > > but that should probably be done as a separate patch. > A

Re: [Intel-gfx] [PATCH] drm/i915: Make driver less chatty

On Tue, 2009-06-30 at 00:25 +0800, Jesse Barnes wrote: > On Sun, 28 Jun 2009 15:42:17 -0700 > Keith Packard wrote: > > > Convert many printk calls to DRM_DEBUG calls to reduce kernel log > > noise for normal activities. Switch other printk calls to DRM_ERROR > > or DRM_INFO. > > > > Signed-off-b

[Bug 21774] blender menus all black (or white)

http://bugs.freedesktop.org/show_bug.cgi?id=21774 --- Comment #7 from Ian Romanick 2009-06-29 18:47:49 PST --- Aw crap... ignore that last comment. A similar fix might work in r300, though. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receivi

[Bug 22538] Frontbuffer issue ? - blender menus not rendered

http://bugs.freedesktop.org/show_bug.cgi?id=22538 Ian Romanick changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|DUPLICATE

[Bug 21774] blender menus all black (or white)

http://bugs.freedesktop.org/show_bug.cgi?id=21774 Ian Romanick changed: What|Removed |Added CC||pra...@yahoo.com --- Comment #5 from I

[Bug 21774] blender menus all black (or white)

http://bugs.freedesktop.org/show_bug.cgi?id=21774 --- Comment #6 from Ian Romanick 2009-06-29 18:46:52 PST --- I committed a fix last week to mesa_7_5_branch that fixes and additional front-buffer rendering issue. It might fix this problem as well. commit 2d86503471cb8691ce266342810237fc1

[Bug 22538] Frontbuffer issue ? - blender menus not rendered

http://bugs.freedesktop.org/show_bug.cgi?id=22538 --- Comment #1 from Ian Romanick 2009-06-29 18:44:39 PST --- I committed a fix last week to mesa_7_5_branch that fixes and additional front-buffer rendering issue. It might fix this problem as well. commit 2d86503471cb8691ce266342810237fc1

[Bug 22538] Frontbuffer issue ? - blender menus not rendered

http://bugs.freedesktop.org/show_bug.cgi?id=22538 Ian Romanick changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[PATCH] drm: remove root requirement from DRM_IOCTL_SET_VERSION

Just a DRM_MASTER flag is sufficient here, though maybe this call is totally deprecated anyway (xf86-video-intel still calls it though). Signed-off-by: Jesse Barnes diff --git a/drivers/gpu/drm/drm_drv.c b/drivers/gpu/drm/drm_drv.c index b39d7bf..d0a70bd 100644 --- a/drivers/gpu/drm/drm_drv.c ++

Re: TTM page pool allocator

Jerome Glisse skrev: > On Fri, 2009-06-26 at 10:00 +1000, Dave Airlie wrote: > >> On Thu, Jun 25, 2009 at 10:01 PM, Jerome Glisse >> wrote: >> >>> Hi, >>> >>> Thomas i attach a reworked page pool allocator based on Dave works, >>> this one should be ok with ttm cache status tracking. It de

[Bug 22540] VBO is still mapped after drawing, therefore glMapBuffer fails

http://bugs.freedesktop.org/show_bug.cgi?id=22540 --- Comment #2 from David Henry 2009-06-29 13:01:23 PST --- Created an attachment (id=27232) --> (http://bugs.freedesktop.org/attachment.cgi?id=27232) Xorg.0.log -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email -

[Bug 22540] VBO is still mapped after drawing, therefore glMapBuffer fails

http://bugs.freedesktop.org/show_bug.cgi?id=22540 --- Comment #1 from David Henry 2009-06-29 13:00:30 PST --- OpenGL renderer string: Mesa DRI Intel(R) 945GM GEM 20090114 x86/MMX/SSE2 OpenGL version string: 1.4 Mesa 7.5-rc4 -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?

[Bug 22540] New: VBO is still mapped after drawing, therefore glMapBuffer fails

http://bugs.freedesktop.org/show_bug.cgi?id=22540 Summary: VBO is still mapped after drawing, therefore glMapBuffer fails Product: Mesa Version: CVS Platform: Other OS/Version: All Status: NEW Severity: no

[Bug 22538] New: Frontbuffer issue ? - blender menus not rendered

http://bugs.freedesktop.org/show_bug.cgi?id=22538 Summary: Frontbuffer issue ? - blender menus not rendered Product: Mesa Version: CVS Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priori

[Bug 22525] DRM from git not building properly

http://bugs.freedesktop.org/show_bug.cgi?id=22525 --- Comment #2 from Pekka Paalanen 2009-06-29 10:27:51 PST --- At least Nouveau developers will not fix this, since Nouveau is moving to a kernel tree. Please, see http://nouveau.freedesktop.org/wiki/InstallDRM for instructions, if you are co

Re: Segfault with glMapBuffer (intel)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 HENRY David wrote: > Running with MESA_DEBUG=1, I can get this error just before the > segfault: > Mesa: User error: GL_INVALID_OPERATION in glMapBufferARB(already mapped) > > I works in software mode, without giving OpenGL errors. Hmm... I wonder i

[Bug 13373] fbcon, intelfb, i915: INFO: possible circular locking dependency detected

http://bugzilla.kernel.org/show_bug.cgi?id=13373 --- Comment #4 from Miles Lane 2009-06-29 17:08:49 --- I just reproduced this in 2.6.31-rc1-git5. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching

[Bug 22533] New: teeworlds background grid

http://bugs.freedesktop.org/show_bug.cgi?id=22533 Summary: teeworlds background grid Product: Mesa Version: CVS Platform: x86 (IA32) URL: http://teeworlds.com OS/Version: Linux (All) Status: NEW Severity: norma

[Bug 13610] radeon kms invalid edid data at lvds

http://bugzilla.kernel.org/show_bug.cgi?id=13610 Rafael J. Wysocki changed: What|Removed |Added Blocks|13615 | --- Comment #4 from Rafael J. Wys

[Bug 13610] radeon kms invalid edid data at lvds

http://bugzilla.kernel.org/show_bug.cgi?id=13610 Nicolas Reinecke changed: What|Removed |Added Regression|Yes |No --- Comment #3 from Nicolas Rein

[Bug 22532] Black background instead of transperancy in cairo-dock (openGL)

http://bugs.freedesktop.org/show_bug.cgi?id=22532 conso changed: What|Removed |Added URL||cairo-dock.org -- Configure bugmail: http://

[Bug 22532] New: Black background instead of transperancy in cairo-dock (openGL)

http://bugs.freedesktop.org/show_bug.cgi?id=22532 Summary: Black background instead of transperancy in cairo-dock (openGL) Product: Mesa Version: CVS Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW

Re: [PATCH] drm/i915: Make driver less chatty

On Sun, 28 Jun 2009 15:42:17 -0700 Keith Packard wrote: > Convert many printk calls to DRM_DEBUG calls to reduce kernel log > noise for normal activities. Switch other printk calls to DRM_ERROR > or DRM_INFO. > > Signed-off-by: Keith Packard > --- > drivers/gpu/drm/i915/i915_dma.c |2 +

Re: [RFC][PATCH] drm/radeon/kms: add initial colortiling support.

On Mon, 2009-06-29 at 12:21 +0200, Michel Dänzer wrote: > On Wed, 2009-06-24 at 20:17 +0200, Jerome Glisse wrote: > > On Wed, 2009-06-24 at 13:25 +0200, Michel Dänzer wrote: > > > On Wed, 2009-06-24 at 10:21 +1000, Dave Airlie wrote: > > > > From: Dave Airlie > > > > > > > > This adds color tili

[Bug 22525] DRM from git not building properly

http://bugs.freedesktop.org/show_bug.cgi?id=22525 Adam Golebiowski changed: What|Removed |Added CC||ad...@pld-linux.org --- Comment #1

Re: [RFC][PATCH] drm/radeon/kms: add initial colortiling support.

On Wed, 2009-06-24 at 20:17 +0200, Jerome Glisse wrote: > On Wed, 2009-06-24 at 13:25 +0200, Michel Dänzer wrote: > > On Wed, 2009-06-24 at 10:21 +1000, Dave Airlie wrote: > > > From: Dave Airlie > > > > > > This adds color tiling support for buffers in VRAM, it enables > > > a color tiled fbcon

[Bug 21814] Mesa 7.6-devel implementation error: invalid texture object Target value

http://bugs.freedesktop.org/show_bug.cgi?id=21814 Fabio changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 22528] New: r300 crashes inside radeonTexSubImage2D

http://bugs.freedesktop.org/show_bug.cgi?id=22528 Summary: r300 crashes inside radeonTexSubImage2D Product: Mesa Version: CVS Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium

[Bug 21400] GPU locked up on M26 (RV410)

http://bugs.freedesktop.org/show_bug.cgi?id=21400 --- Comment #8 from Tormod Volden 2009-06-29 01:45:27 PST --- No, these issues are older than 2.6.30 and the alignment patch in that bug report. OTOH it seems like the radeon-rewrite and ttm/dri2 make it much less prone to lock up. I will te

[PATCH 2/4] drm/radeon/kms: fix some GART table entry bugs.

From: Dave Airlie 1. rv370 can accept 40-bit addresses - also at 24-bit shift not 4 bits 2. rs480 table can be in 40-bit space. - 4 bit shift for top 8 bits 3. rs480 table entries can be in 40-bit space. Signed-off-by: Dave Airlie --- drivers/gpu/drm/radeon/r100.c|2 +- drivers/gpu

[PATCH 4/4] drm/radeon/kms: remove IB flushing trick.

From: Dave Airlie If there is a problem then this is hiding it, we shouldn't ever need to flush the IB. Either the buffers are: WB - caching just works. WC - no need to do explicit flush, the MB + readback will do it Signed-off-by: Dave Airlie --- drivers/gpu/drm/radeon/radeon_ring.c | 15 +

[PATCH 3/4] drm/radeon/kms: mmio base/size should be resource_size_t.

From: Dave Airlie Unsigned long is incorrect for 64-bit resources on 32-bit hw. Signed-off-by: Dave Airlie --- drivers/gpu/drm/radeon/radeon.h |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h index d61

[PATCH 1/4] drm/ttm: consolidate cache flushing code in drm_cache.c

From: Dave Airlie This undoes some stupid from earlier, wbinvd *does* need ipi, clflush doesn't. Signed-off-by: Dave Airlie --- drivers/gpu/drm/drm_cache.c | 18 +++- drivers/gpu/drm/ttm/ttm_tt.c | 61 + include/drm/drm_cache.h | 38 +

[PATCH 0/4] TTM + radeon patches

Some patches I had sitting on one development box, cleaned up a bit, but I think they should all make sense. -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net

Re: [git pull] drm: previous pull req + 1.

On Mon, 2009-06-22 at 21:09 +0300, Maxim Levitsky wrote: > Nope, same thing. > > I use commit 87ef92092fd092936535ba057ee19b97bb6a709a + this patch > Note that GE doesn't hang the system when maximizing it. > > It is for sure tiled textures accessed incorrectly, same behavior > observed in many g

Re: [PATCH] drm/radeon: fix support for vline relocations.

On Mon, 2009-06-29 at 16:48 +1000, Dave Airlie wrote: > 2009/6/29 Michel Dänzer : > > On Mon, 2009-06-29 at 11:21 +1000, Dave Airlie wrote: > >> From: Dave Airlie > >> > >> Userspace sends us a special relocation type to sync video/exa > >> to vlines to avoid tearing, this deals with the relocatio