Re: [Chromium-users] Crash with multitile-sort

[Brian P. <bri...@tu...>]

Paul Melis wrote:
> Brian Paul wrote:
> 
>> Paul Melis wrote:
>>
>>> Brian Paul wrote:
>>>
>>>> Paul Melis wrote:
>>>>
>>>>> Paul Melis wrote:
>>>>>
>>>>>
>>>>>> Hello,
>>>>>> While attempting to create a multi-tilesort configuration based on 
>>>>>> the multitilesort.conf file included with CR1.9 two things happen:
>>>>>> 1. I get a warning about the state tracker being re-initialized
>>>>>> 2. One of the crservers crashes (backtrace from the coredump shows 
>>>>>> it to be in crSPUCopyDispatchTable()).
>>>>>>
>>>>>>
>>>>>
>>>>> Just a bit more info, the crash is happening in 
>>>>> spu_loader/spucopy.c, crSPUCopyDispatchTable().
>>>>> In the first for-loop, the assignment temp = dst->copy_of->copyList 
>>>>> sets temp to 0x1, which is later used as temp->copy.
>>>>>
>>>>> #0  0x5557f040 in crSPUCopyDispatchTable (dst=0x80d62c0, 
>>>>> src=0x817d8c8) at spucopy.c:630
>>>>> 630                             if (temp->copy == dst)
>>>>> (gdb) bt
>>>>> #0  0x5557f040 in crSPUCopyDispatchTable (dst=0x80d62c0, 
>>>>> src=0x817d8c8) at spucopy.c:630
>>>>> #1  0x08087fc5 in crStateDiffAPI (api=0x817d8c8) at state_flush.c:33
>>>>> #2  0x080515e0 in crServerInit (argc=1, argv=0xffffd494) at 
>>>>> server_main.c:240
>>>>> #3  0x08051655 in CRServerMain (argc=1, argv=0xffffd494) at 
>>>>> server_main.c:254
>>>>> #4  0x08051012 in main (argc=1, argv=0xffffd494) at main.c:22
>>>>> (gdb) p temp
>>>>> $1 = (struct _copy_list_node *) 0x1
>>>>> (gdb) p dst->copy_of
>>>>> $2 = (struct _spu_dispatch_table *) 0xffffa520
>>>>> (gdb)
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> The demo was crashing for me too, but in a different way. I've 
>>>> checked in fixes to tilesortspu_get.c and state_bufferobject.c that 
>>>> fixed things here.  Can you try the current CVS code?
>>>
>>>
>>>
>>>
>>> I'm sorry to say it doesn't fix the crash I'm experiencing. The stack 
>>> trace above is still valid. I've attached a reduced version of my 
>>> original configuration script. This shows the crash for me when 
>>> running with e.g. "python multitilesort_crash.conf glxgears", but 
>>> other apps fail in the same way.
>>>
>>> I had some trouble figuring out how exactly to set up the tiling 
>>> parameters for this setup, so I might be doing something unusual there.
>>
>>
>>
>> Hmmm, works for me.
>>
>> What's the setting of RELEASE and THREADSAFE in your options.mk file?
> 
> 
> Both are 0.
> I (now) guess that threadsafe should be turned on in case multiple 
> instances of the same SPU are run on the same system?

No.  You only need threadsafety if your application makes OpenGL calls 
from more than one thread.

-Brian