From owner-freebsd-emulation@FreeBSD.ORG Thu Aug 6 17:20:10 2009 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5257106566C for ; Thu, 6 Aug 2009 17:20:10 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id F0D778FC0A for ; Thu, 6 Aug 2009 17:20:09 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id n76HK8cg042412; Thu, 6 Aug 2009 12:20:08 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Thu, 6 Aug 2009 12:20:08 -0500 (CDT) From: "Sean C. Farley" To: Juergen Lock In-Reply-To: <20090806170526.GA10971@triton.kn-bremen.de> Message-ID: References: <20090628082701.GA34665@triton.kn-bremen.de> <200908061418.36989.tijl@ulyssis.org> <200908061710.39039.tijl@ulyssis.org> <20090806170526.GA10971@triton.kn-bremen.de> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-2.7 required=4.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: freebsd-emulation@FreeBSD.org Subject: Re: nspluginwrapper patch for testing X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2009 17:20:11 -0000 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@FreeBSD.org