[Bug 34495] New: Selecting objects in Blender 2.56 slow with gallium r600 driver

[Bug 34495] New: Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

           Summary: Selecting objects in Blender 2.56 slow with gallium
                    r600 driver
           Product: Mesa
           Version: 7.10
          Platform: x86-64 (AMD64)
        OS/Version: Linux (All)
            Status: NEW
          Severity: normal
          Priority: medium
         Component: Drivers/Gallium/r600
        AssignedTo: dri-devel@lists.freedesktop.org
        ReportedBy: terraformers@gmail.com


Created an attachment (id=43567)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=43567)
Xorg Logfile

In Blender 2.56 selecting objects is verry slow.
Maybe this has someting todo with the "r600: fix blender picking" patch from
http://cgit.freedesktop.org/mesa/mesa/commit/?id=cf8af9bcf127e170b64112bd548d5d4e79c8e894
not applied to the gallium driver?

This is with:
mesa-dri-drivers-7.10-0.26.fc15.x86_64
on an HP Compaq 6830s
with ATI Mobility Radeon HD 3430.


Thanks Lars

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

Lars G <terraformers@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Version|7.10                        |git
           Severity|normal                      |major
           Priority|medium                      |high
                 CC|                            |terraformers@gmail.com

--- Comment #1 from Lars G <terraformers@gmail.com> 2011-06-16 09:05:02 PDT ---
Still the same issue here with fully updated Fedora 15.
This is *really* annoying, because it makes working in Blender's "object mode"
nearly impossible.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #2 from Lars G <terraformers@gmail.com> 2011-06-16 09:11:58 PDT ---
Forgot to say that it's not only really slow, but it also *crashes* nearly
everytime when selecting something in this mode. (via viewport, selecting from
the outliner list seems ok)

Thanks,
Lars

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

Sven Arvidsson <sa@whiz.se> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |sa@whiz.se

--- Comment #3 from Sven Arvidsson <sa@whiz.se> 2011-06-16 11:51:06 PDT ---
I just tried this with Blender 2.57 and current git master on my HD5670 and I
don't experience any problems.

So it could be that this bug is specific to r600, or (hopefully) that it's
fixed in git master.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #4 from Lars G <terraformers@gmail.com> 2011-06-16 15:38:49 PDT ---
(In reply to comment #3)
> I just tried this with Blender 2.57 and current git master on my HD5670 and I
> don't experience any problems.

Thanks for testing Sven!

Can you try the following in Blender:
- Add a multiresolution modifier (with at least 7 subdivides) to the default
cube to get a lot more vertices.
- In object mode, select/deselect via viewport clicking several times.
This crashes here *verry* often.

Thanks,
Lars

ps. In Blender preferences>system i use the triple buffer window draw method.
With the other settings the gui slows down a lot.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #5 from Pierre-Eric Pelloux-Prayer <pelloux@gmail.com> 2011-06-17 02:05:52 PDT ---
I can reproduce the crash as well.
Some additional notes :
- I'm using : HD4850, blender 2.57.2, mesa
fc8c4a3a7b92a1134cd3a9312063abba9e14b0fe
- with LIBGL_ALWAYS_SOFTWARE=1 => no crash
- here's the segfault backtrace :
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff7eacf1c in draw_llvm_shader1 ()
(gdb) whe
#0  0x00007ffff7eacf1c in draw_llvm_shader1 ()
#1  0x00007fffe88f0c8b in llvm_pipeline_generic (middle=0x1f75ea0,
fetch_info=0x7ffffffd5df0, prim_info=0x7ffffffd5dc0) at
draw/draw_pt_fetch_shade_pipeline_llvm.c:246
#2  0x00007fffe88f0f51 in llvm_middle_end_linear_run (middle=0x1f75ea0,
start=4096, count=190, prim_flags=0) at
draw/draw_pt_fetch_shade_pipeline_llvm.c:364
#3  0x00007fffe8884d9b in vsplit_segment_simple_linear (vsplit=0x1f73050,
flags=0, istart=4096, icount=190) at draw/draw_pt_vsplit_tmp.h:237
#4  0x00007fffe88850a0 in vsplit_run_linear (frontend=0x1f73050, start=4096,
count=190) at draw/draw_split_tmp.h:61
#5  0x00007fffe887d246 in draw_pt_arrays (draw=0x1f145f0, prim=3, start=4096,
count=190) at draw/draw_pt.c:113
#6  0x00007fffe887de5b in draw_vbo (draw=0x1f145f0, info=0x7ffffffd5f80) at
draw/draw_pt.c:491
#7  0x00007fffe887dca6 in draw_arrays_instanced (draw=0x1f145f0, mode=3,
start=4096, count=190, startInstance=0, instanceCount=1) at draw/draw_pt.c:408
#8  0x00007fffe887dc1a in draw_arrays (draw=0x1f145f0, prim=3, start=4096,
count=190) at draw/draw_pt.c:376
#9  0x00007fffe8844a0d in st_feedback_draw_vbo (ctx=0x1eae500,
arrays=0x1f007f0, prims=0x1efee0c, nr_prims=9, ib=0x0, index_bounds_valid=1
'\001', min_index=0, max_index=4285) at state_tracker/st_draw_feedba
ck.c:262

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #6 from Sven Arvidsson <sa@whiz.se> 2011-06-17 04:28:37 PDT ---
Still can't reproduce it here, even with the instructions Lars posted.

I wonder if the version of llvm have an impact (since the crash happens in
draw_llvm_shader1) I'm using version 2.9.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #7 from Lars G <terraformers@gmail.com> 2011-06-17 12:50:42 PDT ---
(In reply to comment #5)

thanks for testing Pierre-Eric!

> I can reproduce the crash as well.
> - with LIBGL_ALWAYS_SOFTWARE=1 => no crash
Same here.

after installing all needed debuginfos, running in gdb i get:
...
Reading symbols from /usr/bin/blender...Reading symbols from
/usr/lib/debug/usr/bin/blender.debug...done.
...
Starting program: /usr/bin/blender 
[Thread debugging using libthread_db enabled]
warning: "/usr/lib/debug/usr/lib64/dri/libllvmcore-2.8.so.debug": separate
debug info file has no debug info
...
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff4e40814 in ?? ()
(gdb) whe
#0  0x00007ffff4e40814 in ?? ()
#1  0x0000000000000dd0 in ?? ()
#2  0x0000f83400000007 in ?? ()
#3  0x000007be00000800 in ?? ()
#4  0x0000000001f12ac0 in ?? ()
#5  0x0000000000000007 in ?? ()
#6  0x00007ffffffd5e40 in ?? ()
#7  0x0000000000000000 in ?? ()

so i think there is another bug in fedora's mesa-debuginfo package not
providing the right info in
libllvmcore-2.8.so.debug
(i filed this mesa-debuginfo bug in the redhat bugzilla.)

as i get no debug info from gdb and only the libllvmcore-2.8.so debuginfo is
missing, it looks like the same area where this bug comes from to me.


(In reply to comment #6)

> I wonder if the version of llvm have an impact (since the crash happens in draw_llvm_shader1) I'm using version 2.9.

i don't have a separate llvm package installed on my system.
looks like the crash then comes from:
http://cgit.freedesktop.org/mesa/mesa/tree/src/gallium/auxiliary/draw/draw_pt_fetch_shade_pipeline_llvm.c#n246

but i'm not good in coding such things...
but i can help testing/debugging this.

thanks,
lars

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

Alex Deucher <agd5f@yahoo.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |kam1kaz3@gmail.com

--- Comment #8 from Alex Deucher <agd5f@yahoo.com> 2011-06-17 13:51:04 PDT ---
*** Bug 38422 has been marked as a duplicate of this bug. ***

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #9 from Pierre-Eric Pelloux-Prayer <pelloux@gmail.com> 2011-06-18 10:12:06 PDT ---
I just upgraded from llvm 2.8.1 to llvm 2.9

I do not have crash anymore, BUT once the multiresolution modifier has 7+
subdivision, Blender is extremely slow.
Well not all Blender, at least the selection process is.
It goes like this :
- when doing nothing blender use <5% cpu
- right click in the scene => cpu goes to 100% for 10 seconds
- then cpu usage goes back to normal

Using gdb, I paused randomly Blender execution when cpu was high, and it always
gave me this stacktrace :
[...]
#4  0x00007fffe921ee6e in tgsi_exec_machine_run (mach=0x1f10fa0) at
tgsi/tgsi_exec.c:4036
#5  0x00007fffe9209128 in vs_exec_run_linear (shader=0x2d1c3e0,
input=0x3478634, output=0x34c0fc4, constants=0x1f07248, const_size=0x1f07348,
count=2728, input_stride=84, output_stride=84) at draw/draw_vs_ex
ec.c:149
#6  0x00007fffe9200abb in draw_vertex_shader_run (vshader=0x2d1c3e0,
constants=0x1f07248, const_size=0x1f07348, input_verts=0x7ffffffd5d00,
output_verts=0x7ffffffd5ce0) at draw/draw_pt_fetch_shade_pipeline.c
:189
#7  0x00007fffe9200c25 in fetch_pipeline_generic (middle=0x1f10d70,
fetch_info=0x0, prim_info=0x7ffffffd5dc0) at
draw/draw_pt_fetch_shade_pipeline.c:238
#8  0x00007fffe9200e6a in fetch_pipeline_linear_run (middle=0x1f10d70, start=0,
count=2728, prim_flags=0) at draw/draw_pt_fetch_shade_pipeline.c:345
#9  0x00007fffe9205e77 in vsplit_segment_simple_linear (vsplit=0x1f0e150,
flags=0, istart=0, icount=2728) at draw/draw_pt_vsplit_tmp.h:237
#10 0x00007fffe920617c in vsplit_run_linear (frontend=0x1f0e150, start=0,
count=2728) at draw/draw_split_tmp.h:61
#11 0x00007fffe91fe34e in draw_pt_arrays (draw=0x1f06c40, prim=7, start=0,
count=2728) at draw/draw_pt.c:113
#12 0x00007fffe91fef39 in draw_vbo

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #10 from Micael Dias <kam1kaz3@gmail.com> 2011-06-18 20:50:24 PDT ---
Still crashes here.

$ llvm-config --version
3.0svn

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #11 from Lars G <terraformers@gmail.com> 2011-06-19 17:18:50 PDT ---
(In reply to comment #10)
> Still crashes here.

Same crashing here with latest git and llvm 2.9.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #12 from Micael Dias <kam1kaz3@gmail.com> 2011-06-24 00:33:00 PDT ---
For the record, blender doesn't seem to crash when enabling it's "VBO rendering
mode" for viewports. However this makes blender's interface very slow.

When disabling the VBO mode, it starts crashing at a "movss" instruction inside
"draw_llvm_shader()".

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #13 from Micael Dias <kam1kaz3@gmail.com> 2011-06-25 22:18:46 PDT ---
I've been doing some debugging on this and found something odd.

I enabled the lp_build_printf call on auxiliary/draw/draw_llvm.c, function
generate_fetch() and noticed that when blender crashes, the output is ALWAYS
this:

...
vbuf index = 0, stride is 65484
vbuf index = 0, stride is 65496
vbuf index = 0, stride is 65508
vbuf index = 0, stride is 65520
vbuf index = 0, stride is 65532

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff7ecf24e in draw_llvm_shader1 ()


It always crashes when stride is 65532 regardless of the scene I am using in
blender to try and crash it.
I should add that when it doesn't crash, there are times when stride goes a
little bit above that, but not much.

I'm not sure it helps in debugging the problem, but maybe it does...

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #14 from Micael Dias <kam1kaz3@gmail.com> 2011-06-27 03:09:02 PDT ---
Created an attachment (id=48457)
 View: https://bugs.freedesktop.org/attachment.cgi?id=48457
 Review: https://bugs.freedesktop.org/review?bug=34495&attachment=48457

fix llvm_pipeline_generic

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #15 from Micael Dias <kam1kaz3@gmail.com> 2011-06-27 03:10:09 PDT ---
I just uploaded the "fix llvm_pipeline_generic" attachment which is a patch
that seems to fix it.

Can anyone please test?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #16 from Sergei T <kartochka22@yandex.ru> 2011-06-27 06:23:44 PDT ---
patch fix problem here (Fedora 15, blender/cycles from svn, mesa trunk+patch,
x86_64, radeon 5670)

Many thanks, I almost gave up to find solution several last months. (for some
reason crash stack was too scrambled with IP looks more like float point number
then real address )

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #17 from Pierre-Eric Pelloux-Prayer <pelloux@gmail.com> 2011-06-27 07:38:42 PDT ---
The massive slowdown observed when selecting an object seems to come from
Blender's usage of GL_SELECT rendering mode, which AFAIK is software-rendering.

Hardware support for GL_SELECT in Mesa should solve the problem, but I'm not
sure this is going to happen.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #18 from Micael Dias <kam1kaz3@gmail.com> 2011-06-28 06:53:45 PDT ---
@Sergei: no problem. This bug was also hitting on my nerves for months, and I
was always curious about how the linux graphics stack actually works, so I
decided to see if I could see where this bug was comming from.
After having llvm generate some printfs it was pretty obvious that the issue
was some kind of buffer overflow. Then generating hardcoded values on
generate_fetch() and not having the crash anymore was a key clue that that was
corrupting the memory somehow. Funny enough draw_llvm_generate_elts() checks
for these buffer overflows, so it was almost copy-paste from there. I'm not
even sure this is a proper fix since draw_llvm_generate_elts does a little more
than I do here.

@Pierre: It's a pitty if it doesn get hardware accelerated. Many CAD apps use
GL_SELECT. Can you please give me a hint on how one would go about implementing
HW acceleration for it? I'm not sure I'm able to do it, but would be interested
in playing with it.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #19 from Pierre-Eric Pelloux-Prayer <pelloux@gmail.com> 2011-06-30 10:58:55 PDT ---

> @Pierre: It's a pitty if it doesn get hardware accelerated. Many CAD apps use
> GL_SELECT. Can you please give me a hint on how one would go about implementing
> HW acceleration for it? I'm not sure I'm able to do it, but would be interested
> in playing with it.

I've been toying with this idea for a few hours, and the next attachement will
be my current patch bringing sort of HW acceleration for GL_SELECT. 
(it should work for any Gallium driver, not only r600g)
** WARNING ** it's experimental AND rough AND buggy but it works well for the
specific test case above (Blender + 1 cube + multiresolution modifier level 8)
: it reduces selection time from +30 secs to ~1sec.

I'm posting it here even if it's not finished, to get some comments on how it's
done and if Mesa/gallium developpers think it's worth the effort.

(please note that left click on 3D view in Blender will crash...)

It's done using :
- an offscreen surface where objects are drawn when in GL_SELECT mode
- a custom pixel shader which outputs object's name + depth in color buffer
- glQueries
- glReadBack of offscreen surface when glQuery is >0 to read back name & z
values to feed the selection buffer

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #20 from Pierre-Eric Pelloux-Prayer <pelloux@gmail.com> 2011-06-30 10:59:39 PDT ---
Created an attachment (id=48617)
 View: https://bugs.freedesktop.org/attachment.cgi?id=48617
 Review: https://bugs.freedesktop.org/review?bug=34495&attachment=48617

experimental hw support for GL_SELECT

(tested with r600g and nouveau)

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

Pierre-Eric Pelloux-Prayer <pelloux@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #48617|0                           |1
        is obsolete|                            |

--- Comment #21 from Pierre-Eric Pelloux-Prayer <pelloux@gmail.com> 2011-07-01 03:02:40 PDT ---
Created an attachment (id=48646)
 View: https://bugs.freedesktop.org/attachment.cgi?id=48646
 Review: https://bugs.freedesktop.org/review?bug=34495&attachment=48646

hw support for GL_SELECT v2

Here's a new version of the patch :
- I've simplified it a bit (removed the fragment program)
- corrected a few bugs (no more crash=
- tried to improve performance by batching query/readback

It only works with Gallium-based drivers (and breaks GL_SELECT on non-Gallium
drivers), but that should be easy to fix.

I'd appreciate some testing by other users to confirm that it's working (and is
faster than the current implementation).

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #22 from Micael Dias <kam1kaz3@gmail.com> 2011-07-01 03:42:54 PDT ---
Heh, I just tested your 1st version now and you just released the second :)

The 1st version was working nice except when using a very high level of
subdivisions (tested with luxball3
http://www.luxrender.net/forum/viewtopic.php?f=13&t=1383) with the subsurf
modifier, which would crash with "Query result: 2147483647".
As far as performance goes, now when using VBOs and picking an object it seems
just as fast as previously without using VBOs, which is a great improvement.

I will test the 2nd version as soon as I can and provide some feedback.
Thank you for this work :)

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #23 from Pierre-Eric Pelloux-Prayer <pelloux@gmail.com> 2011-07-01 04:02:57 PDT ---
(In reply to comment #22)
> Heh, I just tested your 1st version now and you just released the second :)
> 
> The 1st version was working nice except when using a very high level of
> subdivisions (tested with luxball3
> http://www.luxrender.net/forum/viewtopic.php?f=13&t=1383) with the subsurf
> modifier, which would crash with "Query result: 2147483647".

I've just made the same test and it crashed too.
The problem is the driver falls in an infinite loop :
r600_context_flush -> r600_context_queries_resume -> r600_query_begin ->
r600_context_flush -> ...
If you're using r600g driver too, maybe that's a hint there's a bug in how it
handles queries/flushes (or it's simply a bug in my patch :-))
I'll have a look at this specific problem.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #24 from Micael Dias <kam1kaz3@gmail.com> 2011-07-01 04:06:25 PDT ---
Yes, I am using r600g.

Maybe you can fix it in your code to prevent such large loops, but there seems
to be a bug in the driver itself since it crashes the GPU instead of failing
gracefully.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #25 from Lars G <terraformers@gmail.com> 2011-07-01 04:22:58 PDT ---
Great work!

Applied both patches (llvm fix and gl_select v2)
and it works nice and speedy for me in a shaded view!! *woohoo* :)

When i select a hires mesh in wireframe mode it crashes, a shaded view seems
ok.
Will do further tests asap.

Thanks!!

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #26 from Micael Dias <kam1kaz3@gmail.com> 2011-07-01 08:10:16 PDT ---
@Pierre: After looking at your patch for a while I have the following
doubts/suggestions:

1) on _mesa_exec_select_batch() why would you loop through buffer[..] for each
batch entry? at first sight it seems to me that if there is more than one
entry, the minZ and maxZ values written by write_hit_record would be the same
for every entry.

2) What happens if the user changes the fbo or any state needed (depth and
scissor) after calling "glRenderMode(GL_SELECT)"? Maybe we should create our
st_select_draw_vbo that makes sure to have the correct state->render using
st_draw_vbo->restore state. It is possible that this could be a little heavy on
state changes but it feels safer... Maybe we could implement some kind of
"state-override" later to make sure we only restore states after exiting
GL_SELECT mode and still be sure that the end user isn't interfering with our
GL_SELECT implementation.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #27 from Pierre-Eric Pelloux-Prayer <pelloux@gmail.com> 2011-07-01 09:00:56 PDT ---
(In reply to comment #26)
> @Pierre: After looking at your patch for a while I have the following
> doubts/suggestions:
> 
> 1) on _mesa_exec_select_batch() why would you loop through buffer[..] for each
> batch entry? at first sight it seems to me that if there is more than one
> entry, the minZ and maxZ values written by write_hit_record would be the same
> for every entry.

This is what I understood from GL_SELECT behavior : "Both the minimum and
maximum window-coordinate z values of all vertices of the primitives that
intersected the viewing volume"
So by looping over buffer[] I'm trying to find the min/max z for the entry (at
least that was the point, but maybe it's incorrectly done :-))

> 
> 2) What happens if the user changes the fbo or any state needed (depth and
> scissor) after calling "glRenderMode(GL_SELECT)"? 

What happens if user changes something : it will not work reliably... Thanks to
remind me of this problem which I almost forgot.
Now the necessary state change should be limited :
- GL_DEPTH_TEST : I don't understand why it doesn't work with it enabled, but
it definitely not be changed
- GL_SCISSOR : this one is more annoying, as it's wrong to disable it too
(maybe the user really wants to GL_SELECT on a sub area of the window). But as
glScissor take window coordinates values, those should be changed before
drawing (scissor_width would become : scissor_width * fbo_width / window_width)
- FBO is needed

> Maybe we should create our
> st_select_draw_vbo that makes sure to have the correct state->render using
> st_draw_vbo->restore state. It is possible that this could be a little heavy on
> state changes but it feels safer... Maybe we could implement some kind of
> "state-override" later to make sure we only restore states after exiting
> GL_SELECT mode and still be sure that the end user isn't interfering with our
> GL_SELECT implementation.

The 1st version of the patch had a custom drawing function
('select_draw_func'). Initially I was doing some state changes over there, but
it caused problem in 'vbo_exec_FlushVertices' with this assert :
assert(exec->flush_call_depth == 1);
But sure, it would be safer to have some state check/change over there.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #28 from Micael Dias <kam1kaz3@gmail.com> 2011-07-01 10:07:58 PDT ---
(In reply to comment #27)
> This is what I understood from GL_SELECT behavior : "Both the minimum and
> maximum window-coordinate z values of all vertices of the primitives that
> intersected the viewing volume"
> So by looping over buffer[] I'm trying to find the min/max z for the entry (at
> least that was the point, but maybe it's incorrectly done :-))

Yes but you're reading exacly the same buffer for each entry, therefore
returning the minZ and maxZ values of all the entries combined. That was my
interpretation of the code, but maybe I missed something.


> What happens if user changes something : it will not work reliably... Thanks to
> remind me of this problem which I almost forgot.
> Now the necessary state change should be limited :
> - GL_DEPTH_TEST : I don't understand why it doesn't work with it enabled, but
> it definitely not be changed

This got me thinking, and I think I know why. I believe currently minZ and maxZ
values returned will almost always be incorrect. This is because at the end of
a draw call without depth test you never know if the outputted pixels have the
minimum or maximum Z values. I think that in order to correctly do this we
would have to have 2 fbos. And we would render like this:

- enable depth test
- enable depth write
- select 1st fbo
--- set depth test function to "greater than"
--- render
- select 2nd fbo
--- set depth test function to "lesser than"
--- render
- loop through both fbos' buffers to determine minZ and maxZ

Unfortunately that last step will probably kill performance because we will
have to wait for the GPU, but there's no other way we can know which Z values
belong to which entries (unless we would allocate different pairs of FBOs for
each entry, which is obvisually unviable).
I still believe this would still be a lot faster than a software
implementation, specially with high poly meshes, which is where it matters the
most actually.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #29 from Micael Dias <kam1kaz3@gmail.com> 2011-07-01 10:20:43 PDT ---
More food for thought:

Using an fbo which is bigger than 1x1 is a waste of space since we only want to
know Z values. Using a 32x32 fbo with some custom shaders we could handle 32*32
entries and so on.

With some more shader magic maybe we could have the left half of the fbo for
minZ values and the other half for maxZ values?

Am I dreaming or is this doable?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #30 from Pierre-Eric Pelloux-Prayer <pelloux@gmail.com> 2011-07-01 10:28:11 PDT ---
(In reply to comment #28)
> Yes but you're reading exacly the same buffer for each entry

The FBO is read once, but it contains ctx->Select.BatchEntryCount entries (each
entry is a square of size : _OffscreenSurfaceWidth * _OffscreenSurfaceHeight,
the total FBO width is _OffscreenSurfaceWidth * BatchSize)

By the way the glReadBack could be changed from :
_mesa_ReadPixels(0, 0, fboW, fboH, GL_DEPTH_COMPONENT, GL_FLOAT, buffer);
to :
_mesa_ReadPixels(0, 0, _OffscreenSurfaceWidth * ctx->Select.BatchEntryCount,
fboH, GL_DEPTH_COMPONENT, GL_FLOAT, buffer);


In the loop, we're reading this value :
float z = buffer[y * fboW + xOffset + x];

with xOffset being modified according to the current entry being read (ie point
at the correct square)
So I keep thinking this is correct :-)


> This got me thinking, and I think I know why. I believe currently minZ and maxZ
> values returned will almost always be incorrect. 

Yup, you're right...

> [...] I think that in order to correctly do this we
> would have to have 2 fbos.

Hmm... this would further complicate the process but maybe that's the only
solution. I have to think about it too :-)

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #31 from Pierre-Eric Pelloux-Prayer <pelloux@gmail.com> 2011-07-01 10:33:20 PDT ---
(In reply to comment #29)
> More food for thought:
> 
> Using an fbo which is bigger than 1x1 is a waste of space since we only want to
> know Z values. Using a 32x32 fbo with some custom shaders we could handle 32*32
> entries and so on.
> 
> With some more shader magic maybe we could have the left half of the fbo for
> minZ values and the other half for maxZ values?
> 
> Am I dreaming or is this doable?


I tried smaller FBO (8x8 I think), but the selection in Blender worked less
reliably. But maybe that was related to wrong Z values being returned, and thus
causing problem to Blender's selection algorithm.
And, using 2 FBO might not be that expensive 1) if they are small 2) if state
changes and read back are batched
But I'm far from being an expert, so I guess we'll need to build it first to
see if how well it performs.

Thanks for the help !

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #32 from Pierre-Eric Pelloux-Prayer <pelloux@gmail.com> 2011-07-02 00:35:58 PDT ---
Created an attachment (id=48680)
 View: https://bugs.freedesktop.org/attachment.cgi?id=48680
 Review: https://bugs.freedesktop.org/review?bug=34495&attachment=48680

crash fix

Here's a patch fixing (hopefully) the crash reported in comment #22

It add some logic to r600g query handling, to avoid unnecessary flushes and
infinite loop (though the crash is less easy to reproduce with git master
because commit 61c976c3ccc815aaf0128eea835aee9667cd8bbe reduces flush count)

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #33 from Lars G <terraformers@gmail.com> 2011-07-02 05:16:55 PDT ---
(In reply to comment #32)
> Here's a patch fixing (hopefully) the crash reported in comment #22

This fixes the wireframe-selection crasher for me.
Looks like with all three patches applied all crashing/slowdowns are now cured
here!
Will put it on the test with some hires blender modeling now.

Again, *thanks*! :)

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

Micael Dias <kam1kaz3@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #48457|0                           |1
        is obsolete|                            |

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #34 from Micael Dias <kam1kaz3@gmail.com> 2011-07-02 08:52:05 PDT ---
The fix llvm patch is no longer necessary, it's already commited to master.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #35 from Micael Dias <kam1kaz3@gmail.com> 2011-07-02 10:32:48 PDT ---
(In reply to comment #32)
> Created an attachment (id=48680)
 View: https://bugs.freedesktop.org/attachment.cgi?id=48680
 Review: https://bugs.freedesktop.org/review?bug=34495&attachment=48680

> crash fix
> 
> Here's a patch fixing (hopefully) the crash reported in comment #22
> 
> It add some logic to r600g query handling, to avoid unnecessary flushes and
> infinite loop (though the crash is less easy to reproduce with git master
> because commit 61c976c3ccc815aaf0128eea835aee9667cd8bbe reduces flush count)

Looks good to me. There's just a typo in the comment you added
r600_context_queries_resume(), should be "doesn't need" instead of "does need".

I think you should send it to the list :)

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

Pierre-Eric Pelloux-Prayer <pelloux@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #48646|0                           |1
        is obsolete|                            |

--- Comment #36 from Pierre-Eric Pelloux-Prayer <pelloux@gmail.com> 2011-07-03 06:23:42 PDT ---
Created an attachment (id=48706)
 View: https://bugs.freedesktop.org/attachment.cgi?id=48706
 Review: https://bugs.freedesktop.org/review?bug=34495&attachment=48706

GL_SELECT hw support v3

New version !

Changelist :
- corrected the issue with GL_DEPTH_TEST : _mesa_Clear only operates in
GL_RENDER mode, so FBO depth buffer wasn't cleared
- minZ and maxZ should be correct now : the FBO is twice as height now. Top row
is drawn using GL_LESS depth function, bottom one is drawn using GL_GREATER.

I tried to build another version with custom state seup/teardown hooks to
preserve eventual user state changes but ran into massive problems. 
I'm not really sure this is a real issue though, and maybe we can just live it
with until this causes a problem in an application.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #37 from Lars G <terraformers@gmail.com> 2011-07-03 10:38:39 PDT ---
Stresstested in Blender 2.58.1 with crash-fix + hw gl_select v2/v3 patches.
Result: Everything is fast and rockstable!
Verry nice! :)

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #38 from Micael Dias <kam1kaz3@gmail.com> 2011-07-04 02:47:02 PDT ---
Just tested, and altough very fast, it seems to break grabing/rotating/scaling
using the handles on screen. Not sure which patch broke it though...

Anyway, thank you for your work on this :)

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #39 from Lars G <terraformers@gmail.com> 2011-07-04 04:28:36 PDT ---
(In reply to comment #38)
> Just tested, and altough very fast, it seems to break grabing/rotating/scaling
> using the handles on screen.

Same here.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #40 from Pierre-Eric Pelloux-Prayer <pelloux@gmail.com> 2011-07-04 14:08:09 PDT ---
Created an attachment (id=48749)
 View: https://bugs.freedesktop.org/attachment.cgi?id=48749
 Review: https://bugs.freedesktop.org/review?bug=34495&attachment=48749

workaround for issue in comment #38 #39

Here's a small patch that seems to workaround the manipulator issue.

I still do not yet understand the exact problem though (it seems z-buffer is
not written to but glQueries count is > 0... weird). This will need some
further investigation.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #41 from Lars G <terraformers@gmail.com> 2011-07-05 15:42:33 PDT ---
(In reply to comment #40)
> Here's a small patch that seems to workaround the manipulator issue.

Thanks, works ok here.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

Pierre-Eric Pelloux-Prayer <pelloux@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #48706|0                           |1
        is obsolete|                            |
  Attachment #48749|0                           |1
        is obsolete|                            |

--- Comment #42 from Pierre-Eric Pelloux-Prayer <pelloux@gmail.com> 2011-07-11 14:58:54 PDT ---
Created an attachment (id=48987)
 View: https://bugs.freedesktop.org/attachment.cgi?id=48987
 Review: https://bugs.freedesktop.org/review?bug=34495&attachment=48987

GL_SELECT hw support v4

New version !

What's new :
- manipulator issue understood and properly fixed (GL_DEPTH_TEST was disabled
by Blender before drawing manipulators)
- query stuff removed : I'm not sure it brought some performance gains, so I
removed it for clarity
- user state changes are now correctly preserved, except FBO (if a user bind a
new FBO when in GL_SELECT mode, it will either fails with an assert or produces
wrong result). I think I'll disable FBO binding when not in GL_RENDER mode (as
it is already done in glClear)

What's left before submitting it for merging :
- more testing :-)
- fix Mesa-classic drivers GL_SELECT (mainly Intel). I'd like to enable hw
support for them too, but it isn't clear how to do it (yet).

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #43 from Micael Dias <kam1kaz3@gmail.com> 2011-07-12 02:16:29 PDT ---
That looks great! Unfortunately I'm unable to test right now as I've been quiet
busy.

I'm not sure what's supposed to be the behaviour of changing the FBO while in
GL_SELECT mode, but since GL_SELECT doesn't actually write to the FBO, I would
assume it would be OK to change FboSave when changing the current FBO while
GL_SELECT is active, no?

After that we may need to do some voodoo math to the projection matrix to use
the user defined scissor during the render in GL_SELECT. We will also need to
intercept scissor changes when in select mode to change the saved scissor and
the projection matrix instead of modifying the actual scissor used for
rendering which needs to be disabled.

After that I believe we're fully respecting the GL spec and it could possibly
be merged into master. Maybe we could add a switch to change from old behaviour
to this new behaviour to enable users to test it first before being enabled by
default...

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #44 from Pierre-Eric Pelloux-Prayer <pelloux@gmail.com> 2011-07-12 02:31:41 PDT ---
(In reply to comment #43)
> I'm not sure what's supposed to be the behaviour of changing the FBO while in
> GL_SELECT mode, but since GL_SELECT doesn't actually write to the FBO, I would
> assume it would be OK to change FboSave when changing the current FBO while
> GL_SELECT is active, no?

Yes, I'll add something like this.

> After that we may need to do some voodoo math to the projection matrix to use
> the user defined scissor during the render in GL_SELECT. We will also need to
> intercept scissor changes when in select mode to change the saved scissor and
> the projection matrix instead of modifying the actual scissor used for
> rendering which needs to be disabled.

According to this : http://glprogramming.com/red/chapter13.html 
"In both feedback and selection modes, information on objects is returned prior
to any fragment tests. Thus, objects that would not be drawn due to failure of
the scissor, alpha, depth, or stencil tests may still have their data processed
and returned in both feedback and selection modes."

So scissor has no effect in GL_SELECT mode, so the current patch looks correct
(except it should disable alpha and stencil tests too)

>  Maybe we could add a switch to change from old behaviour
> to this new behaviour to enable users to test it first before being enabled by
> default...

Good idea, will do.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #45 from Micael Dias <kam1kaz3@gmail.com> 2011-07-12 04:08:01 PDT ---
> According to this : http://glprogramming.com/red/chapter13.html 
> "In both feedback and selection modes, information on objects is returned prior
> to any fragment tests. Thus, objects that would not be drawn due to failure of
> the scissor, alpha, depth, or stencil tests may still have their data processed
> and returned in both feedback and selection modes."
> 
> So scissor has no effect in GL_SELECT mode, so the current patch looks correct
> (except it should disable alpha and stencil tests too)
>

Oh, great then :)

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #46 from Lars G <terraformers@gmail.com> 2011-07-12 13:21:06 PDT ---
(In reply to comment #42)
> Created an attachment (id=48987)
 View: https://bugs.freedesktop.org/attachment.cgi?id=48987
 Review: https://bugs.freedesktop.org/review?bug=34495&attachment=48987

> GL_SELECT hw support v4

Thanks!
v4 works nice here, no problems found using latest blender cut. :)

I think that the crash-fix.patch is not needed any more because of
http://cgit.freedesktop.org/mesa/mesa/commit/?id=fbe9d4261f94b8a22ae04dccb8201a6762b66d40

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #47 from Lars G <terraformers@gmail.com> 2011-07-12 14:33:45 PDT ---
gl_select-hw-v4.patch testing-update:

Issue:
Found an issue with selecting objects displayed as wireframe in object-mode.

Description:
When the object only has a few vertices click-selection works ok, but when the
mesh gets dense
(e.g. subdiv modifier on the default cube with level 6) it's nearly impossible
to click-select the object.

Notes:
This is only in wireframe view, solid/textured view is *ok*.
This is with mesa-git from 2011-07-09 and only the gl_select-hw-v4.patch
applied.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

Pierre-Eric Pelloux-Prayer <pelloux@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #48987|0                           |1
        is obsolete|                            |

--- Comment #48 from Pierre-Eric Pelloux-Prayer <pelloux@gmail.com> 2011-07-17 11:45:39 PDT ---
Created an attachment (id=49220)
 View: https://bugs.freedesktop.org/attachment.cgi?id=49220
 Review: https://bugs.freedesktop.org/review?bug=34495&attachment=49220

GL_SELECT hw support v5

Thanks for testing.

I do not have much time available to work on this, so the new version of the
patch only fix the selection bug reported in comment #47.

I still plan to modifications mentioned in comment #44 (add as soon as
possible).

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #49 from Lars G <terraformers@gmail.com> 2011-07-17 14:55:11 PDT ---
(In reply to comment #48)
> GL_SELECT hw support v5

Thanks Pierre-Eric!

v5 fixed the selection issue for me.
Take your time, it's already working verry nice, great work! :)

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #50 from Lars G <terraformers@gmail.com> 2011-07-30 20:16:09 PDT ---
Testing notes update:
Tested gl_select.patch v5 for about 2 weeks now in several latest blender and
mesa cuts and it's really doing *great*!
No regressions found so far and all is speedy and stable under heavy
blender-usage.

Once again, *big thanks!*, i'm really happy! :)

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #51 from Micael Dias <kam1kaz3@gmail.com> 2011-08-01 20:44:42 PDT ---
Created an attachment (id=49807)
 View: https://bugs.freedesktop.org/attachment.cgi?id=49807
 Review: https://bugs.freedesktop.org/review?bug=34495&attachment=49807

Implement HW accelerated GL_SELECT

Can someone please test this patch?

It's rewritten from scratch, based on Pierre's last patch but takes a different
approach at integrating within current mesa code so that it modifies less code.

To test it, you must export MESA_HW_SELECT before executing the target app.

example:
MESA_HW_SELECT=1 blender


If there are no problems with the patch, I will send it to the dev list.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #52 from Lars G <terraformers@gmail.com> 2011-08-02 04:40:28 PDT ---
(In reply to comment #51)
> Created an attachment (id=49807)
 View: https://bugs.freedesktop.org/attachment.cgi?id=49807
 Review: https://bugs.freedesktop.org/review?bug=34495&attachment=49807

> Implement HW accelerated GL_SELECT
> Can someone please test this patch?

Thanks Micael!

Testing now and found one issue.
I can recreate it by doing the following steps:

Apply an subdiv modifier set to 6 to the default cube.
With wire displayed, all shading modes (matcap/textured/solid) are fast when
selecting the object in object-mode.
But once "apply" is clicked in the subdiv modifier the matcap and textured
shading modes are slowing down selection, only solid shading mode is still
fast.

This is with mesa git 2011-07-30 and recent soc blender from
http://builder.blender.org/download/


Hope this helps!

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #53 from Micael Dias <kam1kaz3@gmail.com> 2011-08-02 06:27:05 PDT ---
Thanks for testing.

I can reproduce the problem with normal blender, subdivs applied and textured
mode. However it doesn't seem related to this patch or Pierre's since even
rotating around the cube is very slow.

I noticed that enabling GLSL mode speeds up rendering and picking remains slow,
but I don't think the problem is in this GL_SELECT implementation.

Maybe this is a r600 driver specific problem...

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #54 from Lars G <terraformers@gmail.com> 2011-08-03 22:06:43 PDT ---
(In reply to comment #53)
> I don't think the problem is in this GL_SELECT implementation.
Ok, I will do some more testing and report back.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #55 from Lars G <terraformers@gmail.com> 2011-08-07 13:47:52 PDT ---
Did some more testing and it works really great here!
Can't trigger any bugs/regressions/crashes.
So i would say it's ready for primetime! :)

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #56 from Pierre-Eric Pelloux-Prayer <pelloux@gmail.com> 2011-09-06 10:42:23 PDT ---
Hi,

I've just found some time to test the 'hw_gl_select' mesa branch.

Test case: r300g, Blender 2.49b (default scene : cube + lamp + camera)

This does not seem to work very well:
 - I'm having some troubles to select objects (mainly the lamp)
 - selection behavior changes between fullscreen/window mode (the camera is
almost impossible to select in FS)
(when selection fails zData[0]==1.0 and zData[1]==0.0)

I've tested with this program too:
http://sydney.edu.au/engineering/it/~tapted/slow_glselect.html
It doesn't work when MESA_HW_SELECT is set, but works properly without.

This is not the same PC I've tested the earlier patches on, so maybe I've got
something wrong on this one.

Lars did you already test this branch on r600g ?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #57 from Micael Dias <kam1kaz3@gmail.com> 2011-09-06 16:54:47 PDT ---
(In reply to comment #56)

I only have a r600 to test. Does your patch work ok or does it also fail?

There are some things I'd like to improve on the implementation like getting
rid of most _mesa_* calls to use "more direct" pipe methods instead, but I
currently don't have any time to work on it.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #58 from Lars G <terraformers@gmail.com> 2011-09-06 19:16:04 PDT ---
(In reply to comment #56)
> Lars did you already test this branch on r600g ?

I can report that the hw_gl_select-branch works ok here with r600g and blender
2.59.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #59 from Séverin Lemaignan <skadge@gmail.com> 2012-02-25 13:55:07 PST ---
Wondering what is the status of this bug.

I'm actually running into something that seem to be the exact same bug with
Blender 2.61 on Mesa 7.11/Gallium 0.4 (-> Ubuntu 11.10) with r300g (Radeon
Mobility X1600).

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #60 from Lars G <terraformers@gmail.com> 2012-02-25 14:58:43 PST ---
(In reply to comment #59)
> Wondering what is the status of this bug.
> 
> I'm actually running into something that seem to be the exact same bug with
> Blender 2.61 on Mesa 7.11/Gallium 0.4 (-> Ubuntu 11.10) with r300g (Radeon
> Mobility X1600).

i think the patch is still not merged to master.
i'm currently using mesa 7.11.2 (fedora 15) and i had to apply the patch
http://cgit.freedesktop.org/mesa/mesa/commit/?h=hw_gl_select&id=eac31ea1367d1ab1a100513fbbee24a831a8d4e0
from the mesa hw_gl_select branch to make blender stable/usable for me.
i tested the patch for some months now with heavy blender usage and had *not a
single issue/crash*, so it would really be nice to merge it imho.

*please, please, pretty please* give us crash-free blendering with mesa drivers
'out of the box'!  :)

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 531 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

hapoofesgeli@live.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|major                       |critical
           Priority|high                        |highest
                 CC|                            |hapoofesgeli@live.com
            Version|git                         |9.1

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1535 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 420 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #61 from hapoofesgeli@live.com ---
Hello
Why this bug is still open? i have the same problem  with mesa 9 and blender
2.68...(the patch is for mesa 7 and i couldn't build mesa 7, is it supposed to
work with mesa 9?)
I have ATI 5770 + Arch linux...
is there any existing solution?

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1206 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 402 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #62 from Alex Deucher <agd5f@yahoo.com> ---
Code has not been merged to master yet.  See recent discussion here:
http://lists.freedesktop.org/archives/mesa-dev/2013-June/040102.html

Updated branch here:
http://cgit.freedesktop.org/~ab/mesa/log/?h=hw_gl_select2

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1355 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 518 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #63 from hapoofesgeli@live.com ---
(In reply to comment #62)
> Code has not been merged to master yet.  See recent discussion here:
> http://lists.freedesktop.org/archives/mesa-dev/2013-June/040102.html
> 
> Updated branch here:
> http://cgit.freedesktop.org/~ab/mesa/log/?h=hw_gl_select2

Thank you
Can you explain that how should i use that updated branch to fix the problem?

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1542 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 244 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #64 from Lars G <researchlab@privatdemail.net> ---
Great this is moving on!
Will test asap.

Thanks! :)

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1049 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 403 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #65 from Lars G <researchlab@privatdemail.net> ---
Tried the new branch now.

Selecting/moving is nice and fast in blender,
but somehow i get no textures displayed on the objects.
This is with radeon hd 6320 (e-450 apu) built against llvm-git, using
blender-git.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1208 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 560 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #66 from Lars G <researchlab@privatdemail.net> ---
Ok, the missing-texture thing in my last comment was no bug, i only forgot to
apply the file-texture correctly in blender.

So after some more testing, hw_gl_select2 works great without any regressions.
Speedy selection of dense meshes, wire and shaded views ok, no selection
problems of other items like lights or cameras.

Verry nice work!
I vote for... upstream! :)

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1365 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 363 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #67 from Lars G <researchlab@privatdemail.net> ---
Created attachment 84111
  --> https://bugs.freedesktop.org/attachment.cgi?id=84111&action=edit
Arch Linux PKGBUILD

Attached an Arch Linux PKGBUILD file for easy testing.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1297 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 277 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #68 from Tomasz P. <son_of_the_osiris@interia.pl> ---
Maybe post this to mesa-dev mailing list.I doubt that they have time to read
this.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1085 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 300 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #69 from Alex Deucher <agd5f@yahoo.com> ---
I would recommend you do a piglit run (quick driver tests) before and after and
make sure there are no regressions.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1098 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 366 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #70 from kao_chen <kaochen2@gmail.com> ---
I wonder if the fix has been committed? I am using Debian testing with the mesa
9.1-7 package provided in the testing repository, and the selections with
Blender are still very slow.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1163 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 435 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #71 from hapoofesgeli@goingon.ir ---
(In reply to comment #70)
> I wonder if the fix has been committed? I am using Debian testing with the
> mesa 9.1-7 package provided in the testing repository, and the selections
> with Blender are still very slow.

It has been merged to master in mesa 9.2.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1302 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 303 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

--- Comment #72 from kao_chen <kaochen2@gmail.com> ---
Ok thanks, it seems that mesa 9.2 is approaching Debian testing:
http://packages.qa.debian.org/m/mesa.html
I will wait.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1156 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 34495] Selecting objects in Blender 2.56 slow due the software gl_select mode

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 1089 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=34495

Alex Deucher <agd5f@yahoo.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
                   |.org                        |org
            Summary|Selecting objects in        |Selecting objects in
                   |Blender 2.56 slow with      |Blender 2.56 slow due the
                   |gallium r600 driver         |software gl_select mode
          Component|Drivers/Gallium/r600        |Mesa core

--- Comment #73 from Alex Deucher <agd5f@yahoo.com> ---
(In reply to comment #71)
> (In reply to comment #70)
> > I wonder if the fix has been committed? I am using Debian testing with the
> > mesa 9.1-7 package provided in the testing repository, and the selections
> > with Blender are still very slow.
> 
> It has been merged to master in mesa 9.2.

It hasn't been merged yet.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 2744 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel