From owner-freebsd-emulation@FreeBSD.ORG Sun Feb 1 23:58:53 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 269F61065674 for ; Sun, 1 Feb 2009 23:58:53 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id D97BE8FC08 for ; Sun, 1 Feb 2009 23:58:52 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id F30B51E005A2; Mon, 2 Feb 2009 00:58:51 +0100 (CET) Received: from saturn.kn-bremen.de (noident@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id n11NvKZY083284; Mon, 2 Feb 2009 00:57:20 +0100 (CET) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id n11NvK6f083283; Mon, 2 Feb 2009 00:57:20 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Mon, 2 Feb 2009 00:57:20 +0100 To: qemu-devel@nongnu.org, freebsd-emulation@FreeBSD.org Message-ID: <20090201235720.GA83120@saturn.kn-bremen.de> Mail-Followup-To: qemu-devel@nongnu.org, freebsd-emulation@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: testing qemu svn r6490 on FreeBSD - vmmouse working again... 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: Sun, 01 Feb 2009 23:58:53 -0000 Hi! I made another experimental FreeBSD qemu-devl port update, http://people.freebsd.org/~nox/qemu/qemu-devel-20090201.patch and can report that vmmouse is working again (well, except for the fact that it still doesn't work with -kernel-kqemu as mentioned before) and the console and monitor on vc are back to their usual speed; only -vga vmware is still broken. As usual, more testing is welcome... enjoy, Juergen From owner-freebsd-emulation@FreeBSD.ORG Mon Feb 2 11:06:49 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 C620310656C4 for ; Mon, 2 Feb 2009 11:06:49 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B27548FC30 for ; Mon, 2 Feb 2009 11:06:49 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n12B6n93094395 for ; Mon, 2 Feb 2009 11:06:49 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n12B6nNK094391 for freebsd-emulation@FreeBSD.org; Mon, 2 Feb 2009 11:06:49 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 2 Feb 2009 11:06:49 GMT Message-Id: <200902021106.n12B6nNK094391@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-emulation@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-emulation@FreeBSD.org 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: Mon, 02 Feb 2009 11:06:50 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/131099 emulation [linux] [patch] readdir broken on Linux emulation. o kern/130724 emulation [linprocfs] [patch] cpuinfo in linprocfs is dated, cau o kern/129169 emulation [linux] [patch] Linux Emulation ENOTCONN error using n f ports/127018 emulation Linuxulator incapable of using FreeBSD's LDAP environm o kern/126232 emulation [linux] Linux ioctl TCGETS (0x5401) always fails o ports/121800 emulation x11-toolkits/linux-openmotif - OpenMotif upgrade to 2. o kern/97326 emulation [linux] file descriptor leakage in linux emulation o ports/91318 emulation [fix] graphics/linux_dri: works on amd64 too o kern/91293 emulation [svr4] [patch] *Experimental* Update to the SVR4 emula o kern/73777 emulation [linux] [patch] linux emulation: root dir special hand a kern/72920 emulation [linux]: path "prefixing" is not done on unix domain s o kern/41543 emulation [patch] [request] easier wine/w23 support o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/29698 emulation [linux] [patch] linux ipcs doesn'work o kern/21463 emulation [linux] Linux compatability mode should not allow setu o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 16 problems total. From owner-freebsd-emulation@FreeBSD.ORG Thu Feb 5 03:40:02 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 F21921065676 for ; Thu, 5 Feb 2009 03:40:02 +0000 (UTC) (envelope-from daichi@ongs.co.jp) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.246.90]) by mx1.freebsd.org (Postfix) with ESMTP id C08A98FC1B for ; Thu, 5 Feb 2009 03:40:02 +0000 (UTC) (envelope-from daichi@ongs.co.jp) Received: from parancell.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.246.94]) by natial.ongs.co.jp (Postfix) with ESMTPSA id 2B673125422; Thu, 5 Feb 2009 12:40:01 +0900 (JST) Message-ID: <498A5F90.1030004@ongs.co.jp> Date: Thu, 05 Feb 2009 12:40:00 +0900 From: Daichi GOTO User-Agent: Thunderbird 2.0.0.19 (X11/20090201) MIME-Version: 1.0 To: freebsd-emulation@freebsd.org, nox@FreeBSD.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: emulators/qemu: build fail on current amd64 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, 05 Feb 2009 03:40:03 -0000 Hi qemu folks :) I got build fail of emulators/qemu on amd64 8-current. any ideas? thanks /usr/ports/emulators/qemu/work/qemu-0.9.1/vl.c: In function `pp_ioctl': /usr/ports/emulators/qemu/work/qemu-0.9.1/vl.c:1729: warning: cast from pointer to integer of different size /usr/ports/emulators/qemu/work/qemu-0.9.1/vl.c: In function `qemu_chr_open_pp': /usr/ports/emulators/qemu/work/qemu-0.9.1/vl.c:1778: warning: cast to pointer from integer of different size /usr/ports/emulators/qemu/work/qemu-0.9.1/vl.c: At top level: /usr/ports/emulators/qemu/work/qemu-0.9.1/vl.c:1219: warning: 'qemu_next_deadline' defined but not used gmake[1]: *** [vl.o] Error 1 gmake[1]: Leaving directory `/usr/ports/emulators/qemu/work/qemu-0.9.1/i386-softmmu' gmake: *** [subdir-i386-softmmu] Error 2 *** Error code 2 -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-emulation@FreeBSD.ORG Thu Feb 5 10:50:31 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 76D421065670 for ; Thu, 5 Feb 2009 10:50:31 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from mail-gx0-f21.google.com (mail-gx0-f21.google.com [209.85.217.21]) by mx1.freebsd.org (Postfix) with ESMTP id 2FC538FC24 for ; Thu, 5 Feb 2009 10:50:30 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: by gxk14 with SMTP id 14so159975gxk.19 for ; Thu, 05 Feb 2009 02:50:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=sjun264fv1q3UETCxVc13OZbVpsVmokTEdGtoIm/too=; b=ieyLyAx+610oufDNOQ4nj31UNIYZ53q2PMhGCT8fkPghSMw6qCLyzJAw4DZhPqHLxw BEHiYgzShGIR/rK6pqm+3109hIiQl2J/YlNmYOhtxeqUL43l+JTr94aQfXmTSqQqG151 op5G5CjzMXxn3mtDMqt3tD/IPfQzJqf69TO4E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=j4kFMwqAdBkiBlf3ihgDrm/Ci4z3RrmzMoD0R/6IdraOLis2K1+jyi1AvhROKcxxE7 SaHMwcJO3vaTwjrbW3gnJZ8yFre1Go7kXJM5szTY6hK3IgXKEUqUNBb7Q36l+H0JulHb Dy9RHI0ntM2G3o4EOH5Wlt1s1qKNxWjUTiYis= MIME-Version: 1.0 Received: by 10.150.156.9 with SMTP id d9mr414477ybe.121.1233829213939; Thu, 05 Feb 2009 02:20:13 -0800 (PST) In-Reply-To: <20081221174939.GA33531@dchagin.dialup.corbina.ru> References: <20081221174939.GA33531@dchagin.dialup.corbina.ru> Date: Thu, 5 Feb 2009 08:20:13 -0200 Message-ID: <747dc8f30902050220y7b1d726bj9f6f83afa843b520@mail.gmail.com> From: Renato Botelho To: Chagin Dmitry Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org Subject: Re: [PATCH] futexes, flash9 related 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, 05 Feb 2009 10:50:31 -0000 On Sun, Dec 21, 2008 at 3:49 PM, Chagin Dmitry wrote: > > Hi, > /me ready to present patches for testing (nor review). > > The primary goal - the futexes code is rewrited, Giant removed. > > head: http://people.freebsd.org/~timur/dchagin/mega-head.linux.patch > stable/7: http://people.freebsd.org/~timur/dchagin/mega-st7.linux.patch > > Please, test and report any problems. thnx! Hello, I would like to test this because i'm having some freezes on firefox3 + flash9 + 8.0-current i386 r188003 but the patch doesn't apply cleanly here, is there a new version that i've missed? Regards -- Renato Botelho From owner-freebsd-emulation@FreeBSD.ORG Fri Feb 6 06:55:09 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 94F59106564A for ; Fri, 6 Feb 2009 06:55:09 +0000 (UTC) (envelope-from root@dchagin.static.corbina.ru) Received: from contrabass.post.ru (contrabass.post.ru [85.21.78.5]) by mx1.freebsd.org (Postfix) with ESMTP id 4AD708FC13 for ; Fri, 6 Feb 2009 06:55:09 +0000 (UTC) (envelope-from root@dchagin.static.corbina.ru) Received: from corbina.ru (mail.post.ru [195.14.50.16]) by contrabass.post.ru (Postfix) with ESMTP id 2FD3A52FD0; Fri, 6 Feb 2009 09:35:56 +0300 (MSK) X-Virus-Scanned: by cgpav Uf39PSi9pFi9oFi9 Received: from [10.208.17.3] (HELO dchagin.static.corbina.ru) by corbina.ru (CommuniGate Pro SMTP 5.1.14) with ESMTPS id 1610163675; Fri, 06 Feb 2009 09:35:56 +0300 Received: from dchagin.static.corbina.ru (localhost.chd.net [127.0.0.1]) by dchagin.static.corbina.ru (8.14.3/8.14.3) with ESMTP id n166ZtXl002149; Fri, 6 Feb 2009 09:35:55 +0300 (MSK) (envelope-from root@dchagin.static.corbina.ru) Received: (from root@localhost) by dchagin.static.corbina.ru (8.14.3/8.14.3/Submit) id n166ZoEc002148; Fri, 6 Feb 2009 09:35:50 +0300 (MSK) (envelope-from root) Date: Fri, 6 Feb 2009 09:35:50 +0300 From: Chagin Dmitry To: Renato Botelho Message-ID: <20090206063550.GA2123@dchagin.static.corbina.ru> References: <20081221174939.GA33531@dchagin.dialup.corbina.ru> <747dc8f30902050220y7b1d726bj9f6f83afa843b520@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <747dc8f30902050220y7b1d726bj9f6f83afa843b520@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-emulation@freebsd.org Subject: Re: [PATCH] futexes, flash9 related 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: Fri, 06 Feb 2009 06:55:09 -0000 On Thu, Feb 05, 2009 at 08:20:13AM -0200, Renato Botelho wrote: > On Sun, Dec 21, 2008 at 3:49 PM, Chagin Dmitry wrote: > > > > Hi, > > /me ready to present patches for testing (nor review). > > > > The primary goal - the futexes code is rewrited, Giant removed. > > > > head: http://people.freebsd.org/~timur/dchagin/mega-head.linux.patch > > stable/7: http://people.freebsd.org/~timur/dchagin/mega-st7.linux.patch > > > > Please, test and report any problems. thnx! > > Hello, > > I would like to test this because i'm having some freezes on > firefox3 + flash9 + 8.0-current i386 r188003 but the patch > doesn't apply cleanly here, is there a new version that i've > missed? > hi, try http://lnxx64.googlecode.com/files/futexes_partial.patch -- Have fun! chd From owner-freebsd-emulation@FreeBSD.ORG Fri Feb 6 08:06:32 2009 Return-Path: Delivered-To: emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C700F106564A; Fri, 6 Feb 2009 08:06:32 +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 026DE8FC0A; Fri, 6 Feb 2009 08:06:31 +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 n167mIEo024227 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Feb 2009 10:48:19 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LVLRh-00022y-Mx; Fri, 06 Feb 2009 10:48:17 +0300 From: Vladimir Grebenschikov To: nox@FreeBSD.org Content-Type: multipart/mixed; boundary="=-pbScQSAZW5lx826Q5xRb" Organization: SWsoft Date: Fri, 06 Feb 2009 10:48:16 +0300 Message-Id: <1233906496.1746.28.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.4 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: emulation@FreeBSD.org, x11@FreeBSD.org Subject: astro/google-earth do not work with recent Xorg 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: Fri, 06 Feb 2009 08:06:33 -0000 --=-pbScQSAZW5lx826Q5xRb Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi It starts, then shows on console: -- unknown chip id 0x7145, can't guess. libGL warning: 3D driver returned no fbconfigs. libGL error: InitDriver failed libGL error: reverting to (slow) indirect rendering -- Then shows pop-up with "Google Earth can't runon your machine as it could not access the graphics card. ..." Then crashes with: terminate called after throwing an instance of 'QString' Google Earth has caught signal 6. Stacktrace from glibc: ./googleearth-bin [0x806c3a3] ./googleearth-bin [0x806c916] [0xbfbfffbb] /lib/libc.so.6(abort+0x101) [0x493d0301] ./libstdc++.so.6(_ZN9__gnu_cxx27__verbose_terminate_handlerEv+0x179) [0x4816a019] ./libstdc++.so.6 [0x481679a5] ./libstdc++.so.6 [0x481679e2] ./libstdc++.so.6 [0x48167b4a] ./librender.so(_ZN12RenderWidget6SetApiEPN5earth4evll3APIE+0x34e) [0x49f3b57e] ./librender.so(_ZN5earth6render12RenderWindow12createWidgetEv+0xb2) [0x49f1cf62] ./libgoogleearth_lib.so(_ZN5earth6client12ModuleWidget9showEventEP10QShowEvent+0x8e) [0x4931af6e] ./libQtGui.so.4(_ZN7QWidget5eventEP6QEvent+0x7cf) [0x4851715f] ... (full crash log attached) I have working openGL for FreeBSD applications (radeonhd driver, ATI X1400 card): $ glinfo Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". GL_VERSION: 1.3 Mesa 7.3 GL_EXTENSIONS: GL_ARB_depth_texture GL_ARB_fragment_program GL_ARB_imaging GL_ARB_multisample GL_ARB_multitexture GL_ARB_point_parameters GL_ARB_shadow GL_ARB_shadow_ambient GL_ARB_texture_border_clamp GL_ARB_texture_compression GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_combine GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 GL_MESAX_texture_float GL_ARB_texture_mirrored_repeat GL_ARB_texture_rectangle GL_ARB_transpose_matrix GL_ARB_vertex_buffer_object GL_ARB_vertex_program GL_ARB_window_pos GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_equation_separate GL_EXT_blend_func_separate GL_EXT_blend_logic_op GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_clip_volume_hint GL_EXT_compiled_vertex_array GL_EXT_convolution GL_EXT_copy_texture GL_EXT_draw_range_elements GL_EXT_gpu_program_parameters GL_EXT_histogram GL_EXT_multi_draw_arrays GL_EXT_packed_pixels GL_EXT_point_parameters GL_EXT_polygon_offset GL_EXT_rescale_normal GL_EXT_secondary_c! olor GL_EXT_separate_specular_color GL_EXT_shadow_funcs GL_EXT_stencil_two_side GL_EXT_stencil_wrap GL_EXT_subtexture GL_EXT_texture GL_EXT_texture3D GL_EXT_texture_edge_clamp GL_EXT_texture_env_add GL_EXT_texture_env_combine GL_EXT_texture_env_dot3 GL_EXT_texture_filter_anisotropic GL_EXT_texture_lod_bias GL_EXT_texture_mirror_clamp GL_EXT_texture_object GL_EXT_texture_rectangle GL_EXT_vertex_array GL_APPLE_packed_pixels GL_ATI_blend_equation_separate GL_ATI_texture_env_combine3 GL_ATI_texture_mirror_once GL_IBM_rasterpos_clip GL_IBM_texture_mirrored_repeat GL_INGR_blend_func_separate GL_MESA_pack_invert GL_MESA_ycbcr_texture GL_MESA_window_pos GL_NV_blend_square GL_NV_light_max_exponent GL_NV_texture_rectangle GL_NV_texgen_reflection GL_NV_vertex_program GL_OES_read_format GL_SGI_color_matrix GL_SGI_color_table GL_SGIS_generate_mipmap GL_SGIS_texture_border_clamp GL_SGIS_texture_edge_clamp GL_SGIS_texture_lod GL_SGIX_depth_texture GL_SGIX_shadow_ambient GL_SUN_multi_draw_! arrays GL_RENDERER: Mesa DRI R300 20060815 x86/MMX/SSE2 TCL GL_VENDOR: DRI R300 Project GLU_VERSION: 1.3 GLU_EXTENSIONS: GLU_EXT_nurbs_tessellator GLU_EXT_object_space_tess GLUT_API_VERSION: 5 GLUT_XLIB_IMPLEMENTATION: 15 $ Probably reason is in outdated X libraries: xorg-7.4 X.Org complete distribution metaport xorg-apps-7.4_1 X.org apps meta-port xorg-drivers-7.4 X.org drivers meta-port xorg-libraries-7.4 X.org libraries meta-port xorg-server-1.5.3_4,1 X.Org X server and related programs dri-7.3,2 OpenGL hardware acceleration drivers for the DRI libGL-7.3_1 OpenGL library that renders using GLX or DRI libGLU-7.3 OpenGL utility library ... linux-xorg-libs-6.8.2_5 Xorg libraries, linux binaries linux_base-f8-8_11 Base set of packages needed in Linux mode (for i386/amd64) linux_dri-7.0 Binary Linux DRI libraries for 3D hardware acceleration of ... Any hints will be very appreciated. PPS: Also, looks like binary get lost in home on non-first start: $ googleearth Warning: Unable to create prefs directory '/home/vova/.googleearth'. File exists. ... $ file /home/vova /home/vova/.googleearth /compat/linux/home/vova /home/vova: directory /home/vova/.googleearth: directory /compat/linux/home/vova: cannot open `/compat/linux/home/vova' (No such file or directory) -- Vladimir B. Grebenschikov vova@fbsd.ru --=-pbScQSAZW5lx826Q5xRb Content-Disposition: attachment; filename="crashlog-C3886AC0.txt" Content-Type: text/plain; name="crashlog-C3886AC0.txt"; charset="KOI8-R" Content-Transfer-Encoding: base64 Q1JBU0hMT0dWRVIgMQ0KQ1JBU0hMT0dJRCAweEMzODg2QUMwDQpBUFBWRVJNQUpPUiA1DQpBUFBW RVJNSU5PUiAwDQpBUFBWRVJCVUlMRCAxMTMzNw0KQVBQQlVJTEREQVRFIEphbiAyOCAyMDA5DQpB UFBCVUlMRFRJTUUgMTU6NDI6MjMNCk9TVFlQRSAxMQ0KT1NWRVJNQUpPUiAyDQpPU1ZFUk1JTk9S IDYNCk9TVkVSQlVJTEQgMTYNCk9TVkVSUEFUQ0ggMA0KUElEIDI1ODANCkNSQVNIU0lHTkFMIDYN CkNSQVNIVElNRSAxMjMzOTA1MTE4DQpQUk9HUkFNVVBUSU1FIDE0Mg0KDQpTVEFDSyAweDgwNmMz YTMNClNUQUNLIDB4ODA2YzkxNg0KU1RBQ0sgMHhiZmJmZmZiYg0KU1RBQ0sgMHg0OTNkMDMwMQ0K U1RBQ0sgMHg0ODE2YTAxOQ0KU1RBQ0sgMHg0ODE2NzlhNQ0KU1RBQ0sgMHg0ODE2NzllMg0KU1RB Q0sgMHg0ODE2N2I0YQ0KU1RBQ0sgMHg0OWYzYjU3ZQ0KU1RBQ0sgMHg0OWYxY2Y2Mg0KU1RBQ0sg MHg0OTMxYWY2ZQ0KU1RBQ0sgMHg0ODUxNzE1Zg0KU1RBQ0sgMHg0ODRkNTEzMA0KU1RBQ0sgMHg0 ODRkYzkxNg0KU1RBQ0sgMHg0ODJhODJmMg0KU1RBQ0sgMHg0ODUxOWZjMw0KU1RBQ0sgMHg0ODUx OWQwZg0KU1RBQ0sgMHg0ODUxOWU5OA0KU1RBQ0sgMHg0ODUxOWVlNg0KU1RBQ0sgMHg0ODUxYTRi Yg0KU1RBQ0sgMHg0ODUxOWU4Mg0KU1RBQ0sgMHg0ODUxOWVlNg0KU1RBQ0sgMHg0ODUxOWQwZg0K U1RBQ0sgMHg0ODUxOWU5OA0KU1RBQ0sgMHg0ODUxOWVlNg0KU1RBQ0sgMHg0ODUxYTRiYg0KU1RB Q0sgMHg0ODUxOWU4Mg0KU1RBQ0sgMHg0ODUxOWVlNg0KU1RBQ0sgMHg0ODUxYTRiYg0KU1RBQ0sg MHg0ODUxOWU4Mg0KU1RBQ0sgMHg0ODUxOWVlNg0KU1RBQ0sgMHg0ODUxYTRiYg0KU1RBQ0sgMHg0 ODUxOWU4Mg0KU1RBQ0sgMHg0ODUxOWVlNg0KU1RBQ0sgMHg0ODUxYTRiYg0KU1RBQ0sgMHg0ODUx OWU4Mg0KU1RBQ0sgMHg0ODUxOWVlNg0KU1RBQ0sgMHg0ODUxYTRiYg0KU1RBQ0sgMHg0ODUwZjg2 NQ0KU1RBQ0sgMHg0OTJlYzZlZA0KU1RBQ0sgMHg0OTM1NDdkMA0KU1RBQ0sgMHg0OTM1NzE0MA0K U1RBQ0sgMHg4MDZkYTNhDQpTVEFDSyAweDQ5M2JiMzkwDQpTVEFDSyAweDgwNmJiMzENCg0KRFNP IGdvb2dsZWVhcnRoLWJpbi8weDgwNDgwMDAvMjk4NzA0DQpEU08gbGliZ2NjX3Muc28uMS8weDQ4 MGFmMDAwLzM5MDk2DQpEU08gbGlic3RkYysrLnNvLjYvMHg0ODBiYTAwMC84NDk0NzINCkRTTyBs aWJRdENvcmUuc28uNC8weDQ4MTk0MDAwLzIyMDcwNDANCkRTTyBsaWJRdEd1aS5zby40LzB4NDgz YjgwMDAvNzE0ODUyMA0KRFNPIGxpYlF0TmV0d29yay5zby40LzB4NDhhYWYwMDAvNzU5MzQwDQpE U08gbGliUXRXZWJLaXQuc28uNC8weDQ4YjZlMDAwLzY3MDQ5ODQNCkRTTyBsaWJnb29nbGVlYXJ0 aF9saWIuc28vMHg0OTI2MDAwMC8xMTExNTgxDQpEU08gbGlibS5zby42LzB4NDkzN2MwMDAvMTU5 MjM2DQpEU08gbGliYy5zby42LzB4NDkzYTUwMDAvMTQwMDk1Ng0KRFNPIGxpYnB0aHJlYWQuc28u MC8weDQ5NTAyMDAwLzgxMzQwDQpEU08gbGliYmFzZS5zby8weDQ5NTFiMDAwLzcwODQyNA0KRFNP IGxpYmdlX25ldC5zby8weDQ5NWNlMDAwLzMxMzk4OA0KRFNPIGxpYmdlb2Jhc2Uuc28vMHg0OTYx ZDAwMC8zMTY3Mzc2DQpEU08gbGliei5zby4xLzB4NDk5NDAwMDAvODY5NzINCkRTTyBsaWJndGhy ZWFkLTIuMC5zby4wLzB4NDk5NTcwMDAvMTMyNjANCkRTTyBsaWJydC5zby4xLzB4NDk5NWQwMDAv MjYzMjANCkRTTyBsaWJnbGliLTIuMC5zby4wLzB4NDk5NjYwMDAvODI1MTkyDQpEU08gbGliZGwu c28uMi8weDQ5YTMxMDAwLzg0NDANCkRTTyBsaWJmcmVldHlwZS5zby42LzB4NDlhMzYwMDAvNTU1 MTA4DQpEU08gbGliU00uc28uNi8weDQ5YWMyMDAwLzMwNTA4DQpEU08gbGliSUNFLnNvLjYvMHg0 OWFjYjAwMC85MDE4NA0KRFNPIGxpYlhpLnNvLjYvMHg0OWFlNjAwMC8yNzIzMg0KRFNPIGxpYlhy ZW5kZXIuc28uMS8weDQ5YWVlMDAwLzI4MDUyDQpEU08gbGliWHJhbmRyLnNvLjIvMHg0OWFmNjAw MC85MDQwDQpEU08gbGliWGV4dC5zby42LzB4NDlhZmEwMDAvNTU0MjANCkRTTyBsaWJYMTEuc28u Ni8weDQ5YjA5MDAwLzg0Njg2MA0KRFNPIGxpYklHQ29yZS5zby8weDQ5YmRkMDAwLzk1Mzc0OA0K RFNPIGxpYklHVXRpbHMuc28vMHg0OWNkNDAwMC8xNDY1NjgNCkRTTyBsaWJhcGlsb2FkZXIuc28v MHg0OWNmYjAwMC8xMTQwNA0KRFNPIGxpYmF1dGguc28vMHg0OWNmZjAwMC81OTU0NzINCkRTTyBs aWJjb21tb24uc28vMHg0OWQ5NzAwMC85MDg1MzINCkRTTyBsaWJjb21wb25lbnRmcmFtZXdvcmsu c28vMHg0OWU3YzAwMC8zNDU2OA0KRFNPIGxpYm1hdGguc28vMHg0OWU4NjAwMC8yMTA3NTYNCkRT TyBsaWJtb2R1bGVmcmFtZXdvcmsuc28vMHg0OWViYjAwMC81MjE3Mg0KRFNPIGxpYnBvcnQuc28v MHg0OWVjOTAwMC8zNTAzMg0KRFNPIGxpYnJlbmRlci5zby8weDQ5ZWQ0MDAwLzU4NzA2Ng0KRFNP IGxkLWxpbnV4LnNvLjIvMHg0ODA5MTAwMC8xMDY2NDQNCkRTTyBsaWJJR01hdGguc28vMHg0OWY2 OTAwMC8yNzgxMjQNCkRTTyBsaWJtaW5pemlwLnNvLzB4NDlmYjIwMDAvMjE1OTINCkRTTyBsaWJm dXNpb25jb21tb24uc28vMHg0OWZiYTAwMC8xNDI2MA0KRFNPIGxpYmN1cmwuc28uNC8weDQ5ZmJm MDAwLzIwMTIwNA0KRFNPIGxpYkdMLnNvLjEvMHg0OWZmMjAwMC8zNTc1NjQNCkRTTyBsaWJHTFUu c28uMS8weDRhMDRkMDAwLzUwNzc3OQ0KRFNPIGxpYlh4Zjg2dm0uc28uMS8weDRhMGNjMDAwLzE1 NDI4DQpEU08gbGliWGRhbWFnZS5zby4xLzB4NGEwZDEwMDAvNTA0NA0KRFNPIGxpYlhmaXhlcy5z by4zLzB4NGEwZDQwMDAvMTM2OTYNCkRTTyBsaWJkcm0uc28uMi8weDRhMGQ5MDAwLzMxMjQwDQpE U08gbGliWGN1cnNvci5zby4xLzB4NGUyZTUwMDAvMzMxOTYNCkRTTyBsaWJYaW5lcmFtYS5zby4x LzB4NGUyZWYwMDAvNTQyOA0KRFNPIGxpYm5zc19maWxlcy5zby4yLzB4NGUyZjIwMDAvMzg0NDAN CkRTTyBsaWJxZ2lmLnNvLzB4NTIyZmUwMDAvMTcxMDQNCkRTTyBsaWJxanBlZy5zby8weDUyMzA0 MDAwLzEzOTY1Mg0KRFNPIHhsY0RlZi5zby4yLzB4NDkzNzkwMDAvNjQ2OA0KRFNPIGxpYklHR2Z4 LnNvLzB4NTIzMjgwMDAvMjk3MDIzMg0KRFNPIGxpYmV2bGwuc28vMHg1MjYxNTAwMC84NjY3Mzk2 DQpEU08gbGliYWxjaGVteWV4dC5zby8weDUyZTcxMDAwLzExNDkyDQpEU08gbGliSUdBdHRycy5z by8weDUyZTc1MDAwLzM4MjMyNA0KRFNPIGxpYklHU2cuc28vMHg1MmVkYjAwMC8xMDM1MTA4DQpE U08gbGliaWN1dWMuc28uMzgvMHg1MzA0ZjAwMC8xMDUyNzk3DQpEU08gbGliY29sbGFkYS5zby8w eDUzMTVhMDAwLzMyOTI4NTgNCkRTTyBsaWJJR0V4cG9ydENvbW1vbi5zby8weDUzNDgyMDAwLzUx NzMyMA0KRFNPIGxpYklHT3B0LnNvLzB4NTM1MGEwMDAvODQxNDE2DQpEU08gbGliSUdEaXNwbGF5 LnNvLzB4NTM1ZTUwMDAvNzA1NDQNCkRTTyBsaWJJR0d1aS5zby8weDUzNWY5MDAwLzI0NjA2OA0K RFNPIHhpbWNwLnNvLjIvMHg1Mzc0YjAwMC8xMTYwODQNCkRTTyBsaWJuc3NfZG5zLnNvLjIvMHg1 Yjc2ZTAwMC8xNTI0MA0KRFNPIGxpYnJlc29sdi5zby4yLzB4NWI3NzQwMDAvNjQ1NjQNCkRTTyBs aWJnb2JqZWN0LTIuMC5zby4wLzB4NWI3OTkwMDAvMjU0NDMyDQpEU08gbGlibmF2aWdhdGUuc28v MHg2MzdkOTAwMC8xMzAyNDI0DQpEU08gbGlibGF5ZXIuc28vMHg2ZjkyMjAwMC8xNzM3OTkwDQpE U08gbGlid21zYmFzZS5zby8weDZmYWQ2MDAwLzMyMzIzMg0KRFNPIGxpYm1lYXN1cmUuc28vMHg2 ZmIyOTAwMC80ODM0MDgNCkRTTyBsaWJiYXNpY2luZ2VzdC5zby8weDZmYmE1MDAwLzc4MzYwMw0K RFNPIGxpYmdwcy5zby8weDZmYzZlMDAwLzQ3MTkyMA0KRFNPIGxpYmdvb2dsZXNlYXJjaC5zby8w eDZmY2U3MDAwLzU1MzY4MA0KRFNPIGxpYmlucHV0X3BsdWdpbi5zby8weDZmZDc0MDAwLzI4MDQx NQ0KRFNPIGxpYmZsaWdodHNpbS5zby8weDZmZGJjMDAwLzEyMzY0MzgNCkRTTyByMzAwX2RyaS5z by8weDcwMzU5MDAwLzIxMjIzNDQNCkRTTyBsaWJleHBhdC5zby4xLzB4NzA1N2EwMDAvMTE5MzA0 DQoNCg0K --=-pbScQSAZW5lx826Q5xRb-- From owner-freebsd-emulation@FreeBSD.ORG Fri Feb 6 09:05: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 94E32106567C; Fri, 6 Feb 2009 09:05:39 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 39CC48FC1F; Fri, 6 Feb 2009 09:05:39 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2EB9A.dip.t-dialin.net [217.226.235.154]) by redbull.bpaserver.net (Postfix) with ESMTP id 686652E0FD; Fri, 6 Feb 2009 09:47:32 +0100 (CET) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 1550B11FFCD; Fri, 6 Feb 2009 09:47:29 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1233910049; bh=2LusKDCbMMXr/3vKvlTC6V02NAmulUzUS 29ygohaX54=; h=Message-ID:Date:From:To:Cc:Subject:References: In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=OzsuFWmHKP+RKyMJ947/2+Vihu3TjsHvn2gTWOGyLEEeLvgCGTzo/A0rEV9k6Eyh2 i0vY3xbCp8VWWtVEmyaNo3KA0KKREoxSFD/LEgzRaDiIUpSKc8WWGmFschtWJZnFdLV zvU+PUkBcWY1nHzJpxE/E+DaTj09Zl8qQEiJfCDnuLSCr58LpGyh7b9olVPAWSYXfVH WqOcdF/PA26JHe6CotT9M3o2neRsN9fbuSGeimsnSfdYr68Dc7MBxkOARJEZ4XkEvks JryJ3F9UovK0OJvgfcH3Y728jvzIugAw3IRlkSD3RwQQqZ3HzD8qOuaLFUMbogIlNcJ 55dhRDlZw== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id n168lSfv035341; Fri, 6 Feb 2009 09:47:28 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Fri, 06 Feb 2009 09:47:28 +0100 Message-ID: <20090206094728.10822rj93nm7s280@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Fri, 06 Feb 2009 09:47:28 +0100 From: Alexander Leidinger To: Chagin Dmitry References: <20081221174939.GA33531@dchagin.dialup.corbina.ru> <747dc8f30902050220y7b1d726bj9f6f83afa843b520@mail.gmail.com> <20090206063550.GA2123@dchagin.static.corbina.ru> In-Reply-To: <20090206063550.GA2123@dchagin.static.corbina.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.3) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 686652E0FD.B9C1A X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-13.504, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, MIME_QP_LONG_LINE 1.40, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-emulation@freebsd.org Subject: Re: [PATCH] futexes, flash9 related 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: Fri, 06 Feb 2009 09:05:40 -0000 Quoting Chagin Dmitry (from Fri, 6 Feb 2009 =20 09:35:50 +0300): > On Thu, Feb 05, 2009 at 08:20:13AM -0200, Renato Botelho wrote: >> On Sun, Dec 21, 2008 at 3:49 PM, Chagin Dmitry wrot= e: >> > >> > Hi, >> > /me ready to present patches for testing (nor review). >> > >> > The primary goal - the futexes code is rewrited, Giant removed. >> > >> > head: http://people.freebsd.org/~timur/dchagin/mega-head.linux.patch >> > stable/7: http://people.freebsd.org/~timur/dchagin/mega-st7.linux.patch >> > >> > Please, test and report any problems. thnx! >> >> Hello, >> >> I would like to test this because i'm having some freezes on >> firefox3 + flash9 + 8.0-current i386 r188003 but the patch >> doesn't apply cleanly here, is there a new version that i've >> missed? >> > > hi, > try http://lnxx64.googlecode.com/files/futexes_partial.patch Please let the DEBUG part as it is, I'm in the process of converting =20 it to DTrace =20 (http://svnweb.freebsd.org/viewvc/base/user/netchild/linuxulator-dtrace/). Bye, Alexander. --=20 BOFH excuse #397: T1's congested due to porn traffic to the news server http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-emulation@FreeBSD.ORG Fri Feb 6 10:10:22 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 03E5B106566C; Fri, 6 Feb 2009 10:10:22 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 946F28FC12; Fri, 6 Feb 2009 10:10:21 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1LVN0b-0007hI-33; Fri, 06 Feb 2009 11:28:25 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n169SLwh043174 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Feb 2009 11:28:22 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n169SLNb087412; Fri, 6 Feb 2009 11:28:21 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n169SLYW087411; Fri, 6 Feb 2009 11:28:21 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 6 Feb 2009 11:28:21 +0200 From: Kostik Belousov To: Alexander Leidinger Message-ID: <20090206092821.GM9427@deviant.kiev.zoral.com.ua> References: <20081221174939.GA33531@dchagin.dialup.corbina.ru> <747dc8f30902050220y7b1d726bj9f6f83afa843b520@mail.gmail.com> <20090206063550.GA2123@dchagin.static.corbina.ru> <20090206094728.10822rj93nm7s280@webmail.leidinger.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Z1Z8UV8BNhgCynIS" Content-Disposition: inline In-Reply-To: <20090206094728.10822rj93nm7s280@webmail.leidinger.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1LVN0b-0007hI-33 8cb64dc1ddc6179efe41bceb50993a11 X-Terabit: YES Cc: freebsd-emulation@freebsd.org, Chagin Dmitry Subject: Re: [PATCH] futexes, flash9 related 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: Fri, 06 Feb 2009 10:10:22 -0000 --Z1Z8UV8BNhgCynIS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 06, 2009 at 09:47:28AM +0100, Alexander Leidinger wrote: > Quoting Chagin Dmitry (from Fri, 6 Feb 2009 =20 > 09:35:50 +0300): >=20 > >On Thu, Feb 05, 2009 at 08:20:13AM -0200, Renato Botelho wrote: > >>On Sun, Dec 21, 2008 at 3:49 PM, Chagin Dmitry =20 > >>wrote: > >>> > >>> Hi, > >>> /me ready to present patches for testing (nor review). > >>> > >>> The primary goal - the futexes code is rewrited, Giant removed. > >>> > >>> head: http://people.freebsd.org/~timur/dchagin/mega-head.linux.patch > >>> stable/7: http://people.freebsd.org/~timur/dchagin/mega-st7.linux.pat= ch > >>> > >>> Please, test and report any problems. thnx! > >> > >>Hello, > >> > >>I would like to test this because i'm having some freezes on > >>firefox3 + flash9 + 8.0-current i386 r188003 but the patch > >>doesn't apply cleanly here, is there a new version that i've > >>missed? > >> > > > >hi, > >try http://lnxx64.googlecode.com/files/futexes_partial.patch >=20 > Please let the DEBUG part as it is, I'm in the process of converting =20 > it to DTrace =20 > (http://svnweb.freebsd.org/viewvc/base/user/netchild/linuxulator-dtrace/). DTrace is absolutely unsuitable for getting the _traces_ from the kernel, as well as the kernel printfs. Moreover, use of KTR is in-line with other tracing points in *our* kernel. DTrace probes are orthogonal to traces. --Z1Z8UV8BNhgCynIS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkmMArUACgkQC3+MBN1Mb4hEBwCfXEQX4NB0/QsErgoe6A6ygoxP XQoAoOEh4vYEYxy8ipMzC+Jz4udCGq3F =18Zy -----END PGP SIGNATURE----- --Z1Z8UV8BNhgCynIS-- From owner-freebsd-emulation@FreeBSD.ORG Fri Feb 6 11:21:17 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 407E0106564A; Fri, 6 Feb 2009 11:21:17 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id BD5618FC29; Fri, 6 Feb 2009 11:21:16 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2EB9A.dip.t-dialin.net [217.226.235.154]) by redbull.bpaserver.net (Postfix) with ESMTP id C78BC2E2D9; Fri, 6 Feb 2009 12:21:07 +0100 (CET) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 4BE97131FFD; Fri, 6 Feb 2009 12:21:04 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1233919264; bh=l27DBLQXLlWlawMhzLTId0n9z+epCwnx1 KZgQJzbamU=; h=Message-ID:Date:From:To:Cc:Subject:References: In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=JzHJypsanTwW8Wiwq5IBTvhwk+eLl9xf0AcMgt6LWMVGRy2cD+g8cAzgDz7QlCsen odJQyE2ZAG9bZyjTeuOi0+vI3kZ521lhgpH1hnm+t4xYWh7Ou6wazXjhZYU7/LB8mpQ WH0pQiAtxn1H3bJR+l/nN7iY1HSIgJmf30BBebO0YXMoZv6V+lF+kNwhAsq1JavTvBZ mVjjv584HrOBCO9IMJDlbVOxBWGy/4FO2ySz0/y7YGH8Q/zpzuirG5coo3dZ722glOC hnQ9LzE2XElftoYHXcjzi+XyjpJQYjLCn/eGFwlh4eHBocF5IPLV1MAzxw2sr2SaLxy aPN1vTKzw== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id n16BL36N061917; Fri, 6 Feb 2009 12:21:03 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Fri, 06 Feb 2009 12:21:03 +0100 Message-ID: <20090206122103.9886475rqvyhdt2c@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Fri, 06 Feb 2009 12:21:03 +0100 From: Alexander Leidinger To: Kostik Belousov References: <20081221174939.GA33531@dchagin.dialup.corbina.ru> <747dc8f30902050220y7b1d726bj9f6f83afa843b520@mail.gmail.com> <20090206063550.GA2123@dchagin.static.corbina.ru> <20090206094728.10822rj93nm7s280@webmail.leidinger.net> <20090206092821.GM9427@deviant.kiev.zoral.com.ua> In-Reply-To: <20090206092821.GM9427@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.3) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: C78BC2E2D9.523E6 X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-13.504, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, MIME_QP_LONG_LINE 1.40, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-emulation@freebsd.org, Chagin Dmitry Subject: Re: [PATCH] futexes, flash9 related 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: Fri, 06 Feb 2009 11:21:17 -0000 Quoting Kostik Belousov (from Fri, 6 Feb 2009 =20 11:28:21 +0200): > On Fri, Feb 06, 2009 at 09:47:28AM +0100, Alexander Leidinger wrote: >> Quoting Chagin Dmitry (from Fri, 6 Feb 2009 >> 09:35:50 +0300): >> >> >On Thu, Feb 05, 2009 at 08:20:13AM -0200, Renato Botelho wrote: >> >>On Sun, Dec 21, 2008 at 3:49 PM, Chagin Dmitry >> >>wrote: >> >>> >> >>> Hi, >> >>> /me ready to present patches for testing (nor review). >> >>> >> >>> The primary goal - the futexes code is rewrited, Giant removed. >> >>> >> >>> head: http://people.freebsd.org/~timur/dchagin/mega-head.linux.patch >> >>> stable/7: http://people.freebsd.org/~timur/dchagin/mega-st7.linux.pat= ch >> >>> >> >>> Please, test and report any problems. thnx! >> >> >> >>Hello, >> >> >> >>I would like to test this because i'm having some freezes on >> >>firefox3 + flash9 + 8.0-current i386 r188003 but the patch >> >>doesn't apply cleanly here, is there a new version that i've >> >>missed? >> >> >> > >> >hi, >> >try http://lnxx64.googlecode.com/files/futexes_partial.patch >> >> Please let the DEBUG part as it is, I'm in the process of converting >> it to DTrace >> (http://svnweb.freebsd.org/viewvc/base/user/netchild/linuxulator-dtrace/)= . > > DTrace is absolutely unsuitable for getting the _traces_ from the kernel, > as well as the kernel printfs. Moreover, use of KTR is in-line with other > tracing points in *our* kernel. Could you please be more specific (maybe some examples) about what you =20 mean by "unsuitable"? Maybe I have a different understanding of =20 "traces" than you have. For the places where KTR is used in _this =20 patch_, DTrace seems to be suitable to me. AFAIR KTR needs to be specially enabled at compile time, while DTrace =20 can be enabled at run-time. Is the KTR part correct? If yes, I see a =20 benefit in using DTrace instead of KTR. Apart from that, DTrace has =20 some advantages (DTrace scripts, limiting the tracing to just use =20 within a specific application, conditional tracing, ...) over KTR, so =20 if it is not something performance critical where DTrace is not able =20 to handle it but KTR is, or something which DTrace is not able to =20 handle at all, I see no point in not converting to DTrace (it has the =20 advantage that it can be used even on a production system, where I =20 wouldn't let KTR in the kernel on a production system). Bye, Alexander. --=20 BOFH excuse #170: popper unable to process jumbo kernel http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-emulation@FreeBSD.ORG Fri Feb 6 11:36:33 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 E4E8A106564A; Fri, 6 Feb 2009 11:36:33 +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 33BA48FC18; Fri, 6 Feb 2009 11:36:32 +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 n16BJoJf007440 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Feb 2009 14:19:51 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LVOkQ-0000XP-Bz; Fri, 06 Feb 2009 14:19:50 +0300 From: Vladimir Grebenschikov To: Chagin Dmitry In-Reply-To: <20090206063550.GA2123@dchagin.static.corbina.ru> References: <20081221174939.GA33531@dchagin.dialup.corbina.ru> <747dc8f30902050220y7b1d726bj9f6f83afa843b520@mail.gmail.com> <20090206063550.GA2123@dchagin.static.corbina.ru> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 06 Feb 2009 14:19:49 +0300 Message-Id: <1233919189.1866.13.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.4 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-emulation@freebsd.org Subject: Re: [PATCH] futexes, flash9 related 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: Fri, 06 Feb 2009 11:36:34 -0000 On Fri, 2009-02-06 at 09:35 +0300, Chagin Dmitry wrote: > hi, > try http://lnxx64.googlecode.com/files/futexes_partial.patch For me, with this patch skype leads to kernel panic (vm_fault) on start. SMP System, recent 8-CURRENT. -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-emulation@FreeBSD.ORG Fri Feb 6 12:00:56 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 2AAB810656D5; Fri, 6 Feb 2009 12:00:56 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id B70938FC12; Fri, 6 Feb 2009 12:00:55 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1LVPOA-000MNq-AO; Fri, 06 Feb 2009 14:00:54 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n16C0p7i055112 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Feb 2009 14:00:51 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n16C0pdM038436; Fri, 6 Feb 2009 14:00:51 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n16C0pgV038435; Fri, 6 Feb 2009 14:00:51 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 6 Feb 2009 14:00:51 +0200 From: Kostik Belousov To: Alexander Leidinger Message-ID: <20090206120051.GO9427@deviant.kiev.zoral.com.ua> References: <20081221174939.GA33531@dchagin.dialup.corbina.ru> <747dc8f30902050220y7b1d726bj9f6f83afa843b520@mail.gmail.com> <20090206063550.GA2123@dchagin.static.corbina.ru> <20090206094728.10822rj93nm7s280@webmail.leidinger.net> <20090206092821.GM9427@deviant.kiev.zoral.com.ua> <20090206122103.9886475rqvyhdt2c@webmail.leidinger.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5G50dybFf3pRZKd7" Content-Disposition: inline In-Reply-To: <20090206122103.9886475rqvyhdt2c@webmail.leidinger.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1LVPOA-000MNq-AO 5a51e3f0094e7b4f9d7a553412d8c643 X-Terabit: YES Cc: freebsd-emulation@freebsd.org, Chagin Dmitry Subject: Re: [PATCH] futexes, flash9 related 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: Fri, 06 Feb 2009 12:00:59 -0000 --5G50dybFf3pRZKd7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 06, 2009 at 12:21:03PM +0100, Alexander Leidinger wrote: > Quoting Kostik Belousov (from Fri, 6 Feb 2009 =20 > 11:28:21 +0200): >=20 > >On Fri, Feb 06, 2009 at 09:47:28AM +0100, Alexander Leidinger wrote: > >>Quoting Chagin Dmitry (from Fri, 6 Feb 2009 > >>09:35:50 +0300): > >> > >>>On Thu, Feb 05, 2009 at 08:20:13AM -0200, Renato Botelho wrote: > >>>>On Sun, Dec 21, 2008 at 3:49 PM, Chagin Dmitry > >>>>wrote: > >>>>> > >>>>> Hi, > >>>>> /me ready to present patches for testing (nor review). > >>>>> > >>>>> The primary goal - the futexes code is rewrited, Giant removed. > >>>>> > >>>>> head: http://people.freebsd.org/~timur/dchagin/mega-head.linux.patch > >>>>> stable/7:=20 > >>http://people.freebsd.org/~timur/dchagin/mega-st7.linux.patch > >>>>> > >>>>> Please, test and report any problems. thnx! > >>>> > >>>>Hello, > >>>> > >>>>I would like to test this because i'm having some freezes on > >>>>firefox3 + flash9 + 8.0-current i386 r188003 but the patch > >>>>doesn't apply cleanly here, is there a new version that i've > >>>>missed? > >>>> > >>> > >>>hi, > >>>try http://lnxx64.googlecode.com/files/futexes_partial.patch > >> > >>Please let the DEBUG part as it is, I'm in the process of converting > >>it to DTrace > >>(http://svnweb.freebsd.org/viewvc/base/user/netchild/linuxulator-dtrace= /). > > > >DTrace is absolutely unsuitable for getting the _traces_ from the kernel, > >as well as the kernel printfs. Moreover, use of KTR is in-line with other > >tracing points in *our* kernel. >=20 > Could you please be more specific (maybe some examples) about what you = =20 > mean by "unsuitable"? Maybe I have a different understanding of =20 > "traces" than you have. For the places where KTR is used in _this =20 > patch_, DTrace seems to be suitable to me. >=20 > AFAIR KTR needs to be specially enabled at compile time, while DTrace =20 > can be enabled at run-time. Is the KTR part correct? If yes, I see a =20 > benefit in using DTrace instead of KTR. Apart from that, DTrace has =20 > some advantages (DTrace scripts, limiting the tracing to just use =20 > within a specific application, conditional tracing, ...) over KTR, so =20 > if it is not something performance critical where DTrace is not able =20 > to handle it but KTR is, or something which DTrace is not able to =20 > handle at all, I see no point in not converting to DTrace (it has the =20 > advantage that it can be used even on a production system, where I =20 > wouldn't let KTR in the kernel on a production system). 1. KTR does not require any user-mode support or action; in particular, it is useful for after-the-panic analysis, while DTrace is not. 2. Our DTrace support, is, to say it mildly, not quite matured. DTrace to be yseful also needs specially compiled kernel, that is not absolutely trivial at the moment. 3. As I said, DTrace probes are orthogonal to KTR. Put them in, if you want. It is not /instead/. Said this, I do not see a reason to block KTR patch. Absolutely different question is when to commit it. --5G50dybFf3pRZKd7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkmMJnIACgkQC3+MBN1Mb4jSCgCgyckCjpB67e4vAFEpomkxbsRV tcAAoLBFA9MRjlmq4ZiyG+2MQDzcjGCZ =kFsm -----END PGP SIGNATURE----- --5G50dybFf3pRZKd7-- From owner-freebsd-emulation@FreeBSD.ORG Fri Feb 6 12:35:42 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 154C0106566B; Fri, 6 Feb 2009 12:35:42 +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 1FBD08FC13; Fri, 6 Feb 2009 12:35:40 +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 n16CZYE1025472 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Feb 2009 15:35:35 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LVPvi-0002Jg-92; Fri, 06 Feb 2009 15:35:34 +0300 From: Vladimir Grebenschikov To: Chagin Dmitry In-Reply-To: <20090206122354.GA5670@dchagin.static.corbina.ru> References: <20081221174939.GA33531@dchagin.dialup.corbina.ru> <747dc8f30902050220y7b1d726bj9f6f83afa843b520@mail.gmail.com> <20090206063550.GA2123@dchagin.static.corbina.ru> <1233919189.1866.13.camel@localhost> <20090206122354.GA5670@dchagin.static.corbina.ru> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Fri, 06 Feb 2009 15:35:34 +0300 Message-Id: <1233923734.1866.33.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.4 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-emulation@freebsd.org Subject: Re: [PATCH] futexes, flash9 related 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: Fri, 06 Feb 2009 12:35:42 -0000 On Fri, 2009-02-06 at 15:23 +0300, Chagin Dmitry wrote: > On Fri, Feb 06, 2009 at 02:19:49PM +0300, Vladimir Grebenschikov wrote: > > On Fri, 2009-02-06 at 09:35 +0300, Chagin Dmitry wrote: > > > > > hi, > > > try http://lnxx64.googlecode.com/files/futexes_partial.patch > > > > For me, with this patch skype leads to kernel panic (vm_fault) on start. > > > > SMP System, recent 8-CURRENT. > > > > what about? > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html1~ I've did 'call doadump' from KDB console, and it even write something according to messages. But after boot /var/crash was empty. Something broken with dumping ... I've not dig further. Probably will dig at home, but did you just try to start skype (net/skype) ? $ fgrep dump /etc/rc.conf dumpdev="/dev/ad0s2b" $ > thnx! -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-emulation@FreeBSD.ORG Fri Feb 6 12:45:09 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 AF3F7106566B for ; Fri, 6 Feb 2009 12:45:09 +0000 (UTC) (envelope-from chd@dchagin.static.corbina.ru) Received: from contrabass.post.ru (contrabass.post.ru [85.21.78.5]) by mx1.freebsd.org (Postfix) with ESMTP id 2DF258FC18 for ; Fri, 6 Feb 2009 12:45:09 +0000 (UTC) (envelope-from chd@dchagin.static.corbina.ru) Received: from corbina.ru (mail.post.ru [195.14.50.16]) by contrabass.post.ru (Postfix) with ESMTP id 5510552900; Fri, 6 Feb 2009 15:24:00 +0300 (MSK) X-Virus-Scanned: by cgpav Uf39PSi9pFi9oFi9 Received: from [10.208.17.3] (HELO dchagin.static.corbina.ru) by corbina.ru (CommuniGate Pro SMTP 5.1.14) with ESMTPS id 1610777144; Fri, 06 Feb 2009 15:24:00 +0300 Received: from dchagin.static.corbina.ru (localhost.chd.net [127.0.0.1]) by dchagin.static.corbina.ru (8.14.3/8.14.3) with ESMTP id n16CNx7o005685; Fri, 6 Feb 2009 15:23:59 +0300 (MSK) (envelope-from chd@dchagin.static.corbina.ru) Received: (from root@localhost) by dchagin.static.corbina.ru (8.14.3/8.14.3/Submit) id n16CNsvO005684; Fri, 6 Feb 2009 15:23:54 +0300 (MSK) (envelope-from chd) Date: Fri, 6 Feb 2009 15:23:54 +0300 From: Chagin Dmitry To: Vladimir Grebenschikov Message-ID: <20090206122354.GA5670@dchagin.static.corbina.ru> References: <20081221174939.GA33531@dchagin.dialup.corbina.ru> <747dc8f30902050220y7b1d726bj9f6f83afa843b520@mail.gmail.com> <20090206063550.GA2123@dchagin.static.corbina.ru> <1233919189.1866.13.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1233919189.1866.13.camel@localhost> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-emulation@freebsd.org Subject: Re: [PATCH] futexes, flash9 related 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: Fri, 06 Feb 2009 12:45:10 -0000 On Fri, Feb 06, 2009 at 02:19:49PM +0300, Vladimir Grebenschikov wrote: > On Fri, 2009-02-06 at 09:35 +0300, Chagin Dmitry wrote: > > > hi, > > try http://lnxx64.googlecode.com/files/futexes_partial.patch > > For me, with this patch skype leads to kernel panic (vm_fault) on start. > > SMP System, recent 8-CURRENT. > what about? http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html1~ thnx! -- Have fun! chd From owner-freebsd-emulation@FreeBSD.ORG Fri Feb 6 13:08:35 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 DD336106564A; Fri, 6 Feb 2009 13:08:35 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 3F2D18FC1B; Fri, 6 Feb 2009 13:08:35 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2EB9A.dip.t-dialin.net [217.226.235.154]) by redbull.bpaserver.net (Postfix) with ESMTP id 1A9922E047; Fri, 6 Feb 2009 14:08:22 +0100 (CET) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 8CDC11396E6; Fri, 6 Feb 2009 14:08:18 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1233925698; bh=bDy3t3vckT0wTALdCbe9z7VeME7N59SnC 5CvByqlTKE=; h=Message-ID:Date:From:To:Cc:Subject:References: In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=0N7gInDxH7i+CqvB9JKjdGUkbUwxo8XjqHslF6cPoaVxXTCQ1ycfZPpqpVMSKh5j0 u7uDAZUVJzfEciw9nyo07LSyCUQHxdJp12nmaY3e+PhTQlewIVZAcSvSK+3w5tfkG1n wwIR8Ws9BsxwC9Z+5M1Ep1MZjwHtoq4FQc8w7WumKP7+OWB7pSqDFEaSgrOii7emPjH 4NCVUICazvxMQ316HOnj5kRk9pou7bzu7Fvir6rfrNuUUIAmX8496xMyp4/M9yXtkFL RxYBcR2JcgYh00jwYEMp4U4rCHRyus6OxHrs864u5GcnPBtg68Q/un/eJgomIptlpuD pV60bIhMA== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id n16D8Ihn080798; Fri, 6 Feb 2009 14:08:18 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Fri, 06 Feb 2009 14:08:17 +0100 Message-ID: <20090206140817.56246os28cq390o4@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Fri, 06 Feb 2009 14:08:17 +0100 From: Alexander Leidinger To: Kostik Belousov References: <20081221174939.GA33531@dchagin.dialup.corbina.ru> <747dc8f30902050220y7b1d726bj9f6f83afa843b520@mail.gmail.com> <20090206063550.GA2123@dchagin.static.corbina.ru> <20090206094728.10822rj93nm7s280@webmail.leidinger.net> <20090206092821.GM9427@deviant.kiev.zoral.com.ua> <20090206122103.9886475rqvyhdt2c@webmail.leidinger.net> <20090206120051.GO9427@deviant.kiev.zoral.com.ua> In-Reply-To: <20090206120051.GO9427@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.3) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 1A9922E047.724C8 X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-13.504, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, MIME_QP_LONG_LINE 1.40, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-emulation@freebsd.org, Chagin Dmitry Subject: Re: [PATCH] futexes, flash9 related 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: Fri, 06 Feb 2009 13:08:37 -0000 Quoting Kostik Belousov (from Fri, 6 Feb 2009 =20 14:00:51 +0200): > On Fri, Feb 06, 2009 at 12:21:03PM +0100, Alexander Leidinger wrote: >> Quoting Kostik Belousov (from Fri, 6 Feb 2009 >> 11:28:21 +0200): >> >> >On Fri, Feb 06, 2009 at 09:47:28AM +0100, Alexander Leidinger wrote: >> >>Quoting Chagin Dmitry (from Fri, 6 Feb 2009 >> >>09:35:50 +0300): >> >> >> >>>On Thu, Feb 05, 2009 at 08:20:13AM -0200, Renato Botelho wrote: >> >>>>On Sun, Dec 21, 2008 at 3:49 PM, Chagin Dmitry >> >>>>wrote: >> >>>>> >> >>>>> Hi, >> >>>>> /me ready to present patches for testing (nor review). >> >>>>> >> >>>>> The primary goal - the futexes code is rewrited, Giant removed. >> >>>>> >> >>>>> head: http://people.freebsd.org/~timur/dchagin/mega-head.linux.patc= h >> >>>>> stable/7: >> >>http://people.freebsd.org/~timur/dchagin/mega-st7.linux.patch >> >>>>> >> >>>>> Please, test and report any problems. thnx! >> >>>> >> >>>>Hello, >> >>>> >> >>>>I would like to test this because i'm having some freezes on >> >>>>firefox3 + flash9 + 8.0-current i386 r188003 but the patch >> >>>>doesn't apply cleanly here, is there a new version that i've >> >>>>missed? >> >>>> >> >>> >> >>>hi, >> >>>try http://lnxx64.googlecode.com/files/futexes_partial.patch >> >> >> >>Please let the DEBUG part as it is, I'm in the process of converting >> >>it to DTrace >> >>(http://svnweb.freebsd.org/viewvc/base/user/netchild/linuxulator-dtrace= /). >> > >> >DTrace is absolutely unsuitable for getting the _traces_ from the kernel= , >> >as well as the kernel printfs. Moreover, use of KTR is in-line with othe= r >> >tracing points in *our* kernel. >> >> Could you please be more specific (maybe some examples) about what you >> mean by "unsuitable"? Maybe I have a different understanding of >> "traces" than you have. For the places where KTR is used in _this >> patch_, DTrace seems to be suitable to me. >> >> AFAIR KTR needs to be specially enabled at compile time, while DTrace >> can be enabled at run-time. Is the KTR part correct? If yes, I see a >> benefit in using DTrace instead of KTR. Apart from that, DTrace has >> some advantages (DTrace scripts, limiting the tracing to just use >> within a specific application, conditional tracing, ...) over KTR, so >> if it is not something performance critical where DTrace is not able >> to handle it but KTR is, or something which DTrace is not able to >> handle at all, I see no point in not converting to DTrace (it has the >> advantage that it can be used even on a production system, where I >> wouldn't let KTR in the kernel on a production system). > > 1. KTR does not require any user-mode support or action; in particular, > it is useful for after-the-panic analysis, while DTrace is not. Yes, but you need to have KTR compiled in for this to work. And when =20 you compile it it, it will generate traces for all events within the =20 mask. So either you have a -1 mask to trace everything at any time, or =20 you can not really do an after-the-panic analysis at all. If you only want to enable it when you reproduce the panic, then =20 DTrace can be used too (the DTrace probes will fire before a panic, as =20 the KTR events will be generated before a panic). You can even limit =20 the tracing in the kernel depending on the program which initiated the =20 call of kernel functions, so you can narrow down the trace to the =20 really interesting stuff, instead of creating a pile of KTR logs and =20 try to filter out uninteresting stuff yourself. All in all I see KTR as something for pure debugging in an controlled =20 environment. Nothing to enable by default in GENERIC. KDTRACE_HOOKS on =20 the other hand is something for GENERIC and for controlled debugging =20 environments (except for time critical stuff). > 2. Our DTrace support, is, to say it mildly, not quite matured. > DTrace to be yseful also needs specially compiled kernel, that is not > absolutely trivial at the moment. You need "options KDTRACE_HOOKS", the rest can be loaded as a module. =20 I would say this is trivial. For KTR you need to have "options KTR" =20 and maybe some more options. So the argument of a specially compiled =20 kernel does not matter. AFAIK KDTRACE_HOOKS was supposed to be activated by default, now that =20 the licensing issues are resolved, but I don't remember why it isn't. =20 I also don't remember why WITH_CTF is not the default at least in =20 -current, so yes, there's room for improvement, but even without CTF =20 enabled during buildworld you can already do useful stuff with dtrace =20 (at least regarding kernel stuff). > 3. As I said, DTrace probes are orthogonal to KTR. Put them in, if > you want. It is not /instead/. I asked to not remove the ifdef DEBUG stuff, as I already remove it =20 while I add DTrace probes (I hope this will make the merging more easy =20 in case I commit my stuff after his stuff comes in). It also serves as =20 some kind of TODO item for me. I did _not_ ask to remove the KTR stuff. I agree that both can =20 coexists (but I don't see a point in having the KTR stuff in the =20 linuxulator when DTrace is mature in FreeBSD). > Said this, I do not see a reason to block KTR patch. Absolutely different > question is when to commit it. That's the reason why I asked to let the ifdef DEBUG part there. I =20 would not be surprised if this patch is committed before I commit the =20 DTrace stuff, and I hope that it will be more easy for me to merge the =20 DTrace stuff when the DEBUG parts stay. Bye, Alexander. --=20 If some people didn't tell you, you'd never know they'd been away on vacation. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-emulation@FreeBSD.ORG Fri Feb 6 22:22:50 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 A57451065678 for ; Fri, 6 Feb 2009 22:22:50 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 5C4038FC0C for ; Fri, 6 Feb 2009 22:22:49 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 736001E00745; Fri, 6 Feb 2009 23:22:48 +0100 (CET) Received: from saturn.kn-bremen.de (noident@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id n16LnH3m014972; Fri, 6 Feb 2009 22:49:17 +0100 (CET) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id n16LnGKv014971; Fri, 6 Feb 2009 22:49:16 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Fri, 6 Feb 2009 22:49:16 +0100 To: Daichi GOTO Message-ID: <20090206214916.GA14653@saturn.kn-bremen.de> Mail-Followup-To: Daichi GOTO , freebsd-emulation@freebsd.org References: <498A5F90.1030004@ongs.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <498A5F90.1030004@ongs.co.jp> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-emulation@freebsd.org Subject: Re: emulators/qemu: build fail on current amd64 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: Fri, 06 Feb 2009 22:22:51 -0000 On Thu, Feb 05, 2009 at 12:40:00PM +0900, Daichi GOTO wrote: > Hi qemu folks :) Hi :) > > I got build fail of emulators/qemu on amd64 8-current. > any ideas? thanks > > /usr/ports/emulators/qemu/work/qemu-0.9.1/vl.c: In function `pp_ioctl': > /usr/ports/emulators/qemu/work/qemu-0.9.1/vl.c:1729: warning: cast from > pointer to integer of different size > /usr/ports/emulators/qemu/work/qemu-0.9.1/vl.c: In function `qemu_chr_open_pp': > /usr/ports/emulators/qemu/work/qemu-0.9.1/vl.c:1778: warning: cast to > pointer from integer of different size > /usr/ports/emulators/qemu/work/qemu-0.9.1/vl.c: At top level: > /usr/ports/emulators/qemu/work/qemu-0.9.1/vl.c:1219: warning: 'qemu_next_deadline' defined but not used > gmake[1]: *** [vl.o] Error 1 > gmake[1]: Leaving directory `/usr/ports/emulators/qemu/work/qemu-0.9.1/i386-softmmu' > gmake: *** [subdir-i386-softmmu] Error 2 > *** Error code 2 Hmm. Was there more above that? Warnings alone shouldn't cause the compiler to abort, if you see something like that happen its usually another problem like the box running out of memory/swap... If its not that, maybe you can compare with a buildlog from pointyhat: http://pointyhat.freebsd.org/errorlogs/amd64-8-latest-logs/qemu-0.9.1_9.log HTH, Juergen From owner-freebsd-emulation@FreeBSD.ORG Fri Feb 6 22:40:32 2009 Return-Path: Delivered-To: emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6089F1065673; Fri, 6 Feb 2009 22:40:32 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id CCF7B8FC16; Fri, 6 Feb 2009 22:40:31 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 7C9051E00744; Fri, 6 Feb 2009 23:22:48 +0100 (CET) Received: from saturn.kn-bremen.de (noident@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id n16MKh8C015517; Fri, 6 Feb 2009 23:20:43 +0100 (CET) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id n16MKgj3015516; Fri, 6 Feb 2009 23:20:42 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Fri, 6 Feb 2009 23:20:42 +0100 To: Vladimir Grebenschikov Message-ID: <20090206222042.GB14653@saturn.kn-bremen.de> Mail-Followup-To: Vladimir Grebenschikov , x11@FreeBSD.org, emulation@FreeBSD.org References: <1233906496.1746.28.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <1233906496.1746.28.camel@localhost> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: emulation@FreeBSD.org, x11@FreeBSD.org Subject: Re: astro/google-earth do not work with recent Xorg 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: Fri, 06 Feb 2009 22:40:32 -0000 On Fri, Feb 06, 2009 at 10:48:16AM +0300, Vladimir Grebenschikov wrote: > Hi Hi! >=20 > It starts, then shows on console: > -- > unknown chip id 0x7145, can't guess. > libGL warning: 3D driver returned no fbconfigs. > libGL error: InitDriver failed > libGL error: reverting to (slow) indirect rendering > -- >=20 > Then shows pop-up with "Google Earth can't runon your machine as it > could not access the graphics card. ..." >=20 > Then crashes with: >=20 > terminate called after throwing an instance of 'QString' > Google Earth has caught signal 6. >=20 > Stacktrace from glibc: > ./googleearth-bin [0x806c3a3] > ./googleearth-bin [0x806c916] > [0xbfbfffbb] > /lib/libc.so.6(abort+0x101) [0x493d0301] > ./libstdc++.so.6(_ZN9__gnu_cxx27__verbose_terminate_handlerEv+0x179) [0= x4816a019] > ./libstdc++.so.6 [0x481679a5] > ./libstdc++.so.6 [0x481679e2] > ./libstdc++.so.6 [0x48167b4a] > ./librender.so(_ZN12RenderWidget6SetApiEPN5earth4evll3APIE+0x34e) [0x49= f3b57e] > ./librender.so(_ZN5earth6render12RenderWindow12createWidgetEv+0xb2) [0x= 49f1cf62] > ./libgoogleearth_lib.so(_ZN5earth6client12ModuleWidget9showEventEP10QSh= owEvent+0x8e) [0x4931af6e] > ./libQtGui.so.4(_ZN7QWidget5eventEP6QEvent+0x7cf) [0x4851715f] > ... (full crash log attached) >=20 > I have working openGL for FreeBSD applications (radeonhd driver, ATI X140= 0 card): >=20 > $ glinfo=20 > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > GL_VERSION: 1.3 Mesa 7.3 > GL_EXTENSIONS: GL_ARB_depth_texture GL_ARB_fragment_program GL_ARB_imagin= g GL_ARB_multisample GL_ARB_multitexture GL_ARB_point_parameters GL_ARB_sha= dow GL_ARB_shadow_ambient GL_ARB_texture_border_clamp GL_ARB_texture_compre= ssion GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_com= bine GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 GL_MESAX_texture_f= loat GL_ARB_texture_mirrored_repeat GL_ARB_texture_rectangle GL_ARB_transpo= se_matrix GL_ARB_vertex_buffer_object GL_ARB_vertex_program GL_ARB_window_p= os GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_equation_separat= e GL_EXT_blend_func_separate GL_EXT_blend_logic_op GL_EXT_blend_minmax GL_E= XT_blend_subtract GL_EXT_clip_volume_hint GL_EXT_compiled_vertex_array GL_E= XT_convolution GL_EXT_copy_texture GL_EXT_draw_range_elements GL_EXT_gpu_pr= ogram_parameters GL_EXT_histogram GL_EXT_multi_draw_arrays GL_EXT_packed_pi= xels GL_EXT_point_parameters GL_EXT_polygon_offset GL_EXT_rescale_normal GL= _EXT_secondary_c! > olor GL_EXT_separate_specular_color GL_EXT_shadow_funcs GL_EXT_stencil_t= wo_side GL_EXT_stencil_wrap GL_EXT_subtexture GL_EXT_texture GL_EXT_texture= 3D GL_EXT_texture_edge_clamp GL_EXT_texture_env_add GL_EXT_texture_env_comb= ine GL_EXT_texture_env_dot3 GL_EXT_texture_filter_anisotropic GL_EXT_textur= e_lod_bias GL_EXT_texture_mirror_clamp GL_EXT_texture_object GL_EXT_texture= _rectangle GL_EXT_vertex_array GL_APPLE_packed_pixels GL_ATI_blend_equation= _separate GL_ATI_texture_env_combine3 GL_ATI_texture_mirror_once GL_IBM_ras= terpos_clip GL_IBM_texture_mirrored_repeat GL_INGR_blend_func_separate GL_M= ESA_pack_invert GL_MESA_ycbcr_texture GL_MESA_window_pos GL_NV_blend_square= GL_NV_light_max_exponent GL_NV_texture_rectangle GL_NV_texgen_reflection G= L_NV_vertex_program GL_OES_read_format GL_SGI_color_matrix GL_SGI_color_tab= le GL_SGIS_generate_mipmap GL_SGIS_texture_border_clamp GL_SGIS_texture_edg= e_clamp GL_SGIS_texture_lod GL_SGIX_depth_texture GL_SGIX_shadow_ambient GL= _SUN_multi_draw_! > arrays > GL_RENDERER: Mesa DRI R300 20060815 x86/MMX/SSE2 TCL > GL_VENDOR: DRI R300 Project > GLU_VERSION: 1.3 > GLU_EXTENSIONS: GLU_EXT_nurbs_tessellator GLU_EXT_object_space_tess=20 > GLUT_API_VERSION: 5 > GLUT_XLIB_IMPLEMENTATION: 15 > $ >=20 > Probably reason is in outdated X libraries: >=20 > xorg-7.4 X.Org complete distribution metaport > xorg-apps-7.4_1 X.org apps meta-port > xorg-drivers-7.4 X.org drivers meta-port > xorg-libraries-7.4 X.org libraries meta-port > xorg-server-1.5.3_4,1 X.Org X server and related programs > dri-7.3,2 OpenGL hardware acceleration drivers for the DRI > libGL-7.3_1 OpenGL library that renders using GLX or DRI > libGLU-7.3 OpenGL utility library > ... > linux-xorg-libs-6.8.2_5 Xorg libraries, linux binaries > linux_base-f8-8_11 Base set of packages needed in Linux mode (for i386/a= md64) > linux_dri-7.0 Binary Linux DRI libraries for 3D hardware accelerati= on of=20 >=20 > ... >=20 > Any hints will be very appreciated. >=20 Hmm. does this work for anyone else? Did the old version work for you? I must say I only tested the update on the old xorg with the nvidia blob so far where it worked, and we can't really go back to the old googleearth version now because they only give out the new distfile now... > PPS: > Also, looks like binary get lost in home on non-first start: > $ googleearth > Warning: Unable to create prefs directory '/home/vova/.googleearth'. File= exists. Yeah I now get that too, seems to be harmless. (I guess it does a mkdir w/o checking first whether that dir already exists...) > ... >=20 > $ file /home/vova /home/vova/.googleearth /compat/linux/home/vova > /home/vova: directory > /home/vova/.googleearth: directory > /compat/linux/home/vova: cannot open `/compat/linux/home/vova' (No such f= ile or directory) >=20 > --=20 > Vladimir B. Grebenschikov > vova@fbsd.ru > CRASHLOGVER 1 > CRASHLOGID 0xC3886AC0 > APPVERMAJOR 5 > APPVERMINOR 0 > APPVERBUILD 11337 > APPBUILDDATE Jan 28 2009 > APPBUILDTIME 15:42:23 > OSTYPE 11 > OSVERMAJOR 2 > OSVERMINOR 6 > OSVERBUILD 16 > OSVERPATCH 0 > PID 2580 > CRASHSIGNAL 6 > CRASHTIME 1233905118 > PROGRAMUPTIME 142 >=20 > STACK 0x806c3a3 > STACK 0x806c916 > STACK 0xbfbfffbb > STACK 0x493d0301 > STACK 0x4816a019 > STACK 0x481679a5 > STACK 0x481679e2 > STACK 0x48167b4a > STACK 0x49f3b57e > STACK 0x49f1cf62 > STACK 0x4931af6e > STACK 0x4851715f > STACK 0x484d5130 > STACK 0x484dc916 > STACK 0x482a82f2 > STACK 0x48519fc3 > STACK 0x48519d0f > STACK 0x48519e98 > STACK 0x48519ee6 > STACK 0x4851a4bb > STACK 0x48519e82 > STACK 0x48519ee6 > STACK 0x48519d0f > STACK 0x48519e98 > STACK 0x48519ee6 > STACK 0x4851a4bb > STACK 0x48519e82 > STACK 0x48519ee6 > STACK 0x4851a4bb > STACK 0x48519e82 > STACK 0x48519ee6 > STACK 0x4851a4bb > STACK 0x48519e82 > STACK 0x48519ee6 > STACK 0x4851a4bb > STACK 0x48519e82 > STACK 0x48519ee6 > STACK 0x4851a4bb > STACK 0x4850f865 > STACK 0x492ec6ed > STACK 0x493547d0 > STACK 0x49357140 > STACK 0x806da3a > STACK 0x493bb390 > STACK 0x806bb31 >=20 > DSO googleearth-bin/0x8048000/298704 > DSO libgcc_s.so.1/0x480af000/39096 > DSO libstdc++.so.6/0x480ba000/849472 > DSO libQtCore.so.4/0x48194000/2207040 > DSO libQtGui.so.4/0x483b8000/7148520 > DSO libQtNetwork.so.4/0x48aaf000/759340 > DSO libQtWebKit.so.4/0x48b6e000/6704984 > DSO libgoogleearth_lib.so/0x49260000/1111581 > DSO libm.so.6/0x4937c000/159236 > DSO libc.so.6/0x493a5000/1400956 > DSO libpthread.so.0/0x49502000/81340 > DSO libbase.so/0x4951b000/708424 > DSO libge_net.so/0x495ce000/313988 > DSO libgeobase.so/0x4961d000/3167376 > DSO libz.so.1/0x49940000/86972 > DSO libgthread-2.0.so.0/0x49957000/13260 > DSO librt.so.1/0x4995d000/26320 > DSO libglib-2.0.so.0/0x49966000/825192 > DSO libdl.so.2/0x49a31000/8440 > DSO libfreetype.so.6/0x49a36000/555108 > DSO libSM.so.6/0x49ac2000/30508 > DSO libICE.so.6/0x49acb000/90184 > DSO libXi.so.6/0x49ae6000/27232 > DSO libXrender.so.1/0x49aee000/28052 > DSO libXrandr.so.2/0x49af6000/9040 > DSO libXext.so.6/0x49afa000/55420 > DSO libX11.so.6/0x49b09000/846860 > DSO libIGCore.so/0x49bdd000/953748 > DSO libIGUtils.so/0x49cd4000/146568 > DSO libapiloader.so/0x49cfb000/11404 > DSO libauth.so/0x49cff000/595472 > DSO libcommon.so/0x49d97000/908532 > DSO libcomponentframework.so/0x49e7c000/34568 > DSO libmath.so/0x49e86000/210756 > DSO libmoduleframework.so/0x49ebb000/52172 > DSO libport.so/0x49ec9000/35032 > DSO librender.so/0x49ed4000/587066 > DSO ld-linux.so.2/0x48091000/106644 > DSO libIGMath.so/0x49f69000/278124 > DSO libminizip.so/0x49fb2000/21592 > DSO libfusioncommon.so/0x49fba000/14260 > DSO libcurl.so.4/0x49fbf000/201204 > DSO libGL.so.1/0x49ff2000/357564 > DSO libGLU.so.1/0x4a04d000/507779 > DSO libXxf86vm.so.1/0x4a0cc000/15428 > DSO libXdamage.so.1/0x4a0d1000/5044 > DSO libXfixes.so.3/0x4a0d4000/13696 > DSO libdrm.so.2/0x4a0d9000/31240 > DSO libXcursor.so.1/0x4e2e5000/33196 > DSO libXinerama.so.1/0x4e2ef000/5428 > DSO libnss_files.so.2/0x4e2f2000/38440 > DSO libqgif.so/0x522fe000/17104 > DSO libqjpeg.so/0x52304000/139652 > DSO xlcDef.so.2/0x49379000/6468 > DSO libIGGfx.so/0x52328000/2970232 > DSO libevll.so/0x52615000/8667396 > DSO libalchemyext.so/0x52e71000/11492 > DSO libIGAttrs.so/0x52e75000/382324 > DSO libIGSg.so/0x52edb000/1035108 > DSO libicuuc.so.38/0x5304f000/1052797 > DSO libcollada.so/0x5315a000/3292858 > DSO libIGExportCommon.so/0x53482000/517320 > DSO libIGOpt.so/0x5350a000/841416 > DSO libIGDisplay.so/0x535e5000/70544 > DSO libIGGui.so/0x535f9000/246068 > DSO ximcp.so.2/0x5374b000/116084 > DSO libnss_dns.so.2/0x5b76e000/15240 > DSO libresolv.so.2/0x5b774000/64564 > DSO libgobject-2.0.so.0/0x5b799000/254432 > DSO libnavigate.so/0x637d9000/1302424 > DSO liblayer.so/0x6f922000/1737990 > DSO libwmsbase.so/0x6fad6000/323232 > DSO libmeasure.so/0x6fb29000/483408 > DSO libbasicingest.so/0x6fba5000/783603 > DSO libgps.so/0x6fc6e000/471920 > DSO libgooglesearch.so/0x6fce7000/553680 > DSO libinput_plugin.so/0x6fd74000/280415 > DSO libflightsim.so/0x6fdbc000/1236438 > DSO r300_dri.so/0x70359000/2122344 > DSO libexpat.so.1/0x7057a000/119304 >=20 >=20 From owner-freebsd-emulation@FreeBSD.ORG Sat Feb 7 16:43:14 2009 Return-Path: Delivered-To: emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 875A0106566B; Sat, 7 Feb 2009 16:43:14 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 46AA48FC0A; Sat, 7 Feb 2009 16:43:14 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.132] (adsl-1-207-86.bna.bellsouth.net [65.1.207.86]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n17GB6tZ033101 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 7 Feb 2009 11:11:06 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: vova@fbsd.ru In-Reply-To: <1233906496.1746.28.camel@localhost> References: <1233906496.1746.28.camel@localhost> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-9nTkdczHLrotZCx/sfRA" Organization: FreeBSD Date: Sat, 07 Feb 2009 11:11:40 -0500 Message-Id: <1234023100.1562.30.camel@ferret.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.1 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: emulation@FreeBSD.org, nox@FreeBSD.org, x11@FreeBSD.org Subject: Re: astro/google-earth do not work with recent Xorg 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: Sat, 07 Feb 2009 16:43:15 -0000 --=-9nTkdczHLrotZCx/sfRA Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-02-06 at 10:48 +0300, Vladimir Grebenschikov wrote: > Hi >=20 > It starts, then shows on console: > -- > unknown chip id 0x7145, can't guess. > libGL warning: 3D driver returned no fbconfigs. > libGL error: InitDriver failed > libGL error: reverting to (slow) indirect rendering > -- >=20 > Then shows pop-up with "Google Earth can't runon your machine as it > could not access the graphics card. ..." Try setting LIBGL_ALWAYS_INDIRECT=3D1=20 It is usually required to run google-earth. robert. > Then crashes with: >=20 > terminate called after throwing an instance of 'QString' > Google Earth has caught signal 6. >=20 > Stacktrace from glibc: > ./googleearth-bin [0x806c3a3] > ./googleearth-bin [0x806c916] > [0xbfbfffbb] > /lib/libc.so.6(abort+0x101) [0x493d0301] > ./libstdc++.so.6(_ZN9__gnu_cxx27__verbose_terminate_handlerEv+0x179) [0= x4816a019] > ./libstdc++.so.6 [0x481679a5] > ./libstdc++.so.6 [0x481679e2] > ./libstdc++.so.6 [0x48167b4a] > ./librender.so(_ZN12RenderWidget6SetApiEPN5earth4evll3APIE+0x34e) [0x49= f3b57e] > ./librender.so(_ZN5earth6render12RenderWindow12createWidgetEv+0xb2) [0x= 49f1cf62] > ./libgoogleearth_lib.so(_ZN5earth6client12ModuleWidget9showEventEP10QSh= owEvent+0x8e) [0x4931af6e] > ./libQtGui.so.4(_ZN7QWidget5eventEP6QEvent+0x7cf) [0x4851715f] > ... (full crash log attached) >=20 > I have working openGL for FreeBSD applications (radeonhd driver, ATI X140= 0 card): >=20 > $ glinfo=20 > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > GL_VERSION: 1.3 Mesa 7.3 > GL_EXTENSIONS: GL_ARB_depth_texture GL_ARB_fragment_program GL_ARB_imagin= g GL_ARB_multisample GL_ARB_multitexture GL_ARB_point_parameters GL_ARB_sha= dow GL_ARB_shadow_ambient GL_ARB_texture_border_clamp GL_ARB_texture_compre= ssion GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_com= bine GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 GL_MESAX_texture_f= loat GL_ARB_texture_mirrored_repeat GL_ARB_texture_rectangle GL_ARB_transpo= se_matrix GL_ARB_vertex_buffer_object GL_ARB_vertex_program GL_ARB_window_p= os GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_equation_separat= e GL_EXT_blend_func_separate GL_EXT_blend_logic_op GL_EXT_blend_minmax GL_E= XT_blend_subtract GL_EXT_clip_volume_hint GL_EXT_compiled_vertex_array GL_E= XT_convolution GL_EXT_copy_texture GL_EXT_draw_range_elements GL_EXT_gpu_pr= ogram_parameters GL_EXT_histogram GL_EXT_multi_draw_arrays GL_EXT_packed_pi= xels GL_EXT_point_parameters GL_EXT_polygon_offset GL_EXT_rescale_normal GL= _EXT_secondary_c! > olor GL_EXT_separate_specular_color GL_EXT_shadow_funcs GL_EXT_stencil_t= wo_side GL_EXT_stencil_wrap GL_EXT_subtexture GL_EXT_texture GL_EXT_texture= 3D GL_EXT_texture_edge_clamp GL_EXT_texture_env_add GL_EXT_texture_env_comb= ine GL_EXT_texture_env_dot3 GL_EXT_texture_filter_anisotropic GL_EXT_textur= e_lod_bias GL_EXT_texture_mirror_clamp GL_EXT_texture_object GL_EXT_texture= _rectangle GL_EXT_vertex_array GL_APPLE_packed_pixels GL_ATI_blend_equation= _separate GL_ATI_texture_env_combine3 GL_ATI_texture_mirror_once GL_IBM_ras= terpos_clip GL_IBM_texture_mirrored_repeat GL_INGR_blend_func_separate GL_M= ESA_pack_invert GL_MESA_ycbcr_texture GL_MESA_window_pos GL_NV_blend_square= GL_NV_light_max_exponent GL_NV_texture_rectangle GL_NV_texgen_reflection G= L_NV_vertex_program GL_OES_read_format GL_SGI_color_matrix GL_SGI_color_tab= le GL_SGIS_generate_mipmap GL_SGIS_texture_border_clamp GL_SGIS_texture_edg= e_clamp GL_SGIS_texture_lod GL_SGIX_depth_texture GL_SGIX_shadow_ambient GL= _SUN_multi_draw_! > arrays > GL_RENDERER: Mesa DRI R300 20060815 x86/MMX/SSE2 TCL > GL_VENDOR: DRI R300 Project > GLU_VERSION: 1.3 > GLU_EXTENSIONS: GLU_EXT_nurbs_tessellator GLU_EXT_object_space_tess=20 > GLUT_API_VERSION: 5 > GLUT_XLIB_IMPLEMENTATION: 15 > $ >=20 > Probably reason is in outdated X libraries: >=20 > xorg-7.4 X.Org complete distribution metaport > xorg-apps-7.4_1 X.org apps meta-port > xorg-drivers-7.4 X.org drivers meta-port > xorg-libraries-7.4 X.org libraries meta-port > xorg-server-1.5.3_4,1 X.Org X server and related programs > dri-7.3,2 OpenGL hardware acceleration drivers for the DRI > libGL-7.3_1 OpenGL library that renders using GLX or DRI > libGLU-7.3 OpenGL utility library > ... > linux-xorg-libs-6.8.2_5 Xorg libraries, linux binaries > linux_base-f8-8_11 Base set of packages needed in Linux mode (for i386/a= md64) > linux_dri-7.0 Binary Linux DRI libraries for 3D hardware accelerati= on of=20 >=20 > ... >=20 > Any hints will be very appreciated. >=20 > PPS: > Also, looks like binary get lost in home on non-first start: > $ googleearth > Warning: Unable to create prefs directory '/home/vova/.googleearth'. File= exists. > ... >=20 > $ file /home/vova /home/vova/.googleearth /compat/linux/home/vova > /home/vova: directory > /home/vova/.googleearth: directory > /compat/linux/home/vova: cannot open `/compat/linux/home/vova' (No such f= ile or directory) >=20 > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" --=20 Robert Noland FreeBSD --=-9nTkdczHLrotZCx/sfRA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmNsrwACgkQM4TrQ4qfRONL4gCghw7LugiDRRlp9V4yqSLH7YEA gHMAn04YYtr41o6gEYxS5JTFXAodo7l9 =/4il -----END PGP SIGNATURE----- --=-9nTkdczHLrotZCx/sfRA-- From owner-freebsd-emulation@FreeBSD.ORG Sat Feb 7 21:57:52 2009 Return-Path: Delivered-To: emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2488C1065670; Sat, 7 Feb 2009 21:57:52 +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 9876A8FC17; Sat, 7 Feb 2009 21:57:50 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru (cdma-92-36-28-93.msk.skylink.ru [92.36.28.93]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id n17LvhCl024917 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 Feb 2009 00:57:46 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LVvBE-00012L-1H; Sun, 08 Feb 2009 00:57:40 +0300 From: Vladimir Grebenschikov To: Robert Noland In-Reply-To: <1234023100.1562.30.camel@ferret.2hip.net> References: <1233906496.1746.28.camel@localhost> <1234023100.1562.30.camel@ferret.2hip.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Sun, 08 Feb 2009 00:57:39 +0300 Message-Id: <1234043859.3298.44.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.4 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: emulation@FreeBSD.org, nox@FreeBSD.org, x11@FreeBSD.org Subject: Re: astro/google-earth do not work with recent Xorg 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: Sat, 07 Feb 2009 21:57:52 -0000 On Sat, 2009-02-07 at 11:11 -0500, Robert Noland wrote: > On Fri, 2009-02-06 at 10:48 +0300, Vladimir Grebenschikov wrote: > > Hi > > > > It starts, then shows on console: > > -- > > unknown chip id 0x7145, can't guess. > > libGL warning: 3D driver returned no fbconfigs. > > libGL error: InitDriver failed > > libGL error: reverting to (slow) indirect rendering > > -- > > > > Then shows pop-up with "Google Earth can't runon your machine as it > > could not access the graphics card. ..." > > Try setting LIBGL_ALWAYS_INDIRECT=1 > > It is usually required to run google-earth. Unfortunately, it does not helps, everything the same. > robert. > > > Then crashes with: > > > > terminate called after throwing an instance of 'QString' > > Google Earth has caught signal 6. > > > > Stacktrace from glibc: > > ./googleearth-bin [0x806c3a3] > > ./googleearth-bin [0x806c916] > > [0xbfbfffbb] > > /lib/libc.so.6(abort+0x101) [0x493d0301] > > ./libstdc++.so.6(_ZN9__gnu_cxx27__verbose_terminate_handlerEv+0x179) [0x4816a019] > > ./libstdc++.so.6 [0x481679a5] > > ./libstdc++.so.6 [0x481679e2] > > ./libstdc++.so.6 [0x48167b4a] > > ./librender.so(_ZN12RenderWidget6SetApiEPN5earth4evll3APIE+0x34e) [0x49f3b57e] > > ./librender.so(_ZN5earth6render12RenderWindow12createWidgetEv+0xb2) [0x49f1cf62] > > ./libgoogleearth_lib.so(_ZN5earth6client12ModuleWidget9showEventEP10QShowEvent+0x8e) [0x4931af6e] > > ./libQtGui.so.4(_ZN7QWidget5eventEP6QEvent+0x7cf) [0x4851715f] > > ... (full crash log attached) > > > > I have working openGL for FreeBSD applications (radeonhd driver, ATI X1400 card): > > > > $ glinfo > > Xlib: extension "Generic Event Extension" missing on display ":0.0". > > Xlib: extension "Generic Event Extension" missing on display ":0.0". > > GL_VERSION: 1.3 Mesa 7.3 > > GL_EXTENSIONS: GL_ARB_depth_texture GL_ARB_fragment_program GL_ARB_imaging GL_ARB_multisample GL_ARB_multitexture GL_ARB_point_parameters GL_ARB_shadow GL_ARB_shadow_ambient GL_ARB_texture_border_clamp GL_ARB_texture_compression GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_combine GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 GL_MESAX_texture_float GL_ARB_texture_mirrored_repeat GL_ARB_texture_rectangle GL_ARB_transpose_matrix GL_ARB_vertex_buffer_object GL_ARB_vertex_program GL_ARB_window_pos GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_equation_separate GL_EXT_blend_func_separate GL_EXT_blend_logic_op GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_clip_volume_hint GL_EXT_compiled_vertex_array GL_EXT_convolution GL_EXT_copy_texture GL_EXT_draw_range_elements GL_EXT_gpu_program_parameters GL_EXT_histogram GL_EXT_multi_draw_arrays GL_EXT_packed_pixels GL_EXT_point_parameters GL_EXT_polygon_offset GL_EXT_rescale_normal GL_EXT_seconda! ry_c! > > olor GL_EXT_separate_specular_color GL_EXT_shadow_funcs GL_EXT_stencil_two_side GL_EXT_stencil_wrap GL_EXT_subtexture GL_EXT_texture GL_EXT_texture3D GL_EXT_texture_edge_clamp GL_EXT_texture_env_add GL_EXT_texture_env_combine GL_EXT_texture_env_dot3 GL_EXT_texture_filter_anisotropic GL_EXT_texture_lod_bias GL_EXT_texture_mirror_clamp GL_EXT_texture_object GL_EXT_texture_rectangle GL_EXT_vertex_array GL_APPLE_packed_pixels GL_ATI_blend_equation_separate GL_ATI_texture_env_combine3 GL_ATI_texture_mirror_once GL_IBM_rasterpos_clip GL_IBM_texture_mirrored_repeat GL_INGR_blend_func_separate GL_MESA_pack_invert GL_MESA_ycbcr_texture GL_MESA_window_pos GL_NV_blend_square GL_NV_light_max_exponent GL_NV_texture_rectangle GL_NV_texgen_reflection GL_NV_vertex_program GL_OES_read_format GL_SGI_color_matrix GL_SGI_color_table GL_SGIS_generate_mipmap GL_SGIS_texture_border_clamp GL_SGIS_texture_edge_clamp GL_SGIS_texture_lod GL_SGIX_depth_texture GL_SGIX_shadow_ambient GL_SUN_multi_d! raw_! > > arrays > > GL_RENDERER: Mesa DRI R300 20060815 x86/MMX/SSE2 TCL > > GL_VENDOR: DRI R300 Project > > GLU_VERSION: 1.3 > > GLU_EXTENSIONS: GLU_EXT_nurbs_tessellator GLU_EXT_object_space_tess > > GLUT_API_VERSION: 5 > > GLUT_XLIB_IMPLEMENTATION: 15 > > $ > > > > Probably reason is in outdated X libraries: > > > > xorg-7.4 X.Org complete distribution metaport > > xorg-apps-7.4_1 X.org apps meta-port > > xorg-drivers-7.4 X.org drivers meta-port > > xorg-libraries-7.4 X.org libraries meta-port > > xorg-server-1.5.3_4,1 X.Org X server and related programs > > dri-7.3,2 OpenGL hardware acceleration drivers for the DRI > > libGL-7.3_1 OpenGL library that renders using GLX or DRI > > libGLU-7.3 OpenGL utility library > > ... > > linux-xorg-libs-6.8.2_5 Xorg libraries, linux binaries > > linux_base-f8-8_11 Base set of packages needed in Linux mode (for i386/amd64) > > linux_dri-7.0 Binary Linux DRI libraries for 3D hardware acceleration of > > > > ... > > > > Any hints will be very appreciated. > > > > PPS: > > Also, looks like binary get lost in home on non-first start: > > $ googleearth > > Warning: Unable to create prefs directory '/home/vova/.googleearth'. File exists. > > ... > > > > $ file /home/vova /home/vova/.googleearth /compat/linux/home/vova > > /home/vova: directory > > /home/vova/.googleearth: directory > > /compat/linux/home/vova: cannot open `/compat/linux/home/vova' (No such file or directory) > > > > _______________________________________________ > > freebsd-x11@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" -- Vladimir B. Grebenschikov vova@fbsd.ru