On Fri, Mar 02, 2012 at 01:52:00PM +0800, Yuanhan Liu wrote:
> On Thu, Mar 01, 2012 at 04:04:59PM +0800, Yuanhan Liu wrote:
> > On Wed, Feb 29, 2012 at 11:44:59AM -0800, Eric Anholt wrote:
> > > On Wed, 29 Feb 2012 15:11:06 +0800, Yuanhan Liu
> > > wrote:
> > > > According to 3DSTATE_MAP_STATE at
The current code would use tex coord to implement varying inputs. If
point sprite is enabled(always enabled in chrome and firefox), the tex
coord would be replaced with the value (x, y, 0, 1) where x and y vary
from 0 to 1. Thus you will find that the value of the varying inputs
doesn't work anymor
On Mon 27 Feb 2012 11:45:46 AM PST, Anuj Phogat wrote:
> This patch handles a case when mapping a large texture fails
> in drm_intel_gem_bo_map_gtt(). These changes avoid assertion
> failure later in the driver as reported in following bugs:
>
> https://bugs.freedesktop.org/show_bug.cgi?id=44970
>
Emeric Grange wrote:
With today series I get that output :
http://img807.imageshack.us/img807/5593/cran07032012184105.png
I see the same as you - xine works, but can be made to fail.
mplayer sw decode + yuy2 vdpau output is corrupted.
By the way something seemed wrong while reading mplayer
On 03/06/2012 02:57 PM, Eric Anholt wrote:
If you want to test the graphics driver, you want to test it under the
conditions that users will see, not some set of additional fallbacks.
If you want to test swrast, run the swrast driver (or no_rast=true)
instead.
---
src/mesa/drivers/dri/i915/inte
On Wed, Mar 7, 2012 at 6:01 PM, Brian Paul wrote:
> On Wed, Feb 15, 2012 at 6:28 AM, Marek Olšák wrote:
>> Hi everyone,
>>
>> this series adds the ARB_debug_output extension. It implements the minimum
>> feature set required by the spec, which is GL API error logging.
>>
>> I've added a new pigl
On 03/06/2012 02:57 PM, Eric Anholt wrote:
---
src/mesa/drivers/dri/i965/brw_context.c |1 +
src/mesa/drivers/dri/i965/brw_context.h |3 +++
src/mesa/drivers/dri/i965/brw_gs.c|3 +--
src/mesa/drivers/dri/intel/intel_screen.c |6 +-
4 files changed, 10 inserti
https://bugs.freedesktop.org/show_bug.cgi?id=47066
--- Comment #12 from Brian Paul 2012-03-07 13:45:43 PST ---
Created attachment 58147
--> https://bugs.freedesktop.org/attachment.cgi?id=58147
try to fix screen indexing in glxinfo
Can you try applying this patch to glxinfo and see if it helps?
https://bugs.freedesktop.org/show_bug.cgi?id=47066
--- Comment #11 from Brian Paul 2012-03-07 13:44:33 PST ---
What's the output of glxinfo if you set DISPLAY=":0"? Does it list both
screens one after the other?
Also, please try "glxinfo -b" with DISPLAY=":0.0" and ":0.1".
Otherwise, I think
https://bugs.freedesktop.org/show_bug.cgi?id=47066
diego.abele...@gmail.com changed:
What|Removed |Added
Platform|Other |x86-64 (AMD64)
OS/Vers
https://bugs.freedesktop.org/show_bug.cgi?id=47066
--- Comment #9 from diego.abele...@gmail.com 2012-03-07 12:35:15 PST ---
Ah I just found out that changing the screen number on the configuration
changes the output of glxinfo.
So if I have
Screen 0 "screen-nv"
Screen 1 "screen-ra" LeftOf "scree
I'm not sure where to put this issue, but as this series seems to have some
effect on it, here it is :
I am trying to play a mpeg2 video with a 4:2:2 subsampling using mplayer,
with vdpau video output and regular ffmpeg12 video codec (the mesa mpeg2
decoder cannot handle 4:2:2 subsampling anyway i
https://bugs.freedesktop.org/show_bug.cgi?id=47066
--- Comment #8 from diego.abele...@gmail.com 2012-03-07 12:22:15 PST ---
Created attachment 58142
--> https://bugs.freedesktop.org/attachment.cgi?id=58142
Xorg log when only the radeon is present
Xorg log after unplugging the nvidia card, not c
https://bugs.freedesktop.org/show_bug.cgi?id=47066
--- Comment #7 from diego.abele...@gmail.com 2012-03-07 12:21:00 PST ---
Created attachment 58140
--> https://bugs.freedesktop.org/attachment.cgi?id=58140
glxinfo when only the radeon card is present
glxinfo output after unplugging the nvidia c
https://bugs.freedesktop.org/show_bug.cgi?id=47066
--- Comment #6 from diego.abele...@gmail.com 2012-03-07 11:55:55 PST ---
Created attachment 58138
--> https://bugs.freedesktop.org/attachment.cgi?id=58138
Xorg log after start
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?ta
https://bugs.freedesktop.org/show_bug.cgi?id=47066
--- Comment #5 from diego.abele...@gmail.com 2012-03-07 11:54:58 PST ---
Created attachment 58137
--> https://bugs.freedesktop.org/attachment.cgi?id=58137
dmesg after xorg start (fresh reboot)
--
Configure bugmail: https://bugs.freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=47066
--- Comment #4 from Alex Deucher 2012-03-07 11:37:31 PST ---
And dmesg output.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=47066
--- Comment #3 from Alex Deucher 2012-03-07 11:36:17 PST ---
Please attach your xorg log.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for t
Hi !
I tested the new set of patches and I got xine almost working (it wasn't
with the previous series).
I can't start Xine alone, but Xine can run my samples if I starts them from
the command line. So the problem seems to be drawing the background of the
xine window.
I get this error either way,
https://bugs.freedesktop.org/show_bug.cgi?id=44061
Johannes Obermayr changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=47066
--- Comment #2 from diego.abele...@gmail.com 2012-03-07 10:11:07 PST ---
Created attachment 58134
--> https://bugs.freedesktop.org/attachment.cgi?id=58134
output of DISPLAY=:0.1 glxinfo
--
Configure bugmail: https://bugs.freedesktop.org/userpr
https://bugs.freedesktop.org/show_bug.cgi?id=47066
--- Comment #1 from diego.abele...@gmail.com 2012-03-07 10:10:39 PST ---
Created attachment 58133
--> https://bugs.freedesktop.org/attachment.cgi?id=58133
output of DISPLAY=:0.0 glxinfo
--
Configure bugmail: https://bugs.freedesktop.org/userpr
https://bugs.freedesktop.org/show_bug.cgi?id=47066
Bug #: 47066
Summary: glxinfo says "nouveau" on dual seat when on a monitor
drived by a radeon card
Classification: Unclassified
Product: Mesa
Version: unspecified
Pla
On Wed, Mar 7, 2012 at 12:00 AM, Michel Dänzer wrote:
> On Die, 2012-03-06 at 10:46 -0800, Alon Zakai wrote:
>> On Tue, Mar 6, 2012 at 6:41 AM, Michel Dänzer wrote:
>> > On Die, 2012-03-06 at 05:11 -0800, Benoit Jacob wrote:
>> >>
>> >> Do you think that the translation of Gallium3D state to GL s
On 03/07/2012 10:01 AM, Vic Lee wrote:
Hi Brian,
On 03/07/2012 11:44 PM, Brian Paul wrote:
On 03/07/2012 01:08 AM, Vic Lee wrote:
Hi Brian,
I created a smallest possible test case to reproduce the segfault, as
attached.
OK, I was assuming that you found this with an OpenGL program, not with
https://bugs.freedesktop.org/show_bug.cgi?id=47028
Benjamin Franzke changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|mesa-dev@
https://bugs.freedesktop.org/show_bug.cgi?id=47028
Benjamin Franzke changed:
What|Removed |Added
Attachment #58099|application/octet-stream|text/plain
mime type|
On Wed, Feb 15, 2012 at 6:28 AM, Marek Olšák wrote:
> Hi everyone,
>
> this series adds the ARB_debug_output extension. It implements the minimum
> feature set required by the spec, which is GL API error logging.
>
> I've added a new piglit test for this: arb_debug_output-api_error. I'd like
> t
Hi Brian,
On 03/07/2012 11:44 PM, Brian Paul wrote:
On 03/07/2012 01:08 AM, Vic Lee wrote:
Hi Brian,
I created a smallest possible test case to reproduce the segfault, as
attached.
OK, I was assuming that you found this with an OpenGL program, not with
a custom direct-to-gallium program.
Rig
On Die, 2012-03-06 at 08:19 -0800, Benoit Jacob wrote:
> - Original Message -
> > On Mon, 5 Mar 2012 19:41:14 -0800 (PST), Benoit Jacob
> > wrote:
> >
> > > - glShadeModel(GL_FLAT) (this one seems really hard to do with
> > > OpenGL
> > > ES2, a real capability regression from OpenGL
2012/3/6 Benoit Jacob :
> The goal is to help port real-world applications such as games. Besides
> OpenGL [ES], the other API that is widely used in the real world is Direct3D
> (9 and 10), so that's what would be the most interesting. I've heard about a
> Direct3D implementation on top of Gall
On 03/07/2012 01:08 AM, Vic Lee wrote:
Hi Brian,
I created a smallest possible test case to reproduce the segfault, as
attached.
OK, I was assuming that you found this with an OpenGL program, not
with a custom direct-to-gallium program.
Please see file header on how I compile it. vs and f
Signed-off-by: Christian König
---
src/gallium/state_trackers/vdpau/device.c |4 ++--
src/gallium/state_trackers/vdpau/output.c |4
2 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/src/gallium/state_trackers/vdpau/device.c
b/src/gallium/state_trackers/vdpau/device.c
in
This gets xine working with VDPAU.
v2: some minor bugfixes.
Signed-off-by: Christian König
---
src/gallium/auxiliary/vl/vl_video_buffer.c | 56 ---
1 files changed, 49 insertions(+), 7 deletions(-)
diff --git a/src/gallium/auxiliary/vl/vl_video_buffer.c
b/src/gallium
For reasons I don't understand xine tries to set
the surface format by using a zero pitch.
Signed-off-by: Christian König
---
src/gallium/state_trackers/vdpau/surface.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/gallium/state_trackers/vdpau/surface.c
b/src/gal
v2: simplify implementation by using correct swizzle
v3: fix mix with successor patch
Signed-off-by: Christian König
---
src/gallium/auxiliary/util/u_format.csv |2 +
src/gallium/auxiliary/util/u_format_yuv.c | 48 +
src/gallium/auxiliary/util/u_format_yuv.h |
v2: r600 formats are msb first!
Signed-off-by: Christian König
---
src/gallium/drivers/r600/r600_texture.c | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_texture.c
b/src/gallium/drivers/r600/r600_texture.c
index 923efce..ce6
Signed-off-by: Christian König
---
src/gallium/auxiliary/vl/vl_video_buffer.c | 20
1 files changed, 20 insertions(+), 0 deletions(-)
diff --git a/src/gallium/auxiliary/vl/vl_video_buffer.c
b/src/gallium/auxiliary/vl/vl_video_buffer.c
index 0510f59..df21769 100644
--- a/s
They are incomplete and don't make to much sense.
Signed-off-by: Christian König
---
src/gallium/include/pipe/p_format.h|4
.../d3d1x/d3d1xstutil/src/dxgi_enums.cpp |2 +-
2 files changed, 1 insertions(+), 5 deletions(-)
diff --git a/src/gallium/include/pi
Signed-off-by: Christian König
---
src/gallium/state_trackers/vdpau/query.c | 22 ++
1 files changed, 18 insertions(+), 4 deletions(-)
diff --git a/src/gallium/state_trackers/vdpau/query.c
b/src/gallium/state_trackers/vdpau/query.c
index 9d40834..2b13ce1 100644
--- a/src/g
Signed-off-by: Christian König
---
src/gallium/state_trackers/vdpau/vdpau_private.h | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/src/gallium/state_trackers/vdpau/vdpau_private.h
b/src/gallium/state_trackers/vdpau/vdpau_private.h
index 2898a86..b0272d7 10064
Oh crap! Don't bother taking a look that was the wrong version of the
patch series. Going to resent them in a couple of minutes.
Christian.
On 07.03.2012 15:10, Christian König wrote:
v2: simplify implementation by using correct swizzle
Signed-off-by: Christian König
---
src/gallium/auxilia
Signed-off-by: Christian König
---
src/gallium/state_trackers/vdpau/device.c |4 ++--
src/gallium/state_trackers/vdpau/output.c |4
2 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/src/gallium/state_trackers/vdpau/device.c
b/src/gallium/state_trackers/vdpau/device.c
in
v2: simplify implementation by using correct swizzle
Signed-off-by: Christian König
---
src/gallium/auxiliary/util/u_format.csv |2 +
src/gallium/auxiliary/util/u_format_yuv.c | 48 +
src/gallium/auxiliary/util/u_format_yuv.h | 46 +++
For reasons I don't understand xine tries to set
the surface format by using a zero pitch.
Signed-off-by: Christian König
---
src/gallium/state_trackers/vdpau/surface.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/gallium/state_trackers/vdpau/surface.c
b/src/gal
v2: r600 formats are msb first!
Signed-off-by: Christian König
---
src/gallium/drivers/r600/r600_texture.c | 32 ++
1 files changed, 3 insertions(+), 29 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_texture.c
b/src/gallium/drivers/r600/r600_texture.c
ind
Signed-off-by: Christian König
---
src/gallium/auxiliary/vl/vl_video_buffer.c | 20
1 files changed, 20 insertions(+), 0 deletions(-)
diff --git a/src/gallium/auxiliary/vl/vl_video_buffer.c
b/src/gallium/auxiliary/vl/vl_video_buffer.c
index 0510f59..df21769 100644
--- a/s
This gets xine working with VDPAU.
v2: some minor bugfixes.
Signed-off-by: Christian König
---
src/gallium/auxiliary/vl/vl_video_buffer.c | 56 ---
1 files changed, 49 insertions(+), 7 deletions(-)
diff --git a/src/gallium/auxiliary/vl/vl_video_buffer.c
b/src/gallium
Signed-off-by: Christian König
---
src/gallium/state_trackers/vdpau/vdpau_private.h | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/src/gallium/state_trackers/vdpau/vdpau_private.h
b/src/gallium/state_trackers/vdpau/vdpau_private.h
index 2898a86..b0272d7 10064
Signed-off-by: Christian König
---
src/gallium/state_trackers/vdpau/query.c | 22 ++
1 files changed, 18 insertions(+), 4 deletions(-)
diff --git a/src/gallium/state_trackers/vdpau/query.c
b/src/gallium/state_trackers/vdpau/query.c
index 9d40834..2b13ce1 100644
--- a/src/g
They are incomplete and don't make to much sense.
Signed-off-by: Christian König
---
src/gallium/include/pipe/p_format.h|4
.../d3d1x/d3d1xstutil/src/dxgi_enums.cpp |2 +-
2 files changed, 1 insertions(+), 5 deletions(-)
diff --git a/src/gallium/include/pi
Hi Eric,
Few days ago, I wrote a patch(058fc6521e3bc483bc948cc90dc5ee3b08d6ec64)
to fix an issue specifying the point size in vertex shader. And I
mentiond it also fixed the point-size.html webglc case. Well, it does fix
the piglit case glsl-vs-point-size, but it doesn't fix the webglc case.
I don
Hi Brian,
I created a smallest possible test case to reproduce the segfault, as
attached. Please see file header on how I compile it. vs and fs both
needs to be checked to avoid the segfault.
If I replace the screen creation part to use swrast or r600, they both
work fine.
Thanks.
Vic
On
On Die, 2012-03-06 at 10:46 -0800, Alon Zakai wrote:
> On Tue, Mar 6, 2012 at 6:41 AM, Michel Dänzer wrote:
> > On Die, 2012-03-06 at 05:11 -0800, Benoit Jacob wrote:
> >>
> >> Do you think that the translation of Gallium3D state to GL state could
> >> be efficient (given that this is the convers
54 matches
Mail list logo