[Bug 22839] Divide by zero exception in swrast_dri.so

http://bugs.freedesktop.org/show_bug.cgi?id=22839 --- Comment #2 from Ian Romanick 2009-07-19 19:24:27 PST --- Mesa 7.2 and X server 1.5.2 are both *very* old. Mesa 7.5 was just released. Please re-test with that. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=emai

[PATCH] drm/radeon: Fix size used for benchmarking BO copies.

From: Michel Dänzer The incorrect size caused benchmark results to be inflated by a factor of 4. --- drivers/gpu/drm/radeon/radeon_benchmark.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_benchmark.c b/drivers/gpu/drm/radeon/radeon_be

Xorg deadlocking eventd

With KMS working as of comment #50 bug 20115 (KMS fails to completely configure 855 chip) http://bugs.freedesktop.org/show_bug.cgi?id=20115 I end up with: [0.537796] [drm] Initialized drm 1.1.0 20060810 [0.537892] i915 :00:02.0: power state changed by ACPI to D0 [0.538218] ACPI: PCI

[PATCH 2/10] drivers/gpu/drm: Move a dereference below a NULL test

From: Julia Lawall If the NULL test is necessary, then the dereference should be moved below the NULL test. In the case of drivers/gpu/drm/i915/i915_drv.c, the variable dev_priv whose initialization causes the problem is never used in the function, so it is dropped. Dropped some extra braces in

[Bug 22746] [KMS] tri-viewport broken on rv280 in DRI2 mode

http://bugs.freedesktop.org/show_bug.cgi?id=22746 --- Comment #4 from Andrew Randrianasulu 2009-07-19 12:57:41 PST --- Additional info. If i run X server with radeon ddx and EXANoComposite set to 0, just once, bug will persist until reboot, i mean _just_ X restart even without Render Accele

[Bug 22746] [KMS] tri-viewport broken on rv280 in DRI2 mode

http://bugs.freedesktop.org/show_bug.cgi?id=22746 --- Comment #3 from Andrew Randrianasulu 2009-07-19 12:52:21 PST --- OK, not using render/composite operations (bare X server) leave tri-viewport in working state. But e16 window manager unfortunately uses Xrender even without actual compo

[Bug 22347] [KMS] mesa demo cubemap broken for rv280

http://bugs.freedesktop.org/show_bug.cgi?id=22347 --- Comment #6 from Andrew Randrianasulu 2009-07-19 12:36:20 PST --- Created an attachment (id=27833) --> (http://bugs.freedesktop.org/attachment.cgi?id=27833) mmiotrace log original filename cubemap_r200_compressed.gz It expands to 828K l

Re: [Patch 0/3] Resubmit VIA Chrome9 DRM via_chrome9 for upstream

W dniu 19 lipca 2009 18:57 użytkownik Uros Nedic napisał: > If there are small amount of people with enough knowledge to > write device drivers, let AMD, VIA, Intel and others make some > small one week school and call people from this community to > teach them how to do that. This way total cost

Re: [Patch 0/3] Resubmit VIA Chrome9 DRM via_chrome9 for upstream

W dniu 19 lipca 2009 12:22 użytkownik Harald Welte napisał: > Hi Rafal and others. > > On Sat, Jul 18, 2009 at 07:37:50PM +0200, Rafał Miłecki wrote: > >> > 4) VIA does not have the resources to write an entirely new 3D driver for >> >   Chrome9, especially since future products contain a differen

RE: [Patch 0/3] Resubmit VIA Chrome9 DRM via_chrome9 for upstream

If there are small amount of people with enough knowledge to write device drivers, let AMD, VIA, Intel and others make some small one week school and call people from this community to teach them how to do that. This way total cost of writing drivers will be significantly lower (each company shoul

Re: [Patch 0/3] Resubmit VIA Chrome9 DRM via_chrome9 for upstream

Hi Rafal and others. On Sat, Jul 18, 2009 at 07:37:50PM +0200, Rafał Miłecki wrote: > > 4) VIA does not have the resources to write an entirely new 3D driver for > >   Chrome9, especially since future products contain a different, > > incompatible > >   GPU.  I think it's much more useful to foc