nspluginwrapper patch for testing
Sean C. Farley
scf at FreeBSD.org
Thu Aug 6 17:20:11 UTC 2009
On Thu, 6 Aug 2009, Juergen Lock wrote:
> On Thu, Aug 06, 2009 at 11:14:22AM -0500, Sean C. Farley wrote:
>> On Thu, 6 Aug 2009, Tijl Coosemans wrote:
>>> On Thursday 06 August 2009 15:15:10 Sean C. Farley wrote:
>>>> On Thu, 6 Aug 2009, Tijl Coosemans wrote:
>>>>> On Thursday 06 August 2009 12:14:10 Boris Samorodov wrote:
>>>>>> On Thu, 6 Aug 2009 10:59:21 +0200 Tijl Coosemans wrote:
>>>>>>> Can this be committed before the 8.0 ports freeze?
>>>>>>
>>>>>> According to the list this solution appears to be helpful,
>>>>>> so the answer is "yes" (or rather "should").
>>>>>>
>>>>>> Can you provide a commit log?
>>>>>
>>>>> Limit the stack size for plugins. Linux glibc threading behaves
>>>>> slightly differently with a smaller stack size and the Flash plugins
>>>>> rely on this behaviour.
>>>>>
>>>>> Suggested by: dchagin
>>>>> Patch by: nox
>>>>
>>>> Also, it helps for running Google Earth. Until I limited the stack
>>>> size for it, it would crash if I zoomed in too close to the Earth.
>>>> It still crashes for me when exiting Google Earth, but I am able to
>>>> live with that. This is when running on i386 7-STABLE with the
>>>> Nvidia driver v185.18.29.
>>>
>>> You mean a similar patch should applied to the google-earth port?
>>
>> I am not sure. It helps me, but I do not know if my case is
>> peculiar. I do not have this problem on an amd64 7-STABLE (same
>> revision as above) using the radeonhd driver. However, on the amd64
>> system, the RV610 chip does not have hardware acceleration at this
>> time. Can anyone replicate my problem?
>
> Already committed. :)
Thank you.
> (As Linux has a smaller stack by default iiuc its unlikely to hurt,
> and it _seems_ to help against the hangs/deadlocks I got which I used
> to work around by forcing googleearth onto a single cpu too.)
I am glad it helps. I wonder what other applications would benefit from
this and if there is a more global way to set the default for Linux
applications to a stack size of 32MB.
Sean
--
scf at FreeBSD.org
More information about the freebsd-emulation
mailing list