Hi,
在 2011年8月2日 下午8:16，fykc...@gmail.com 写道：
>> Depending on how it was configured mplayer needs (probably)
>> /etc/X11/XvMCConfig containing /path/to/your/lib/libXvMCr600.so
> I add the path "/usr/lib/libXvMCr600.so" to /etc/X11/XvMCConfig, but
> mplayer seems not invoke it (No r600 in strace or
---
src/mesa/SConscript |1 +
src/mesa/main/mtypes.h |7 +
src/mesa/sources.mak |1 +
src/mesa/state_tracker/st_cb_feedback.c | 21 +-
src/mesa/state_tracker/st_draw.h | 17 +
src/mesa/state_tra
On Tue, 2 Aug 2011 17:52:03 -0700, "Ian Romanick" wrote:
> From: Ian Romanick
>
> Now the condition (for the then-clause) and the inverse condition (for
> the else-clause) get written to sepearate temporary variables. In the
"separate"
> presense of complex conditions, this may result in mor
https://bugs.freedesktop.org/show_bug.cgi?id=39588
Ian Romanick changed:
What|Removed |Added
Summary|(regression)mesa demo |[bisected] mesa demo
|p
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/02/2011 05:38 PM, Paul Berry wrote:
> When an out parameter undergoes an implicit type conversion, we need
> to store it in a temporary, and then after the call completes, convert
> the resulting value. In other words, we convert code like the
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/02/2011 05:38 PM, Paul Berry wrote:
> This patch extends ir_validate.cpp to check the following
> characteristics of each ir_call:
>
> - The number of actual parameters must match the number of formal
> parameters in the signature.
>
> - The
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/02/2011 11:41 AM, Paul Berry wrote:
> On 1 August 2011 22:16, Paul Berry wrote:
>>
>> I will investigate things further in the morning and let you know what I
>> find.
>>
>
> Ok, I've spent a while looking through the linker code, and the rabb
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/02/2011 12:18 PM, Paul Berry wrote:
> On 1 August 2011 18:08, Ian Romanick wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 08/01/2011 04:07 PM, Paul Berry wrote:
>>> The ast-to-hir conversion needs to emit function signatures
From: Ian Romanick
Previously if-statements were lowered from inner-most to outer-most
(i.e., bottom-up). All assignments within an if-statement would have
the condition of the if-statement appended to its existing condition.
As a result the assignments from a deeply nested if-statement would
ha
From: Ian Romanick
Now the condition (for the then-clause) and the inverse condition (for
the else-clause) get written to sepearate temporary variables. In the
presense of complex conditions, this may result in more code being
generated.
---
src/glsl/lower_if_to_cond_assign.cpp | 62 +
From: Ian Romanick
---
src/glsl/lower_if_to_cond_assign.cpp |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/glsl/lower_if_to_cond_assign.cpp
b/src/glsl/lower_if_to_cond_assign.cpp
index 2d447e0..5c74bc1 100644
--- a/src/glsl/lower_if_to_cond_assign.cpp
+++ b/src/
From: Ian Romanick
This will make some future changes a bit easier to digest.
---
src/glsl/lower_if_to_cond_assign.cpp | 44 +
1 files changed, 17 insertions(+), 27 deletions(-)
diff --git a/src/glsl/lower_if_to_cond_assign.cpp
b/src/glsl/lower_if_to_cond_assi
When an out parameter undergoes an implicit type conversion, we need
to store it in a temporary, and then after the call completes, convert
the resulting value. In other words, we convert code like the
following:
void f(out int x);
float value;
f(value);
Into IR that's equivalent to this:
void
This patch extends ir_validate.cpp to check the following
characteristics of each ir_call:
- The number of actual parameters must match the number of formal
parameters in the signature.
- The type of each actual parameter must match the type of the
corresponding formal parameter in the signat
These functions don't modify the target instruction, so it makes sense
to make them const. This allows these functions to be called from ir
validation code (which uses const to ensure that it doesn't
accidentally modify the IR being validated).
---
src/glsl/ir.cpp |4 ++--
src/glsl/ir.h |
Thanks. I'll fix that in a minute.
Marek
On Wed, Aug 3, 2011 at 12:45 AM, Gustaw Smolarczyk wrote:
> I found (presumably) a bug in commit
> be7407b75b12c70e1925c10117937ae2b9e6711f of mesa master.
>
> The function util_format_swizzle_4f() does not handle
> UTIL_FORMAT_SWIZZLE_W. The "<" should b
I found (presumably) a bug in commit
be7407b75b12c70e1925c10117937ae2b9e6711f of mesa master.
The function util_format_swizzle_4f() does not handle
UTIL_FORMAT_SWIZZLE_W. The "<" should be replaced by "<=".
___
mesa-dev mailing list
mesa-dev@lists.freede
On 08/02/2011 11:27 AM, Brian Paul wrote:
> On 08/01/2011 12:38 PM, Bryan Cain wrote:
>> Since Mesa 7.11 is released now, I figure it's time to discuss merging
>> the glsl-to-tgsi branch to master again. The translator is more mature
>> than last time. There are no regressions that I know of on a
Use backend_map kernel query if supported, otherwise analyze ZPASS_DONE
results to get the mask.
Fixes lockups with predicated rendering due to incorrect query buffer
initialization on some cards.
Signed-off-by: Vadim Girlin
---
Updated with r600_bo_offset removal.
src/gallium/drivers/r600/r6
> On 08/02/2011 07:20 PM, Roland Scheidegger wrote:
> > Since noone else chimed in and said it's not a good idea I won't
> > hold you up :-).
> > I'd like to see a little more documentation though what it can
> > (e.g. depth "resolve" especially what it actually should do) and
> > can't do in conte
On 1 August 2011 18:08, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 08/01/2011 04:07 PM, Paul Berry wrote:
>> The ast-to-hir conversion needs to emit function signatures in two
>> circumstances: when a function declaration (or definition) is
>> encountered, and whe
On 08/02/2011 07:20 PM, Roland Scheidegger wrote:
> Since noone else chimed in and said it's not a good idea I won't hold you up
> :-).
> I'd like to see a little more documentation though what it can (e.g. depth
> "resolve" especially what it actually should do) and can't do in context.rst.
> S
https://bugs.freedesktop.org/show_bug.cgi?id=37177
José Fonseca changed:
What|Removed |Added
Component|GLX |Drivers/DRI/i915
AssignedTo|mesa-
On 1 August 2011 22:16, Paul Berry wrote:
>
> I will investigate things further in the morning and let you know what I find.
>
Ok, I've spent a while looking through the linker code, and the rabbit
hole goes deeper than I expected. There are a number of reasons why
the linker, as currently imple
https://bugs.freedesktop.org/show_bug.cgi?id=37177
Garrett Mitchener changed:
What|Removed |Added
CC||garrett.mitche...@gmail.com
--- Comm
On Mon, 1 Aug 2011 22:16:40 -0700, Paul Berry wrote:
> On 1 August 2011 17:35, Ian Romanick wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > On 08/01/2011 04:07 PM, Paul Berry wrote:
> >> opt_dead_functions contained a shortcut to skip processing the first
> >> function's body
Since noone else chimed in and said it's not a good idea I won't hold you up
:-).
I'd like to see a little more documentation though what it can (e.g. depth
"resolve" especially what it actually should do) and can't do in context.rst.
Speaking of what it can't do since you built this for framebu
On 08/01/2011 12:38 PM, Bryan Cain wrote:
Since Mesa 7.11 is released now, I figure it's time to discuss merging
the glsl-to-tgsi branch to master again. The translator is more mature
than last time. There are no regressions that I know of on any driver.
The code generation has improved so that
On Tue, Aug 2, 2011 at 9:37 AM, Micael Dias wrote:
> ---
Might want to mention the relevant bug and Pierre's prior patches for
future reference in case anyone wants to implement it for non-gallium
drivers. It would probably be useful to come up with a piglit test
for this, although I'm not sure
Might want to fix the copyright message at the top of source file. ;)
On Tue, Aug 2, 2011 at 8:37 AM, Micael Dias wrote:
> ---
> src/mesa/main/mtypes.h |7 +
> src/mesa/state_tracker/st_cb_feedback.c | 21 +-
> src/mesa/state_tracker/st_draw.h | 17
---
src/mesa/main/mtypes.h |7 +
src/mesa/state_tracker/st_cb_feedback.c | 21 +-
src/mesa/state_tracker/st_draw.h | 17 +
src/mesa/state_tracker/st_draw_select_emul.c | 463 ++
src/mesa/SConscript |
fykc...@gmail.com wrote:
Depending on how it was configured mplayer needs (probably)
/etc/X11/XvMCConfig containing /path/to/your/lib/libXvMCr600.so
I add the path "/usr/lib/libXvMCr600.so" to /etc/X11/XvMCConfig, but
mplayer seems not invoke it (No r600 in strace or /proc/pid/maps).
Maybe I s
Hi,
Thanks for your reply.
2011/8/2 Andy Furniss :
> fykc...@gmail.com wrote:
>>
>> Hi all,
>>
>> I've tried mesa-7.11rc4 with pipe-video patch on a Loongson3A based
>> notebook:
>> * CPU: 4-core MIPS64 compatible (Little-endian, 64bit kernel with an
>> o32 userland)
>> * Graphics: RS780E
>>
>>
Hi Christian,
Thanks for your reply.
2011/8/2 Christian König :
> Hi,
>
> Am Dienstag, den 02.08.2011, 15:00 +0800 schrieb fykc...@gmail.com:
>> I've tried mesa-7.11rc4 with pipe-video patch on a Loongson3A based notebook:
>> * CPU: 4-core MIPS64 compatible (Little-endian, 64bit kernel with an
>
- Original Message -
> On Son, 2011-07-31 at 09:47 -0700, Jeremy Huddleston wrote:
> > Module: Mesa
> > Branch: master
> > Commit: e737a99a6fbafe3ba4b5175eea25d1598dbeb9d8
> > URL:
> >
> > http://cgit.freedesktop.org/mesa/mesa/commit/?id=e737a99a6fbafe3ba4b5175eea25d1598dbeb9d8
> >
>
fykc...@gmail.com wrote:
Hi all,
I've tried mesa-7.11rc4 with pipe-video patch on a Loongson3A based notebook:
* CPU: 4-core MIPS64 compatible (Little-endian, 64bit kernel with an
o32 userland)
* Graphics: RS780E
I tried h264、mpeg2 samples with mplayer -vo vdpau and xvmc, non of them works:
Hi,
Am Dienstag, den 02.08.2011, 15:00 +0800 schrieb fykc...@gmail.com:
> I've tried mesa-7.11rc4 with pipe-video patch on a Loongson3A based notebook:
> * CPU: 4-core MIPS64 compatible (Little-endian, 64bit kernel with an
> o32 userland)
> * Graphics: RS780E
a bit unusual hardware configuration
On 28.07.2011 15:59, Christoph Bumiller wrote:
> Resolve via glBlitFramebuffer allows resolving a sub-region of a
> renderbuffer to a different location in any mipmap level of some
> other texture, and, with a new extension, even scaling. Therefore,
> location and size parameters are needed.
>
> Th
Hi all,
I've tried mesa-7.11rc4 with pipe-video patch on a Loongson3A based notebook:
* CPU: 4-core MIPS64 compatible (Little-endian, 64bit kernel with an
o32 userland)
* Graphics: RS780E
I tried h264、mpeg2 samples with mplayer -vo vdpau and xvmc, non of them works:
* For h264, mplayer produce
39 matches
Mail list logo
