https://bugs.freedesktop.org/show_bug.cgi?id=79784
--- Comment #2 from leoxs...@gmail.com ---
I have been working on OMX state tracker and radeon VCE driver almost for a
year, I would like to push the commit by myself after the review. Thanks.
Real Name: Leo Liu
EMail: leo@amd.com
Preferred U
https://bugs.freedesktop.org/show_bug.cgi?id=54372
--- Comment #16 from danm...@gmail.com ---
BTW kudos on the swap_events extension in general. I was very excited about
this when it first came out (although my excitement waned in the last 22 months
or so). Today I tested the modern r300, radeon,
https://bugs.freedesktop.org/show_bug.cgi?id=54372
--- Comment #15 from danm...@gmail.com ---
addemdum:
Since buffer_swap is the newest feature it's the lest painful place to make a
change. Changing the way old-school functions work is a bad idea, even if you
think you can language-lawyer your wa
https://bugs.freedesktop.org/show_bug.cgi?id=79784
leoxs...@gmail.com changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=54372
--- Comment #14 from danm...@gmail.com ---
from
https://www.opengl.org/sdk/docs/man2/xhtml/glXSelectEvent.xml
drawSpecifies a GLX drawable. Must be a GLX pixel buffer or a window.
from
http://www.tru64unix.compaq.com/docs/base_doc/DOCUMENTA
https://bugs.freedesktop.org/show_bug.cgi?id=54372
--- Comment #13 from Tapani Pälli ---
(In reply to comment #12)
> Prior to GLX 1.3 there was the glxMakeCurrent() function that took a single
> drawable handle. The Drawable could be either a bare XID for a Window or an
> XID for a glxpixmap.
>
https://bugs.freedesktop.org/show_bug.cgi?id=54372
danm...@gmail.com changed:
What|Removed |Added
Status|NEEDINFO|NEW
--- Comment #12 from danm...@gmai
https://bugs.freedesktop.org/show_bug.cgi?id=79783
Kenneth Graunke changed:
What|Removed |Added
CC||i...@freedesktop.org
--- Comment #1 fr
https://bugs.freedesktop.org/show_bug.cgi?id=79783
Priority: medium
Bug ID: 79783
Assignee: mesa-dev@lists.freedesktop.org
Summary: Distorted output in obs-studio where other vendors
"work"
Severity: major
Classification:
On Fri, Jun 6, 2014 at 9:03 PM, Matt Turner wrote:
> On Fri, Jun 6, 2014 at 4:56 PM, Anuj Phogat wrote:
>> A compile error will be generated for redefinition of these macros.
>>
>> Cc:
>> Signed-off-by: Anuj Phogat
>> ---
>> src/glsl/glcpp/glcpp-parse.y | 2 ++
>> 1 file changed, 2 insertions(
Hi.
I'm seeing an odd behavior of compiz and I need an advice to
identify 'party at fault' and create a proper bug report.
The problem is as follows: when I disconnect an external screen from
my laptop internal screen blinks, then comes back up with with half of
the content from first screen
https://bugs.freedesktop.org/show_bug.cgi?id=79469
Kenneth Graunke changed:
What|Removed |Added
Hardware|x86-64 (AMD64) |Other
Severity|critical
https://bugs.freedesktop.org/show_bug.cgi?id=79469
--- Comment #17 from Viktor ---
Intel HD 3000
This shit:
http://storage5.static.itmages.ru/i/14/0607/h_1402139007_1933036_f891719247.png
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=79469
Viktor changed:
What|Removed |Added
Hardware|Other |x86-64 (AMD64)
Severity|major
https://bugs.freedesktop.org/show_bug.cgi?id=79095
Vinson Lee changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
These used to call different math emitters (brw_math vs. brw_math2).
Now that they both call gen6_math, they're virtually identical.
When unrolling SIMD16 to multiple SIMD8 operations, we should take care
not to apply sechalf to brw_null_reg for src1. Otherwise, we'd end up
with BRW_ARF_NULL + 1
It's now a single line of code, so we may as well fold it into the
caller.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965/brw_vec4.h | 4
src/mesa/drivers/dri/i965/brw_vec4_generator.cpp | 11 +--
2 files changed, 1 insertion(+), 14 deletions(-)
diff --gi
These functions are basically identical, so we should combine them.
However, they're so trivial, we may as well just fold them into their
only call sites.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965/brw_fs.h | 7 ---
src/mesa/drivers/dri/i965/brw_fs_generator.cp
These are trivial to combine: we should just avoid checking the second
operand if it's brw_null_reg.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965/brw_vec4.h | 11 -
src/mesa/drivers/dri/i965/brw_vec4_generator.cpp | 29 +++-
2 files changed
Our existing functions, brw_math and brw_math2, had unclear roles:
Gen4-5 used brw_math for both unary and binary math functions; it never
used brw_math2. Since operands are already in message registers, this
is reasonable.
Gen6+ used brw_math for unary math functions, and brw_math2 for binary
m
Usually, I try to use "brw" for functions that apply to all generations,
and "gen4" for dead end/legacy code that is only used on Gen4-5.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965/brw_eu.h | 2 +-
src/mesa/drivers/dri/i965/brw_eu_emit.c | 2 +-
src/mes
From: Takashi Iwai
Fix the crash of "gnome-control-center info" invocation on QEMU where
zero height is passed at init.
Fixes: https://bugzilla.novell.com/show_bug.cgi?id=879462
Signed-off-by: Takashi Iwai
---
To: mesa-dev@lists.freedesktop.org
Cc: "10.2"
Takashi: Please send also a proper pa
On Friday, June 06, 2014 11:59:39 PM jfons...@vmware.com wrote:
> From: José Fonseca
>
> A recent ApiTrace change, that tries to dump more buffer state
> causes Mesa from my distro (10.1.4) to segfaults here.
>
> I haven't actually confirm this fixes it (I can't repro on master),
> but it seems
https://bugs.freedesktop.org/show_bug.cgi?id=54372
Ian Romanick changed:
What|Removed |Added
Status|NEW |NEEDINFO
CC|
24 matches
Mail list logo
