Can you elaborate a bit as to why that's the right thing to do?
On Wed, Jan 7, 2015 at 1:52 PM, Tobias Klausmann
wrote:
> If we capture transform feedback from n stream in (n-1) buffers we face a
> NULL buffer, use the buffer (n-1) to capture the output of stream n.
>
> This fixes one piglit test
https://bugs.freedesktop.org/show_bug.cgi?id=88275
--- Comment #16 from Eugene ---
(In reply to Jason Ekstrand from comment #15)
> I was able to fake my computer into thinking it was an i915 and the driver
> loads ok. I'm guessing someone pushed something that broke indirect
> rendering. I'll t
https://bugs.freedesktop.org/show_bug.cgi?id=88275
--- Comment #15 from Jason Ekstrand ---
I was able to fake my computer into thinking it was an i915 and the driver
loads ok. I'm guessing someone pushed something that broke indirect rendering.
I'll try to look at it next week.
--
You are rec
https://bugs.freedesktop.org/show_bug.cgi?id=88275
--- Comment #14 from Eugene ---
Created attachment 112074
--> https://bugs.freedesktop.org/attachment.cgi?id=112074&action=edit
Xorg.0.log (UXA acceleration)
On current configuration.
--
You are receiving this mail because:
You are the assig
https://bugs.freedesktop.org/show_bug.cgi?id=88275
--- Comment #13 from Eugene ---
(In reply to Jason Ekstrand from comment #11)
> Could you go back to the semi-working configuration you had before and get a
> glxinfo from it. I can't tell what mesa driver is being called. We have
> two differe
https://bugs.freedesktop.org/show_bug.cgi?id=88275
--- Comment #12 from Chris Wilson ---
(In reply to Jason Ekstrand from comment #11)
> Could you go back to the semi-working configuration you had before and get a
> glxinfo from it. I can't tell what mesa driver is being called. We have
> two d
https://bugs.freedesktop.org/show_bug.cgi?id=88275
--- Comment #11 from Jason Ekstrand ---
Could you go back to the semi-working configuration you had before and get a
glxinfo from it. I can't tell what mesa driver is being called. We have two
different i915 drivers in mesa and knowing which wo
https://bugs.freedesktop.org/show_bug.cgi?id=88275
--- Comment #10 from Eugene ---
full lspci:
lspci
00:00.0 Host bridge: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub
Interface (rev 02)
00:02.0 VGA compatible controller: Intel Corporation 82865G Integrated Graphics
Controller (rev 02)
https://bugs.freedesktop.org/show_bug.cgi?id=88275
--- Comment #9 from Eugene ---
>Did this recently start happening? Does it work with an older mesa?
>Unfortunately, those logs aren't telling me much about what actually happened.
With older MESA I have described situation here:
https://bugs.
https://bugs.freedesktop.org/show_bug.cgi?id=88275
--- Comment #8 from Jason Ekstrand ---
Also, what graphics chipset do you have? From the Xorg.0.log, it looks like an
865G. An lspci would be helpful
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=88275
--- Comment #7 from Jason Ekstrand ---
(In reply to Chris Wilson from comment #6)
> (In reply to Jason Ekstrand from comment #4)
> > Looks like your X server isn't built with present support and the intel
> > driver is requiring it. This is eith
https://bugs.freedesktop.org/show_bug.cgi?id=88275
Chris Wilson changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|NOTOURBUG
https://bugs.freedesktop.org/show_bug.cgi?id=88275
--- Comment #5 from Eugene ---
(In reply to Jason Ekstrand from comment #4)
> Looks like your X server isn't built with present support and the intel
> driver is requiring it. This is either a problem with your build or an
> intel DDX bug. In a
https://bugs.freedesktop.org/show_bug.cgi?id=88275
Jason Ekstrand changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Is there a "continue" in d3d9? I couldn't find one, but if there is,
then this change won't work.
On Sat, Jan 10, 2015 at 5:42 AM, Axel Davy wrote:
> Previous implementation was fine,
> just instead of having increasing counter,
> have a decreasing counter.
Didn't you have some other reason to d
On Sat, Jan 10, 2015 at 5:38 AM, Axel Davy wrote:
> Signed-off-by: Axel Davy
> Cc: "10.4"
Reviewed-by: Ilia Mirkin
> ---
> src/gallium/state_trackers/nine/nine_shader.c | 23 +--
> 1 file changed, 1 insertion(+), 22 deletions(-)
>
> diff --git a/src/gallium/state_trackers
https://bugs.freedesktop.org/show_bug.cgi?id=88275
--- Comment #3 from Eugene ---
Created attachment 112071
--> https://bugs.freedesktop.org/attachment.cgi?id=112071&action=edit
Xorg.0.log
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=88275
--- Comment #2 from Eugene ---
Created attachment 112070
--> https://bugs.freedesktop.org/attachment.cgi?id=112070&action=edit
glxinfo
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=88275
--- Comment #1 from Eugene ---
Created attachment 112069
--> https://bugs.freedesktop.org/attachment.cgi?id=112069&action=edit
dmesg
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=88275
Bug ID: 88275
Summary: [865G] Intel OpenGL rendering not starting
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity
https://bugs.freedesktop.org/show_bug.cgi?id=88275
Eugene changed:
What|Removed |Added
Priority|medium |high
CC|
On Sat, Jan 10, 2015 at 5:33 AM, Axel Davy wrote:
> Reviewed-by: David Heidelberg
> Signed-off-by: Axel Davy
Reviewed-by: Ilia Mirkin
> ---
It is customary to include what changes were made from v1 -> v2. I do
it below the --- line since I don't think it belongs in git commit
history, others
On Sat, Jan 10, 2015 at 5:44 AM, Axel Davy wrote:
> texcoord for ps < 1_4 should clamp between 0 and 1 the values.
>
> texcrd (texcoord ps 1_4) does not clamp and can be used with
> two modifiers _dw and _dz that means the channels are divided
> by w or z.
> Implement those in shared code, since t
I'd prefer not have to revert this patch on my personal r400 based RS690
(laptop AMD X1250). You're correct, that most of applications won't run.
Still, there are some earlier DX9 apps, which runs and LFS which shows
really visible performance boost from unplayable 10 fps to 20-25fps fps.
As
Signed-off-by: Axel Davy
---
src/gallium/state_trackers/nine/nine_state.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/src/gallium/state_trackers/nine/nine_state.c
b/src/gallium/state_trackers/nine/nine_state.c
index 1187a20..dad6651 100644
--- a/src/gallium/st
This patch raises nine requirements and disables nine for old
hw that don't match them.
It would be possible to make a lot of things work with these hw,
though not everything, but it needs special care for them in the
code, and since they are very old, it's better to drop explicitly
support for th
On 08/01/2015 05:01, Ilia Mirkin wrote :
On Wed, Jan 7, 2015 at 11:36 AM, Axel Davy wrote:
ps3 allows definitions of the inputs like:
DCL_TEXCOORD0 v0.xy;
Could this be .xw? I assume not... but if it can, that's not handled
in this change.
I think this patch should be improved, and since we
texcoord for ps < 1_4 should clamp between 0 and 1 the values.
texcrd (texcoord ps 1_4) does not clamp and can be used with
two modifiers _dw and _dz that means the channels are divided
by w or z.
Implement those in shared code, since the same modifiers can be used
for texld ps 1_4.
Signed-off-by
Signed-off-by: Axel Davy
Signed-off-by: Tiziano Bacocco
Cc: "10.4"
---
src/gallium/state_trackers/nine/nine_shader.c | 22 +-
1 file changed, 13 insertions(+), 9 deletions(-)
diff --git a/src/gallium/state_trackers/nine/nine_shader.c
b/src/gallium/state_trackers/nine/nine
Previous implementation was fine,
just instead of having increasing counter,
have a decreasing counter.
Signed-off-by: Axel Davy
---
src/gallium/state_trackers/nine/nine_shader.c | 49 ---
1 file changed, 30 insertions(+), 19 deletions(-)
diff --git a/src/gallium/state_t
Previous implementation didn't work well with nested loops.
Instead of using several address registers, put a0 and aL
into normal registers, and copy them to one address register when
we need to use them.
Wine tests loop_index_test() and nested_loop_test() now pass correctly.
Fixes r600g crash w
Signed-off-by: Axel Davy
Cc: "10.4"
---
src/gallium/state_trackers/nine/nine_shader.c | 23 +--
1 file changed, 1 insertion(+), 22 deletions(-)
diff --git a/src/gallium/state_trackers/nine/nine_shader.c
b/src/gallium/state_trackers/nine/nine_shader.c
index fcc1c68..79b0804
Convert them to shader booleans at earlier stage.
Previous code is fine, but later patch will make
integers being converted at earlier stage, so do
the same for booleans
Signed-off-by: Axel Davy
Cc: "10.4"
---
src/gallium/state_trackers/nine/device9.c| 35 +---
src/
On 07/01/2015 18:16, Ilia Mirkin wrote :
On Wed, Jan 7, 2015 at 11:36 AM, Axel Davy wrote:
While previous code was having the correct behaviour in general,
this new code is more readable (without checking all gallium formats
manually) and has a more defined behaviour for depth stencil resources
Reviewed-by: David Heidelberg
Signed-off-by: Axel Davy
---
src/gallium/state_trackers/nine/cubetexture9.c | 10 +-
src/gallium/state_trackers/nine/texture9.c | 9 -
src/gallium/state_trackers/nine/volumetexture9.c | 10 +-
3 files changed, 26 insertions(+), 3 del
From: Xavier Bouchoux
It's done by testing the existence of the point sprite output register *after*
parsing the vertex shader.
Reviewed-by: Ilia Mirkin
Reviewed-by: David Heidelberg
Reviewed-by: Axel Davy
Signed-off-by: Xavier Bouchoux
Cc: "10.4"
---
src/gallium/state_trackers/nine/nine
From: Xavier Bouchoux
Reviewed-by: Ilia Mirkin
Reviewed-by: David Heidelberg
Reviewed-by: Axel Davy
Signed-off-by: Xavier Bouchoux
Cc: "10.4"
---
include/D3D9/d3d9.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/include/D3D9/d3d9.h b/include/D3D9/d3d9.h
index f872be7..e8b
From: Xavier Bouchoux
Reviewed-by: Ilia Mirkin
Reviewed-by: David Heidelberg
Reviewed-by: Axel Davy
Signed-off-by: Xavier Bouchoux
Cc: "10.4"
---
include/D3D9/d3d9types.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/include/D3D9/d3d9types.h b/include/D3D9/d3d9types.h
ind
38 matches
Mail list logo
