https://bugs.freedesktop.org/show_bug.cgi?id=39286
--- Comment #2 from Sven Arvidsson 2011-07-17 04:06:12 PDT ---
Yes, it's working fine now, thanks!
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assig
On Jul 15, 2011 12:06 PM, "Andy Furniss" wrote:
>
> Andy Furniss wrote:
>
>> I have another problem though, vdpau-softpipe is not using my
>> LD_LIBRARY_PATH so fails to find where my lvdpau is.
>>
>> As you can see from below r600 does use it and adds
>> -L/home/andy/Src/Xorg-git/modular/lib and
https://bugs.freedesktop.org/show_bug.cgi?id=39307
Summary: vdpau advertises support for MPEG1, but it's
unimplemented
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: norma
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/08/2011 07:06 PM, Ian Romanick wrote:
> Mesa 7.11-rc1 has been released. This is a release candidate for the
> 7.11 development release.
>
> The tag in the GIT repository for Mesa 7.11-rc1 is 'mesa-7.11-rc1'.
>
> Mesa 7.11-rc1 is available for
From: Ian Romanick
Also clarify the documentation for one of the parameters.
---
src/glsl/ast_function.cpp |6 --
src/glsl/ir.h |4
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/src/glsl/ast_function.cpp b/src/glsl/ast_function.cpp
index 60a2c61..bdb
From: Ian Romanick
The GLSL 1.20 and later specs say:
"Recursion is not allowed, not even statically. Static recursion is
present if the static function call graph of the program contains
cycles."
Recursion is detected and rejected both a compile-time and at
link-time. The complie-
On Sun, 17 Jul 2011 13:03:24 -0700, "Ian Romanick" wrote:
> From: Ian Romanick
>
> Also clarify the documentation for one of the parameters.
Reviewed-by: Eric Anholt
pgpanllojMr1w.pgp
Description: PGP signature
___
mesa-dev mailing list
mesa-dev@li
From: Vincent Lejeune
The algorithm can spot non adjacent operands.
Limitations :
- only works on basic block
- only works on binary expressions
---
src/glsl/Makefile |1 +
src/glsl/glsl_parser_extras.cpp |7 +-
src/glsl/ir_optimization.h
Another problem in the RC1 tarballs appears to be src/mesa/depend. This
contains a pile of references to /usr/lib/gcc/x86_64-redhat-linux/4.6.0/include
and will fail if you are not on that system.
With that removed I am able to build the RC1 tarballs, but that doesn't mean
there isn't somethin
Since the debug system routine will share scratch space with threads
doing register spilling, we must offset the registers to accommodate.
This is more easily accomplished (and less bug prone) in Mesa.
The debugger will only work with the new fragment shader backend.
Signed-off-by: Ben Widawsky
Upload the system routine as part of the invariant state if debugging.
Remove SIP setting if not debugging to make it more friendly for others
that may be debugging shaders or media kernels.
v2: removed comment per Chris
Cc: Chris Wilson
Signed-off-by: Ben Widawsky
---
src/mesa/drivers/dri/i9
Provide a function to allow emitting breakpoints in the instruction
oword. Use breakpoints when debugging.
Signed-off-by: Ben Widawsky
---
src/mesa/drivers/dri/i965/brw_eu.c |6 ++
src/mesa/drivers/dri/i965/brw_eu.h |1 +
src/mesa/drivers/dri/i965/brw_wm.c |3 +++
3 files changed
This is the revised patch series for fragment shader debugging.
There is no major change, though of interest are:
* forcewaked acts more like a daemon
* forcewaked isn't needed for debugging only there for sample
* i915 detection is now done by stating i915_forcewake_user_lock
* register r
Use unix domain sockets to connect to a debugger and send the
information the debugger will use to properly handle debug events.
Signed-off-by: Ben Widawsky
---
src/mesa/drivers/dri/i965/brw_wm_debug.c | 85 -
1 files changed, 82 insertions(+), 3 deletions(-)
diff
This fixes a regression introduced by commit
a26121f37530619610a78a5fbe5ef87e44047fda (fd.o bug #39219).
Since the __glXInitialize() call should be unnecessary anyway, this is
probably a nicer fix for the original problem too.
NOTE: This is a candidate for the 7.10 and 7.11 branches.
Signed-off-
Alternatively, individual drivers could actually implement
PIPE_TRANSFER_DISCARD_WHOLE_RESOURCE. As far as I can tell only svga
currently implements that, and st_bufferobj_map_range() seems to be the main
user. I wonder if in general PIPE_TRANSFER_DISCARD_WHOLE_RESOURCE is something
that should jus
PIPE_TRANSFER_DISCARD_WHOLE_RESOURCE was added recently, and is the preferred
interface, because:
- it can give better performance when the kernel memory manager supports; it
requires less kernel roundtrips than try-map + create + map + dereference.
- it also allows the drivers to do more fancy
>>-Original Message-
>>From: Eric Anholt [mailto:e...@anholt.net]
>>Sent: 2011年7月17日 8:08
>>To: Zou, Nanhai; mesa-dev@lists.freedesktop.org
>>Subject: Re: [Mesa-dev] [PATCH] i965: fix timer query on gen6+
>>
>>On Fri, 15 Jul 2011 18:07:51 +0800, Zou Nan hai wrote:
>>> on gen6+, PIPE_CO
Signed-off-by: Tobias Droste
---
.../drivers/dri/r300/compiler/radeon_optimize.c| 35 ++-
1 files changed, 18 insertions(+), 17 deletions(-)
diff --git a/src/mesa/drivers/dri/r300/compiler/radeon_optimize.c
b/src/mesa/drivers/dri/r300/compiler/radeon_optimize.c
index b2427
19 matches
Mail list logo
