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
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
http://bugs.freedesktop.org/show_bug.cgi?id=25741
Alex Deucher changed:
What|Removed |Added
CC||br...@canonical.com
--- Comment #25 fr
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
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
---
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
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
http://bugs.freedesktop.org/show_bug.cgi?id=26994
Chi-Thanh Christopher Nguyen changed:
What|Removed |Added
CC||jbar...@virtuousgeek.org,
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
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
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
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
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
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 +
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
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
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
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
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
>
>
>
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
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
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
22 matches
Mail list logo