[Bug 25662] R300: System locks up when running any graphical program using KMS

2010-03-23 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=25662 --- Comment #12 from Tom Stellard 2010-03-23 19:55:17 PST --- Created an attachment (id=34390) --> (http://bugs.freedesktop.org/attachment.cgi?id=34390) Proposed fix. This patch can be applied to drm-radeon-testing with HEAD: 65965f4b702f9

[Bug 25662] R300: System locks up when running any graphical program using KMS

2010-03-23 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=25662 --- Comment #11 from Tom Stellard 2010-03-23 19:51:39 PST --- After some more testing, I am sure that commit 3e5cb98dfe87cc61d0a1119dd8aa2b1e4cfab424 is the problem. I have attached a patch that fixes this bug for me. -- Configure bugmai

[Bug 25741] [R600/KMS] external display flickering

2010-03-23 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=25741 Alex Deucher changed: What|Removed |Added CC||br...@canonical.com --- Comment #25 fr

Re: [Mesa3d-dev] Move lists to freedesktop.org?

2010-03-23 Thread Michel Dänzer
On Die, 2010-03-23 at 12:32 -0700, Jesse Barnes wrote: > On Thu, 4 Mar 2010 15:20:46 -0800 > Jesse Barnes wrote: > > > On Fri, 05 Mar 2010 00:16:45 +0100 > > Michel Dänzer wrote: > > > > > On Thu, 2010-03-04 at 16:09 -0700, Brian Paul wrote: > > > > Jesse Barnes wrote: > > > > > Would anyone

Re: [Bug #15544] black screen upon S3 resume, syslog has "render error" and "page table error"

2010-03-23 Thread Rafael J. Wysocki
On Tuesday 23 March 2010, Sanjoy Mahajan wrote: > me> It hasn't recurred since I filed the bug report (6 days ago), but as > me> far as I know it is still a problem. > > I spoke too soon. It recurred about an hour ago. Well, I guess no one has any idea about what's going on. Rafael ---

Re: [Mesa3d-dev] Move lists to freedesktop.org?

2010-03-23 Thread Jesse Barnes
On Thu, 4 Mar 2010 15:20:46 -0800 Jesse Barnes wrote: > On Fri, 05 Mar 2010 00:16:45 +0100 > Michel Dänzer wrote: > > > On Thu, 2010-03-04 at 16:09 -0700, Brian Paul wrote: > > > Jesse Barnes wrote: > > > > Would anyone have objections if these lists moved to freedesktop.org? > > > > The recen

Re: [Mesa3d-dev] [PATCH] configure.ac: Bump LIBDRM_RADEON_REQUIRED to 2.4.19

2010-03-23 Thread Sedat Dilek
On Tue, Mar 23, 2010 at 6:37 PM, Marek Olšák wrote: > On Tue, Mar 23, 2010 at 1:57 PM, Sedat Dilek > wrote: >> >> Thanks for the turbo fix, but you workarounded the "real" bug. > > Frankly, the Mesa build system isn't my area and I don't want to have > anything to do with it. > This was the firs

[Bug 26994] xf86-video-openchrome does not build against >=libdrm-2.4.17

2010-03-23 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=26994 Chi-Thanh Christopher Nguyen changed: What|Removed |Added CC||jbar...@virtuousgeek.org,

Re: [Mesa3d-dev] [PATCH] configure.ac: Bump LIBDRM_RADEON_REQUIRED to 2.4.19

2010-03-23 Thread Marek Olšák
On Tue, Mar 23, 2010 at 1:57 PM, Sedat Dilek wrote: > Thanks for the turbo fix, but you workarounded the "real" bug. > Frankly, the Mesa build system isn't my area and I don't want to have anything to do with it. The square microtiling is now disabled on both older kernels which don't support it

Re: [Mesa3d-dev] [PROPOSAL-V2] configure.ac: Introduce LIBDRM_INTEL_REQUIRED variable and Really check for LIBDRM_RADEON_REQUIRED

2010-03-23 Thread Dan Nicholson
On Tue, Mar 23, 2010 at 7:04 AM, Sedat Dilek wrote: > V2 of my proposal. 0001: Reviewed-by: Dan Nicholson 0002: Having a hard requirement on libdrm_radeon needs to be passed by the radeon developers. If it is deemed OK, then just drop the 3rd and 4th argument to the PKG_CHECK_MODULES and the HA

Re: [Mesa3d-dev] [PROPOSAL] configure.ac: Simplify LIBDRM_RADEON_REQUIRED and introduce LIBDRM_INTEL_REQUIRED variable

2010-03-23 Thread Sedat Dilek
Unfortunately, this means to get rid of $RADEON_CFLAGS $RADEON_LDFLAGS in other source files. As I said I am no autotools expert, but if libdrm_intel does not need any furher CFLAGS/LDFLAGS, why libdrm_radeon is different? The benefit of "simplifying" would mean to have libdrm_{intel,radeon} han

[PROPOSAL-V2] configure.ac: Introduce LIBDRM_INTEL_REQUIRED variable and Really check for LIBDRM_RADEON_REQUIRED

2010-03-23 Thread Sedat Dilek
V2 of my proposal. -- Sedat From 3449473404fc77dca4d228310a8aa3ada5a321b1 Mon Sep 17 00:00:00 2001 From: Sedat Dilek Date: Tue, 23 Mar 2010 14:57:55 +0100 Subject: [PATCH 1/2] configure.ac: Introduce LIBDRM_INTEL_REQUIRED variable --- configure.ac |3 ++- 1 files changed, 2 insertions(+), 1

Re: [Mesa3d-dev] [PROPOSAL] configure.ac: Simplify LIBDRM_RADEON_REQUIRED and introduce LIBDRM_INTEL_REQUIRED variable

2010-03-23 Thread Luc Verhaegen
On Tue, Mar 23, 2010 at 02:16:03PM +0100, Sedat Dilek wrote: > Hi, > > what do you think about this proposal? > > -- > Sedat Makes _a_ _lot_ of sense. Luc Verhaegen. -- Download Intel® Parallel Studio Eval Try the new

[PROPOSAL] configure.ac: Simplify LIBDRM_RADEON_REQUIRED and introduce LIBDRM_INTEL_REQUIRED variable

2010-03-23 Thread Sedat Dilek
Hi, what do you think about this proposal? -- Sedat From dafb5cf87fa3cc0d8dee0ad4d8dbb9e7a9ab4078 Mon Sep 17 00:00:00 2001 From: Sedat Dilek Date: Tue, 23 Mar 2010 14:09:23 +0100 Subject: [PATCH 1/2] configure.ac: Simplify check for LIBDRM_RADEON_REQUIRED --- configure.ac | 13 +

Re: [Mesa3d-dev] [PATCH] configure.ac: Bump LIBDRM_RADEON_REQUIRED to 2.4.19

2010-03-23 Thread Sedat Dilek
Thanks for the turbo fix, but you workarounded the "real" bug. With my patch I get here in build.log: ... checking for LIBDRM... yes ... checking for LIBDRM_RADEON... no ... With setting LIBDRM_RADEON_REQUIRED=2.4.19 I expected that the build should immediately stop while libdrm package here has

[Bug 27263] Gallium R300g can crash PC when running celestia.

2010-03-23 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=27263 --- Comment #1 from Chris Rankin 2010-03-23 06:22:55 PST --- This is with a Radeon 9550 (RV350). -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the as

[Bug 27263] New: Gallium R300g can crash PC when running celestia.

2010-03-23 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=27263 Summary: Gallium R300g can crash PC when running celestia. Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Prior

[Bug 26933] r600 driver (rv730): piglit test failures

2010-03-23 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=26933 --- Comment #5 from Chris Rankin 2010-03-23 06:11:36 PST --- See bug 27141 for the reason that vertProg1 and vp-bad-program segfault. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this

Re: [Mesa3d-dev] [PATCH] configure.ac: Bump LIBDRM_RADEON_REQUIRED to 2.4.19

2010-03-23 Thread Marek Olšák
Fixed in master without requiring new libdrm. -Marek On Tue, Mar 23, 2010 at 1:01 PM, Sedat Dilek wrote: > Fixes here latest issues with mesa master GIT [1]. > > -- > Sedat > > [1] http://marc.info/?l=mesa3d-dev&m=126934502904478&w=2 > > >

r300g: mesa master fails to build - missing depend to libdrm >=2.4.19

2010-03-23 Thread Sedat Dilek
Hi, I was trying to compile latest mesa master GIT: commit 2a3accb r300g: fix glean occlusion query test Unfortunately, the build breaks (see below "investigations"). I suspect the cause is I have here Debian's libdrm-2.4.18 installed. "radeon: add square-tiling flag" in [1] was post-2.4.18. So

[PATCH] configure.ac: Bump LIBDRM_RADEON_REQUIRED to 2.4.19

2010-03-23 Thread Sedat Dilek
Fixes here latest issues with mesa master GIT [1]. -- Sedat [1] http://marc.info/?l=mesa3d-dev&m=126934502904478&w=2 From abfee27605a026769152f067fa572eacea150dc2 Mon Sep 17 00:00:00 2001 From: Sedat Dilek Date: Tue, 23 Mar 2010 12:53:34 +0100 Subject: [PATCH] configure.ac: Bump LIBDRM_RADEON_RE

Re: [PATCH 11/18] i915: Provide config option for enabling tracepoints

2010-03-23 Thread Chris Wilson
Out of curiosity what motivated this patch? When adding the tracepoints, I found the overhead of compiling in but not enabling them to be insignificant, i.e. nearly unmeasurable in throughput benchmarks, so didn't believe it warranted a config option. Especially one that advises people to turn off