From owner-freebsd-emulation@FreeBSD.ORG Tue Jun 2 16:37:39 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 69324106564A for ; Tue, 2 Jun 2009 16:37:39 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id D13748FC0C for ; Tue, 2 Jun 2009 16:37:38 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.30.1.111]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id n52GbYjL003049 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 Jun 2009 20:37:35 +0400 (MSD) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MBWzW-0006k7-Kd; Tue, 02 Jun 2009 20:37:34 +0400 From: Vladimir Grebenschikov To: Chagin Dmitry In-Reply-To: <20090602160852.GA46005@dchagin.static.corbina.ru> References: <56597237@bb.ipt.ru> <1243956954.8115.21.camel@localhost> <20090602160852.GA46005@dchagin.static.corbina.ru> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Tue, 02 Jun 2009 20:37:34 +0400 Message-Id: <1243960654.8115.45.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.26.2 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-emulation@freebsd.org Subject: Re: HEADSUP: new Linux Fedora 10 infrastructure ports X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jun 2009 16:37:39 -0000 Hi > > > . acroread8; > > > . google-earth (with hardware acceleration); > > > . skype (with apropriate locales); > > > > Skype works for me fine. > > > > Google-earth starts and even works with hardware acceleration but always crashes when I try to zoom deep. > > trace it please :) Relevant part of linux_kdump looks like: ... 18858 googleearth-bin CALL gettimeofday(0xbfbfdadc,0) 18858 googleearth-bin RET gettimeofday 0 18858 googleearth-bin CALL gettimeofday(0xbfbfdb9c,0) 18858 googleearth-bin RET gettimeofday 0 18858 googleearth-bin CALL gettimeofday(0xbfbfdb54,0) 18858 googleearth-bin RET gettimeofday 0 18858 googleearth-bin CALL gettimeofday(0xbfbfd9cc,0) 18858 googleearth-bin RET gettimeofday 0 18858 googleearth-bin CALL linux_ioctl(0xc,0x4008642a ,0xbfbfd8d4) 18858 googleearth-bin RET linux_ioctl 0 18858 googleearth-bin CALL gettimeofday(0xbfbfd82c,0) 18858 googleearth-bin RET gettimeofday 0 18858 googleearth-bin CALL linux_brk(0xe461000) 18858 googleearth-bin RET linux_brk 239472640/0xe461000 18858 googleearth-bin CALL linux_mmap2(0,0x20000,0x3,0x22,0xffffffff,0) 18858 googleearth-bin RET linux_mmap2 -1 errno 12 Cannot allocate memory 18858 googleearth-bin PSIG SIGSEGV caught handler=0x806c850 mask=0x0 code=0x0 18858 googleearth-bin CALL write(0x2,0xbfbfa3a8,0x24) 18858 googleearth-bin GIO fd 2 wrote 36 bytes "Google Earth has caught signal 11. " 18858 googleearth-bin RET write 36/0x24 18858 googleearth-bin CALL linux_sys_futex(0x4954ba74,0x81,0x7fffffff,0,0x1,0xbfbfcaa4) 18858 googleearth-bin RET linux_sys_futex 0 18858 googleearth-bin CALL linux_sys_futex(0x480bea64,0x81,0x7fffffff,0,0xbfbfca08,0xbfbfc914) 18858 googleearth-bin RET linux_sys_futex 0 18858 googleearth-bin CALL write(0x2,0x80907a5,0x17) 18858 googleearth-bin GIO fd 2 wrote 23 bytes "Stacktrace from glibc: " ... Dies due to allocation error on mmap. A bit strange for machine with 2Gb of RAM and not used swap (yes, it is i386): Swap: 2048M Total, 1992K Used, 2046M Free 25873 vova 1 117 0 2010M 218M RUN 0:18 50.99% googleearth-bin But according to top it dies just after allocation of 2Gb of address space. Is it really requires such much address-space mapped ? kern.maxssiz: 67108864 kern.dflssiz: 8388608 kern.maxdsiz: 1073741824 kern.dfldsiz: 134217728 kern.maxtsiz: 134217728 kern.maxbcache: 209715200 kern.maxswzone: 33554432 % limits cputime infinity secs filesize infinity kB datasize 1048576 kB stacksize 65536 kB coredumpsize infinity kB memoryuse infinity kB memorylocked infinity kB maxprocesses 5547 openfiles 11095 sbsize infinity bytes vmemoryuse infinity kB pseudo-terminals infinity -- Vladimir B. Grebenschikov vova@fbsd.ru