From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 27 19:39:01 2008 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 2EED3106566C for ; Sun, 27 Apr 2008 19:39:01 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id B4BAE8FC59 for ; Sun, 27 Apr 2008 19:38:59 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7c28.q.ppp-pool.de [89.53.124.40]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 61BE612883F for ; Sun, 27 Apr 2008 21:19:44 +0200 (CEST) Received: from cesar.sz.vwsoft.com (unknown [192.168.18.3]) (Authenticated sender: relay@sz.vwsoft.com) by mail.vtec.ipme.de (Postfix) with ESMTP id 63C163F439 for ; Sun, 27 Apr 2008 21:21:33 +0200 (CEST) Message-ID: <4814D1BC.9070004@vwsoft.com> Date: Sun, 27 Apr 2008 21:19:24 +0200 From: Volker User-Agent: Thunderbird 2.0.0.12 (X11/20080424) MIME-Version: 1.0 To: freebsd-emulation@freebsd.org X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit MailScanner-NULL-Check: 1209928898.06829@c7uN5LJ9PjzFUzDueQk5CA X-MailScanner-ID: 63C163F439.B6A09 X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Subject: trouble using latest wine 0.9.60 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, 27 Apr 2008 19:39:01 -0000 Hi! wine was doing it's job fine for me with running StarMoney up until the latest version (now using wine-0.9.60,1). When running StarMoney (5.0) under Wine, I'm now getting this: err:iphlpapi:getRouteTable Received unsupported sockaddr family 0x12 err:iphlpapi:getRouteTable Unexpected address type 0x10 err:iphlpapi:getRouteTable Unexpected address type 0x20 err:iphlpapi:getRouteTable Received unsupported sockaddr family 0x12 err:iphlpapi:getRouteTable Unexpected address type 0x10 err:iphlpapi:getRouteTable Unexpected address type 0x20 fixme:itss:ITSProtocolInfo_ParseUrl PARSE_SECURITY_URL fixme:itss:ITSProtocolInfo_ParseUrl PARSE_SECURITY_URL fixme:msimtf:CActiveIMM_Create (0x0 {08c0e040-62d1-11d1-9326-0060b067b86e} 0x34c97c) fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:hook:IsWinEventHookInstalled (32773)-stub! %fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:msimtf:DllCanUnloadNow () %fixme:itss:ITSProtocolInfo_ParseUrl PARSE_SECURITY_URL fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:msimtf:DllCanUnloadNow () fixme:msimtf:DllCanUnloadNow () fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:itss:ITSProtocolInfo_ParseUrl PARSE_SECURITY_URL fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:itss:ITSProtocolInfo_ParseUrl PARSE_SECURITY_URL fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:msimtf:DllCanUnloadNow () fixme:msimtf:DllCanUnloadNow () fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:htmlhelp:HtmlHelpW HH case HH_INITIALIZE not handled. fixme:htmlhelp:HtmlHelpA structures not handled yet fixme:htmlhelp:HtmlHelpW HH case HH_GET_LAST_ERROR not handled. fixme:htmlhelp:HtmlHelpA structures not handled yet fixme:htmlhelp:HtmlHelpW HH case HH_GET_WIN_TYPE not handled. fixme:htmlhelp:HtmlHelpA structures not handled yet fixme:htmlhelp:HtmlHelpW HH case HH_SET_WIN_TYPE not handled. fixme:htmlhelp:HtmlHelpW Not all HH cases handled correctly wine: Unhandled page fault on read access to 0x00000040 at address 0x7f15ff0d (thread 001a), starting debugger... # here I've killed the hanging wine thread %Process of pid=0019 has terminated No process loaded, cannot execute 'echo Modules:' Cannot get info on module while no process is loaded No process loaded, cannot execute 'echo Threads:' process tid prio (all id:s are in hex) 0000000c 00000013 0 0000000e 0 0000000d 0 0000000f 00000012 0 00000011 0 00000010 0 00000016 00000018 0 00000017 0 You must be attached to a process to run this command. No process loaded, cannot execute 'detach' I've downgraded wine to 0.9.59 and everything's fine again. Suggestions for solving this? Volker From owner-freebsd-emulation@FreeBSD.ORG Mon Apr 28 11:06:48 2008 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 4AB58106566C for ; Mon, 28 Apr 2008 11:06:48 +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 274888FC15 for ; Mon, 28 Apr 2008 11:06:48 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m3SB6lFk055962 for ; Mon, 28 Apr 2008 11:06:47 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m3SB6lgS055958 for emulation@FreeBSD.org; Mon, 28 Apr 2008 11:06:47 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 28 Apr 2008 11:06:47 GMT Message-Id: <200804281106.m3SB6lgS055958@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: emulation@FreeBSD.org Cc: Subject: Current problem reports assigned to 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, 28 Apr 2008 11:06:48 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/122826 emulation [PATCH] Mk/bsd.linux-rpm.mk: Handle USE_LINUX for fc6, 1 problem total. From owner-freebsd-emulation@FreeBSD.ORG Mon Apr 28 11:06:55 2008 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 0CA2C106567F for ; Mon, 28 Apr 2008 11:06:55 +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 00B7C8FC25 for ; Mon, 28 Apr 2008 11:06:55 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m3SB6sKe056083 for ; Mon, 28 Apr 2008 11:06:54 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m3SB6sUj056079 for freebsd-emulation@FreeBSD.org; Mon, 28 Apr 2008 11:06:54 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 28 Apr 2008 11:06:54 GMT Message-Id: <200804281106.m3SB6sUj056079@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, 28 Apr 2008 11:06:55 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/21463 emulation [linux] Linux compatability mode should not allow setu o kern/97326 emulation [linux] file descriptor leakage in linux emulation o kern/117010 emulation [linuxolator] linux_getdents() get something like buff 3 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 o kern/29698 emulation [linux] [patch] linux ipcs doesn'work o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/41543 emulation [patch] [request] easier wine/w23 support a kern/72920 emulation [linux]: path "prefixing" is not done on unix domain s f kern/73777 emulation [linux] [patch] linux emulation: root dir special hand o kern/91293 emulation [svr4] [patch] *Experimental* Update to the SVR4 emula o ports/91318 emulation [fix] graphics/linux_dri: works on amd64 too o ports/121800 emulation x11-toolkits/linux-openmotif - OpenMotif upgrade to 2. o kern/122318 emulation [linux] [cmake]: Segmentation fault when running Linux 10 problems total. From owner-freebsd-emulation@FreeBSD.ORG Mon Apr 28 13:54:32 2008 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 5B4491065670 for ; Mon, 28 Apr 2008 13:54:32 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from cavuit01.kulnet.kuleuven.be (cavuit01.kulnet.kuleuven.be [134.58.240.43]) by mx1.freebsd.org (Postfix) with ESMTP id EAD4B8FC0C for ; Mon, 28 Apr 2008 13:54:31 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from smtps01.kuleuven.be (smtpshost01.kulnet.kuleuven.be [134.58.240.74]) by cavuit01.kulnet.kuleuven.be (Postfix) with ESMTP id 25E9D7B8084; Mon, 28 Apr 2008 15:54:22 +0200 (CEST) Received: from kalimero.kotnet.org (kalimero.kotnet.org [10.4.16.222]) by smtps01.kuleuven.be (Postfix) with ESMTP id B751531E702; Mon, 28 Apr 2008 15:54:21 +0200 (CEST) Received: from kalimero.kotnet.org (kalimero.kotnet.org [127.0.0.1]) by kalimero.kotnet.org (8.14.2/8.14.2) with ESMTP id m3SDsK3H018997; Mon, 28 Apr 2008 15:54:21 +0200 (CEST) (envelope-from tijl@ulyssis.org) X-Kuleuven: This mail passed the K.U.Leuven mailcluster From: Tijl Coosemans To: Volker Date: Mon, 28 Apr 2008 15:54:18 +0200 User-Agent: KMail/1.9.7 References: <4814D1BC.9070004@vwsoft.com> In-Reply-To: <4814D1BC.9070004@vwsoft.com> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_LcdFI8IYIHMTT7o" Message-Id: <200804281554.19842.tijl@ulyssis.org> X-KULeuven-Information: Katholieke Universiteit Leuven X-KULeuven-Scanned: Found to be clean X-Spam-Status: not spam, SpamAssassin (not cached, score=-50, required 5, autolearn=disabled, KUL_SMTPS -50.00) X-KULeuven-Envelope-From: tijl@ulyssis.org Cc: freebsd-emulation@freebsd.org Subject: Re: trouble using latest wine 0.9.60 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, 28 Apr 2008 13:54:32 -0000 --Boundary-00=_LcdFI8IYIHMTT7o Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Sunday 27 April 2008 21:19:24 Volker wrote: > wine was doing it's job fine for me with running StarMoney up until the > latest version (now using wine-0.9.60,1). > > When running StarMoney (5.0) under Wine, I'm now getting this: ... > I've downgraded wine to 0.9.59 and everything's fine again. > > Suggestions for solving this? Can you try the attached patch? cd /usr/ports/emulators/wine/work/wine-0.9.60 patch -p1 < /path/to/patch Then build and install. If you still have a 0.9.60 build from before, you can just run gmake in dlls/hhctrl.ocx/ and then reinstall. --Boundary-00=_LcdFI8IYIHMTT7o Content-Type: text/plain; charset="iso-8859-1"; name="patch-wine-hhctrl" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="patch-wine-hhctrl" diff --git a/dlls/hhctrl.ocx/hhctrl.c b/dlls/hhctrl.ocx/hhctrl.c index c0054de..96227bd 100644 --- a/dlls/hhctrl.ocx/hhctrl.c +++ b/dlls/hhctrl.ocx/hhctrl.c @@ -123,6 +123,8 @@ HWND WINAPI HtmlHelpW(HWND caller, LPCWSTR filename, UINT command, DWORD_PTR dat } info = CreateHelpViewer(filename); + if(!info) + return NULL; if (info) { --Boundary-00=_LcdFI8IYIHMTT7o-- From owner-freebsd-emulation@FreeBSD.ORG Mon Apr 28 15:42:06 2008 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 420AE1065672; Mon, 28 Apr 2008 15:42:06 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 22BF28FC16; Mon, 28 Apr 2008 15:42:05 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from 64.3.1.253.ptr.us.xo.net ([64.3.1.253]:8444 helo=LROSENMAN) by thebighonker.lerctr.org with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JqVB7-000Mnz-Jr; Mon, 28 Apr 2008 10:22:06 -0500 From: "Larry Rosenman" To: "'Chagin Dmitry'" , "'Roman Divacky'" References: <48123CCA.1020806@comcast.net> <200804252336.40894.tijl@ulyssis.org> <20080426082654.GA10109@freebsd.org> In-Reply-To: Date: Mon, 28 Apr 2008 10:21:55 -0500 Message-ID: <014401c8a943$9de14bb0$d9a3e310$@org> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcinizreK9WR36KdTCeGkvyYixi6pgBuFElQ Content-Language: en-us X-Spam-Score: -2.5 (--) X-LERCTR-Spam-Score: -2.5 (--) X-Spam-Report: SpamScore (-2.5/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, TVD_RCVD_IP=1.931 X-LERCTR-Spam-Report: SpamScore (-2.5/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, TVD_RCVD_IP=1.931 DomainKey-Status: no signature Cc: freebsd-emulation@freebsd.org, activesitedynamics@comcast.net Subject: RE: ELF binary type "3" not known 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, 28 Apr 2008 15:42:06 -0000 I can give access to a FreeBSD-7/amd64 system if that would help.............. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 -----Original Message----- From: owner-freebsd-emulation@freebsd.org [mailto:owner-freebsd-emulation@freebsd.org] On Behalf Of Chagin Dmitry Sent: Saturday, April 26, 2008 5:49 AM To: Roman Divacky Cc: freebsd-emulation@freebsd.org; activesitedynamics@comcast.net Subject: Re: ELF binary type "3" not known On Sat, 26 Apr 2008, Roman Divacky wrote: > On Fri, Apr 25, 2008 at 11:36:39PM +0200, Tijl Coosemans wrote: >> On Friday 25 April 2008 22:19:22 M. L. Dodson wrote: >> > Archive search indicates that above error message means no linux >> > kernel module loaded, however: >> > >> > [root@leucine:23] % cat /boot/loader.conf >> > linux_load="YES" # Linux emulation >> > [root@leucine:24] % kldstat >> > Id Refs Address Size Name >> > 1 7 0xffffffff80100000 ad1818 kernel >> > 2 1 0xffffffff80bd2000 390e0 linux.ko >> > 3 1 0xffffffffad81c000 1ce blank_saver.ko >> > [root@leucine:25] % file ./sander >> > ./sander: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), for >> > GNU/Linux 2.4.0, statically linked, not stripped >> >> AFAIK only 32 bit executables are supported. > > yes.... only 32bit binaries are supported now. I started some work on amd64 > linuxulator but the work has stalled (I dont have any hw, nor much knowledge) > > can someone join me? halo Roman. i'm very interested on it. -- Have fun! chd _______________________________________________ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to "freebsd-emulation-unsubscribe@freebsd.org" From owner-freebsd-emulation@FreeBSD.ORG Mon Apr 28 18:45:40 2008 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 0EAE0106566B for ; Mon, 28 Apr 2008 18:45:40 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id C779F8FC16 for ; Mon, 28 Apr 2008 18:45:39 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (F727b.f.ppp-pool.de [195.4.114.123]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 51E5912883F; Mon, 28 Apr 2008 20:45:32 +0200 (CEST) Received: from cesar.sz.vwsoft.com (cesar.sz.vwsoft.com [192.168.16.3]) (Authenticated sender: relay@sz.vwsoft.com) by mail.vtec.ipme.de (Postfix) with ESMTP id 3DD833F443; Mon, 28 Apr 2008 20:47:28 +0200 (CEST) Message-ID: <48161B3B.90507@vwsoft.com> Date: Mon, 28 Apr 2008 20:45:15 +0200 From: Volker User-Agent: Thunderbird 2.0.0.12 (X11/20080424) MIME-Version: 1.0 To: Tijl Coosemans References: <4814D1BC.9070004@vwsoft.com> <200804281554.19842.tijl@ulyssis.org> In-Reply-To: <200804281554.19842.tijl@ulyssis.org> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit MailScanner-NULL-Check: 1210013249.56886@hU5yPu9F0zEji1rqrdYx1A X-MailScanner-ID: 3DD833F443.6C002 X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: freebsd-emulation@freebsd.org Subject: Re: trouble using latest wine 0.9.60 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, 28 Apr 2008 18:45:40 -0000 On 04/28/08 15:54, Tijl Coosemans wrote: > On Sunday 27 April 2008 21:19:24 Volker wrote: >> wine was doing it's job fine for me with running StarMoney up until the >> latest version (now using wine-0.9.60,1). >> >> When running StarMoney (5.0) under Wine, I'm now getting this: > > ... > >> I've downgraded wine to 0.9.59 and everything's fine again. >> >> Suggestions for solving this? > > Can you try the attached patch? > > cd /usr/ports/emulators/wine/work/wine-0.9.60 > patch -p1 < /path/to/patch > > Then build and install. If you still have a 0.9.60 build from > before, you can just run gmake in dlls/hhctrl.ocx/ and then > reinstall. Tijl, as always, I'm wondering how you can shoot a problem with that less information? ;) Your patch needed some tweaking to get applied (removed 'a/' and 'b/' from diff path) but that was a snap. After rebuilding wine 0.9.60, everything is looking fine again now. Until it's fixed in cvs, I'll live with that as a local patch for now. Once more you did it - thanks a hundred times! Volker From owner-freebsd-emulation@FreeBSD.ORG Mon Apr 28 21:20:36 2008 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 077EB106564A for ; Mon, 28 Apr 2008 21:20:36 +0000 (UTC) (envelope-from hans@lambermont.dyndns.org) Received: from lambermont.dyndns.org (lambermont.dyndns.org [82.95.221.39]) by mx1.freebsd.org (Postfix) with ESMTP id BAB538FC1C for ; Mon, 28 Apr 2008 21:20:35 +0000 (UTC) (envelope-from hans@lambermont.dyndns.org) Received: from leia.lambermont.dyndns.org (leia.lambermont.dyndns.org [192.168.100.17]) by lambermont.dyndns.org (Postfix) with ESMTP id 645F41CC42 for ; Mon, 28 Apr 2008 23:02:09 +0200 (CEST) Received: by leia.lambermont.dyndns.org (Postfix, from userid 1001) id 783C122DDF0; Mon, 28 Apr 2008 23:02:03 +0200 (CEST) Date: Mon, 28 Apr 2008 23:02:03 +0200 To: freebsd-emulation@FreeBSD.org Message-ID: <20080428210203.GD61420@leia.lambermont.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i From: hans@lambermont.dyndns.org (Hans Lambermont) Cc: Subject: devel/linux-glib2 ELF binary type "3" not known. 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, 28 Apr 2008 21:20:36 -0000 Hi, I get the following error on FreeBSD 7.0-RELEASE, fresh portsnap tree. frag# cd /usr/ports/devel/linux-glib2 frag# make clean ===> Cleaning for linux-glib2-2.6.6 frag# make install ===> Extracting for linux-glib2-2.6.6 => MD5 Checksum OK for rpm/i386/fedora/4/glib2-2.6.6-1.i386.rpm. => SHA256 Checksum OK for rpm/i386/fedora/4/glib2-2.6.6-1.i386.rpm. ===> linux-glib2-2.6.6 depends on file: /usr/local/bin/rpm2cpio - found ===> Patching for linux-glib2-2.6.6 ===> Configuring for linux-glib2-2.6.6 ===> Installing for linux-glib2-2.6.6 ===> linux-glib2-2.6.6 depends on file: /compat/linux/etc/fedora-release - found ===> Generating temporary packing list ===> Checking if devel/linux-glib2 already installed cd /tmp/usr/ports/devel/linux-glib2/work && /usr/bin/find * -type d -exec /bin/mkdir -p "/compat/linux/{}" \; cd /tmp/usr/ports/devel/linux-glib2/work && /usr/bin/find * ! -type d | /usr/bin/cpio -pm -R root:wheel /compat/linux 3914 blocks ===> Running linux ldconfig /compat/linux/sbin/ldconfig -r /compat/linux ELF binary type "3" not known. /compat/linux/sbin/ldconfig: 1: Syntax error: "(" unexpected *** Error code 2 Stop in /usr/ports/devel/linux-glib2. Any ideas ? regards, Hans Lambermont From owner-freebsd-emulation@FreeBSD.ORG Tue Apr 29 04:50:08 2008 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 D37BF1065680 for ; Tue, 29 Apr 2008 04:50:08 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id 65F9C8FC4F for ; Tue, 29 Apr 2008 04:50:08 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Jqhn4-0004pa-Dz; Tue, 29 Apr 2008 07:50:06 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m3T4o6eJ074395 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 29 Apr 2008 07:50:06 +0300 (EEST) (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.2/8.14.2) with ESMTP id m3T4o1sK079235; Tue, 29 Apr 2008 07:50:01 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m3T4o1kG079234; Tue, 29 Apr 2008 07:50:01 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 29 Apr 2008 07:50:01 +0300 From: Kostik Belousov To: Scot Hetzel Message-ID: <20080429045001.GW18958@deviant.kiev.zoral.com.ua> References: <48164CD5.9030109@gmail.com> <790a9fff0804281537p27003437p10ff1d9bf7c7bff@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BD9633z8ulwHGTh8" Content-Disposition: inline In-Reply-To: <790a9fff0804281537p27003437p10ff1d9bf7c7bff@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.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.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 8fcfa5a562f326ba64a474cd1db6e25e X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2737 [Apr 28 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {TO: local part of email appears in body} X-SpamTest-Method: none X-SpamTest-Rate: 5 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: freebsd-emulation@freebsd.org, Walter Venable , freebsd-ports@freebsd.org Subject: Re: linux_base-f8 giving me guff 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: Tue, 29 Apr 2008 04:50:08 -0000 --BD9633z8ulwHGTh8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 28, 2008 at 05:37:18PM -0500, Scot Hetzel wrote: > On Mon, Apr 28, 2008 at 5:16 PM, Walter Venable wrote: > > /usr/ports/emulators/linux_base-f8 $ sudo make > > =3D=3D=3D> linux_base-f8-8_3 compat.linux.osrelease: 2.4.2 is not supp= orted. > > *** Error code 1 > > > > Stop in /usr/ports/emulators/linux_base-f8. > > > > Ok -- I get it, linux kernel 2.4.2 isn't supported. How do I get around > > this issue? I'm running 6.3-RELEASE-p2... >=20 > sysctl compat.linux.osrelease=3D2.6.16 The question that seems to be relevant there is why the port refuses to install with some compat.linux.osrelease value ? Does port run some linux binary during install time (unlikely) ? I think the port should ignore even absence of the linux.ko; the value of the linux.osrelease is purely runtime issue as opposed to the install time. --BD9633z8ulwHGTh8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkgWqPgACgkQC3+MBN1Mb4hidgCfUVutR7uRXNjqG30+imYl13oI acsAnAxo1IYjle0+O6Mxjrf38waSjCYG =8bQe -----END PGP SIGNATURE----- --BD9633z8ulwHGTh8-- From owner-freebsd-emulation@FreeBSD.ORG Tue Apr 29 06:30:58 2008 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 C7EAF106566C for ; Tue, 29 Apr 2008 06:30:58 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 799BF8FC1A for ; Tue, 29 Apr 2008 06:30:58 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from [85.173.17.248] (helo=localhost.my.domain) by services.ipt.ru with esmtpa (Exim 4.54 (FreeBSD)) id 1JqjMe-0007hs-GH; Tue, 29 Apr 2008 10:30:56 +0400 To: hans@lambermont.dyndns.org (Hans Lambermont) References: <20080428210203.GD61420@leia.lambermont.dyndns.org> From: Boris Samorodov Date: Tue, 29 Apr 2008 10:30:53 +0400 In-Reply-To: <20080428210203.GD61420@leia.lambermont.dyndns.org> (Hans Lambermont's message of "Mon\, 28 Apr 2008 23\:02\:03 +0200") Message-ID: <08253186@ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-emulation@FreeBSD.org Subject: Re: devel/linux-glib2 ELF binary type "3" not known. 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: Tue, 29 Apr 2008 06:30:58 -0000 On Mon, 28 Apr 2008 23:02:03 +0200 Hans Lambermont wrote: > I get the following error on FreeBSD 7.0-RELEASE, fresh portsnap tree. > frag# cd /usr/ports/devel/linux-glib2 > frag# make clean > ===> Cleaning for linux-glib2-2.6.6 > frag# make install > ===> Extracting for linux-glib2-2.6.6 > => MD5 Checksum OK for rpm/i386/fedora/4/glib2-2.6.6-1.i386.rpm. > => SHA256 Checksum OK for rpm/i386/fedora/4/glib2-2.6.6-1.i386.rpm. > ===> linux-glib2-2.6.6 depends on file: /usr/local/bin/rpm2cpio - found > ===> Patching for linux-glib2-2.6.6 > ===> Configuring for linux-glib2-2.6.6 > ===> Installing for linux-glib2-2.6.6 > ===> linux-glib2-2.6.6 depends on file: /compat/linux/etc/fedora-release - found > ===> Generating temporary packing list > ===> Checking if devel/linux-glib2 already installed > cd /tmp/usr/ports/devel/linux-glib2/work && /usr/bin/find * -type d -exec /bin/mkdir -p "/compat/linux/{}" \; > cd /tmp/usr/ports/devel/linux-glib2/work && /usr/bin/find * ! -type d | /usr/bin/cpio -pm -R root:wheel /compat/linux > 3914 blocks > ===> Running linux ldconfig > /compat/linux/sbin/ldconfig -r /compat/linux > ELF binary type "3" not known. > /compat/linux/sbin/ldconfig: 1: Syntax error: "(" unexpected > *** Error code 2 > Stop in /usr/ports/devel/linux-glib2. > Any ideas ? Did you enable linux emulation? You can do it (one way) by "sudo kldload linux". WBR -- bsam From owner-freebsd-emulation@FreeBSD.ORG Tue Apr 29 06:46:14 2008 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 6E158106568D for ; Tue, 29 Apr 2008 06:46:14 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 1DF238FC32 for ; Tue, 29 Apr 2008 06:46:13 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from [85.173.17.248] (helo=localhost.my.domain) by services.ipt.ru with esmtpa (Exim 4.54 (FreeBSD)) id 1JqjbQ-0007uy-Hq; Tue, 29 Apr 2008 10:46:12 +0400 To: Kostik Belousov References: <48164CD5.9030109@gmail.com> <790a9fff0804281537p27003437p10ff1d9bf7c7bff@mail.gmail.com> <20080429045001.GW18958@deviant.kiev.zoral.com.ua> From: Boris Samorodov Date: Tue, 29 Apr 2008 10:46:10 +0400 In-Reply-To: <20080429045001.GW18958@deviant.kiev.zoral.com.ua> (Kostik Belousov's message of "Tue\, 29 Apr 2008 07\:50\:01 +0300") Message-ID: <42172269@ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-emulation@freebsd.org, Scot Hetzel , Walter Venable Subject: Re: linux_base-f8 giving me guff 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: Tue, 29 Apr 2008 06:46:14 -0000 (drop freebsd-ports@ from cross posting) On Tue, 29 Apr 2008 07:50:01 +0300 Kostik Belousov wrote: > On Mon, Apr 28, 2008 at 05:37:18PM -0500, Scot Hetzel wrote: > > On Mon, Apr 28, 2008 at 5:16 PM, Walter Venable wrote: > > > /usr/ports/emulators/linux_base-f8 $ sudo make > > > ===> linux_base-f8-8_3 compat.linux.osrelease: 2.4.2 is not supported. > > > *** Error code 1 > > > > > > Stop in /usr/ports/emulators/linux_base-f8. > > > > > > Ok -- I get it, linux kernel 2.4.2 isn't supported. How do I get around > > > this issue? I'm running 6.3-RELEASE-p2... > > > > sysctl compat.linux.osrelease=2.6.16 > The question that seems to be relevant there is why the port refuses to > install with some compat.linux.osrelease value ? Does port run some > linux binary during install time (unlikely) ? Any linux port that installs a shared library (including linux_base ports) runs linux ldconfig while (at the very end of) installing. Since that ldconfig cannot run with such an old kernel it stops with the error. > I think the port should ignore even absence of the linux.ko; the value > of the linux.osrelease is purely runtime issue as opposed to the install > time. WBR -- bsam From owner-freebsd-emulation@FreeBSD.ORG Tue Apr 29 07:14:29 2008 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 B5669106564A; Tue, 29 Apr 2008 07:14:29 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 68B1A8FC27; Tue, 29 Apr 2008 07:14:28 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from [85.173.17.248] (helo=localhost.my.domain) by services.ipt.ru with esmtpa (Exim 4.54 (FreeBSD)) id 1Jqk2l-0008Km-8A; Tue, 29 Apr 2008 11:14:27 +0400 To: Willy Picard References: <20080428204301.GB78357@copernic.kti.ae.poznan.pl> From: Boris Samorodov Date: Tue, 29 Apr 2008 11:14:25 +0400 In-Reply-To: <20080428204301.GB78357@copernic.kti.ae.poznan.pl> (Willy Picard's message of "Mon\, 28 Apr 2008 22\:43\:01 +0200") Message-ID: <06495214@ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-emulation@FreeBSD.org, freebsd-ports@freebsd.org Subject: Re: net/skype, linux_base-fc6 and the missing linux-alsa-lib... 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: Tue, 29 Apr 2008 07:14:29 -0000 (freebsd-emulation@ added to the CC list; please drop freebsd-ports@ when replying, thanks) On Mon, 28 Apr 2008 22:43:01 +0200 Willy Picard wrote: > I have the following problem while compiling net/skype on a FreeBSD 7.0 i386 > machine. I am using linux_base-fc6 (I following the 20080318 entry in the > /usr/ports/UPDATING file). However, while compiling net/skype, it appears that > the audio/linux-alsa-lib port is missing (as a RUN_DEPENDS). But the > audio/linux-alsa-lib port cannot be installed on a fc6. The following error > message appears when the audio/linux-alsa-lib port is compiled: > ===> linux-alsa-lib-1.0.10.3 uses AUTOMATIC_PLIST with an unsupported USE_LINUX, \"fc6\". Supported values are \"yes\" and \"fc4\". > *** Error code 1 > In my make.conf, I have the following entries related with Linux emulation: > OVERRIDE_LINUX_BASE_PORT=fc6 > USE_LINUX=yes > Did I missed something? Thanks in advance for your help. Well, there is a PR about the case: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/122826 You may use a patch from this PR. But I'm not sure if it will be committed (I'm not speaking about f8 case). The thing is that linux_base-fc{5,6} and linux_base-f7 were ports to test FreeBSD with sysctl compat.linux.osrelease=2.6.16 and let the kernel development improve. Now the kernel development is close to switch to osrelease=2.6.16 by default at CURRENT. And only linux_base-f8 (or later) may become a default at CURRENT and later releases. Note: almost all linuxolator changes where merged from 8-CURRENT to 7-STABLE. But I'm not sure if the default compat.linux.osrelease is ever changed to 7.x. WBR -- bsam From owner-freebsd-emulation@FreeBSD.ORG Tue Apr 29 07:54:47 2008 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 DC8EF1065673; Tue, 29 Apr 2008 07:54:47 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 8E9D78FC15; Tue, 29 Apr 2008 07:54:46 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 4051B67D381; Tue, 29 Apr 2008 09:54:18 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BCLOiANydynd; Tue, 29 Apr 2008 09:54:16 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id C403767D380; Tue, 29 Apr 2008 09:54:15 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.2/8.14.2/Submit) id m3T7sEkw092724; Tue, 29 Apr 2008 09:54:14 +0200 (CEST) (envelope-from rdivacky) Date: Tue, 29 Apr 2008 09:54:14 +0200 From: Roman Divacky To: Boris Samorodov Message-ID: <20080429075414.GA92594@freebsd.org> References: <20080428204301.GB78357@copernic.kti.ae.poznan.pl> <06495214@ipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <06495214@ipt.ru> User-Agent: Mutt/1.4.2.3i Cc: freebsd-emulation@FreeBSD.org, freebsd-ports@FreeBSD.org, Willy Picard Subject: Re: net/skype, linux_base-fc6 and the missing linux-alsa-lib... 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: Tue, 29 Apr 2008 07:54:48 -0000 > Note: almost all linuxolator changes where merged from 8-CURRENT to > 7-STABLE. But I'm not sure if the default compat.linux.osrelease is > ever changed to 7.x. I am against ever switching to 2.6 on default in 7.x From owner-freebsd-emulation@FreeBSD.ORG Tue Apr 29 08:42:15 2008 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 A7F7E106564A; Tue, 29 Apr 2008 08:42:15 +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 49EF78FC18; Tue, 29 Apr 2008 08:42:15 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A55235.dip.t-dialin.net [84.165.82.53]) by redbull.bpaserver.net (Postfix) with ESMTP id 3E6002E0BC; Tue, 29 Apr 2008 10:42:09 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id B60504274C; Tue, 29 Apr 2008 10:42:06 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1209458526; bh=8J45yUl0qVtDu08XZq6gj7TBQOIxCqrPb p9Ned4+ekE=; h=Message-ID:Date:From:To:Cc:Subject:References: In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=M6hqci8d1I+N2YXU4fU6/+fI7ze4l6HHcqD70vSVOmfusR8IzSIePEO/oWRvYT3gx KEL0dLmffzkhIbD0NaIQNxBjlkvILZOXkBhDKAVyb1ewUj5HhlUfKoc36aTJUvWRQA1 ZNclbsLAgqY6s5nqSLrh2bWWOLLGYoAntmhTxVJ9TApAfKoePieYOQMLUKlXkPmKrtg nFqwGEhAtM/iVATmH0H5HX5oF3t6ItNhyOJHkfAhUj3jBkGMl3ZGlS6/y9rNcFXmwGy I3+hbx+Mib6b/teVLC6MxpTdxaB9ZiH6nUQpF4I8H1x6AztqAIbhYTQLX15Lmi2kweM hZ/FcScUQ== Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id m3T8g6lA046958; Tue, 29 Apr 2008 10:42:06 +0200 (CEST) (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; Tue, 29 Apr 2008 10:42:06 +0200 Message-ID: <20080429104206.966715vjspapthls@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Tue, 29 Apr 2008 10:42:06 +0200 From: Alexander Leidinger To: Boris Samorodov References: <20080428204301.GB78357@copernic.kti.ae.poznan.pl> <06495214@ipt.ru> In-Reply-To: <06495214@ipt.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.2-RC2) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information 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, freebsd-ports@FreeBSD.org, Willy Picard Subject: Re: net/skype, linux_base-fc6 and the missing linux-alsa-lib... 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: Tue, 29 Apr 2008 08:42:15 -0000 Quoting Boris Samorodov (from Tue, 29 Apr 2008 11:14:25 +0400)= : > Well, there is a PR about the case: > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/122826 > You may use a patch from this PR. > > But I'm not sure if it will be committed (I'm not speaking about f8 I don't think it will hurt if the fix for fc6 is committed. There are =20 users out there which already use the experimental 2.6.16 support, and =20 it would make their life easier. > case). The thing is that linux_base-fc{5,6} and linux_base-f7 were > ports to test FreeBSD with sysctl compat.linux.osrelease=3D2.6.16 > and let the kernel development improve. Now the kernel development > is close to switch to osrelease=3D2.6.16 by default at CURRENT. And > only linux_base-f8 (or later) may become a default at CURRENT and > later releases. > > Note: almost all linuxolator changes where merged from 8-CURRENT to > 7-STABLE. But I'm not sure if the default compat.linux.osrelease is > ever changed to 7.x. That's a good question. I before we get some data how the transition =20 from 2.4 to 2.6 in -current works out or the users, we can not give an =20 answer. Bye, Alexander. --=20 Hope not, lest ye be disappointed. =09=09-- M. Horner 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 Tue Apr 29 10:15:43 2008 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 9B90B106567A for ; Tue, 29 Apr 2008 10:15:43 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from anti-4.kiev.sovam.com (anti-4.kiev.sovam.com [62.64.120.202]) by mx1.freebsd.org (Postfix) with ESMTP id 34E128FC15 for ; Tue, 29 Apr 2008 10:15:43 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by anti-4.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Jqms9-000BSS-3u for freebsd-emulation@freebsd.org; Tue, 29 Apr 2008 13:15:41 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m3TAF5ie085426 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 29 Apr 2008 13:15:05 +0300 (EEST) (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.2/8.14.2) with ESMTP id m3TAF0AC088242; Tue, 29 Apr 2008 13:15:00 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m3TAF0Xn088241; Tue, 29 Apr 2008 13:15:00 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 29 Apr 2008 13:14:59 +0300 From: Kostik Belousov To: Boris Samorodov Message-ID: <20080429101459.GX18958@deviant.kiev.zoral.com.ua> References: <48164CD5.9030109@gmail.com> <790a9fff0804281537p27003437p10ff1d9bf7c7bff@mail.gmail.com> <20080429045001.GW18958@deviant.kiev.zoral.com.ua> <42172269@ipt.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QU4HcMF0gOtcBmJ3" Content-Disposition: inline In-Reply-To: <42172269@ipt.ru> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.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.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 6dc4245230f22f3abb357b69a6da667e X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2738 [Apr 29 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {TO: local part of email appears in body} X-SpamTest-Method: none X-SpamTest-Rate: 5 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: freebsd-emulation@freebsd.org, Scot Hetzel , Walter Venable Subject: Re: linux_base-f8 giving me guff 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: Tue, 29 Apr 2008 10:15:43 -0000 --QU4HcMF0gOtcBmJ3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 29, 2008 at 10:46:10AM +0400, Boris Samorodov wrote: > (drop freebsd-ports@ from cross posting) >=20 > On Tue, 29 Apr 2008 07:50:01 +0300 Kostik Belousov wrote: > > On Mon, Apr 28, 2008 at 05:37:18PM -0500, Scot Hetzel wrote: > > > On Mon, Apr 28, 2008 at 5:16 PM, Walter Venable w= rote: > > > > /usr/ports/emulators/linux_base-f8 $ sudo make > > > > =3D=3D=3D> linux_base-f8-8_3 compat.linux.osrelease: 2.4.2 is not = supported. > > > > *** Error code 1 > > > > > > > > Stop in /usr/ports/emulators/linux_base-f8. > > > > > > > > Ok -- I get it, linux kernel 2.4.2 isn't supported. How do I get a= round > > > > this issue? I'm running 6.3-RELEASE-p2... > > >=20 > > > sysctl compat.linux.osrelease=3D2.6.16 >=20 > > The question that seems to be relevant there is why the port refuses to > > install with some compat.linux.osrelease value ? Does port run some > > linux binary during install time (unlikely) ? >=20 > Any linux port that installs a shared library (including linux_base > ports) runs linux ldconfig while (at the very end of) installing. > Since that ldconfig cannot run with such an old kernel it stops with > the error. Thank you for the explanation. I propose the error condition to be ignored, or warning to be printed etc. The ability to install linux-base and app ports without even loading linux.ko seems to be too useful. >=20 > > I think the port should ignore even absence of the linux.ko; the value > > of the linux.osrelease is purely runtime issue as opposed to the install > > time. >=20 >=20 > WBR > --=20 > bsam --QU4HcMF0gOtcBmJ3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkgW9SMACgkQC3+MBN1Mb4gu6gCfaHMo3lSCuICMuZL5gHKV3sYS UzEAoNTkFh23emOM2+1ttPFU5SOhnYUU =fvbb -----END PGP SIGNATURE----- --QU4HcMF0gOtcBmJ3-- From owner-freebsd-emulation@FreeBSD.ORG Tue Apr 29 11:04:14 2008 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 C635B1065677 for ; Tue, 29 Apr 2008 11:04:14 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout3.freenet.de (mout3.freenet.de [IPv6:2001:748:100:40::2:5]) by mx1.freebsd.org (Postfix) with ESMTP id 5BE458FC1C for ; Tue, 29 Apr 2008 11:04:14 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.21] (helo=11.mx.freenet.de) by mout3.freenet.de with esmtpa (Exim 4.69) (envelope-from ) id 1Jqnd6-0000B7-Iw for freebsd-emulation@FreeBSD.org; Tue, 29 Apr 2008 13:04:12 +0200 Received: from r9417.r.pppool.de ([89.54.148.23]:35504 helo=peedub.jennejohn.org) by 11.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #12) id 1Jqnd6-0004gb-B6 for freebsd-emulation@FreeBSD.org; Tue, 29 Apr 2008 13:04:12 +0200 Date: Tue, 29 Apr 2008 13:04:11 +0200 From: Gary Jennejohn To: freebsd-emulation@FreeBSD.org Message-ID: <20080429130411.4ce9e984@peedub.jennejohn.org> In-Reply-To: <20080429104206.966715vjspapthls@webmail.leidinger.net> References: <20080428204301.GB78357@copernic.kti.ae.poznan.pl> <06495214@ipt.ru> <20080429104206.966715vjspapthls@webmail.leidinger.net> X-Mailer: Claws Mail 3.4.0 (GTK+ 2.10.14; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: net/skype, linux_base-fc6 and the missing linux-alsa-lib... X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Apr 2008 11:04:14 -0000 On Tue, 29 Apr 2008 10:42:06 +0200 Alexander Leidinger wrote: > Quoting Boris Samorodov (from Tue, 29 Apr 2008 11:14:25 +0400): > > Note: almost all linuxolator changes where merged from 8-CURRENT to > > 7-STABLE. But I'm not sure if the default compat.linux.osrelease is > > ever changed to 7.x. > > That's a good question. I before we get some data how the transition > from 2.4 to 2.6 in -current works out or the users, we can not give an > answer. > I switched to -fc8 and 2.6.16 a few weeks ago. The few Linux-based things which I use regularly (linux-firefox, realplayer, flash with firefox, acroread8) continue to work just fine. I should mention that linux-firefox sometimes dumps core for no apparent reason (I haven't seen any useful error messages), but killing the leftover running processes and restarting it works. Note that I'm running 8-current. --- Gary Jennejohn From owner-freebsd-emulation@FreeBSD.ORG Tue Apr 29 13:10:11 2008 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 4120D1065675 for ; Tue, 29 Apr 2008 13:10:11 +0000 (UTC) (envelope-from bsam@kfs.ru) Received: from kfs.ru (kfs.kfs.ru [62.183.117.194]) by mx1.freebsd.org (Postfix) with ESMTP id C7BB58FC28 for ; Tue, 29 Apr 2008 13:10:10 +0000 (UTC) (envelope-from bsam@kfs.ru) Received: from bsam by kfs.ru with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JqpIu-0000jq-La; Tue, 29 Apr 2008 16:51:28 +0400 To: Kostik Belousov References: <48164CD5.9030109@gmail.com> <790a9fff0804281537p27003437p10ff1d9bf7c7bff@mail.gmail.com> <20080429045001.GW18958@deviant.kiev.zoral.com.ua> <42172269@ipt.ru> <20080429101459.GX18958@deviant.kiev.zoral.com.ua> From: Boris Samorodov Date: Tue, 29 Apr 2008 16:51:28 +0400 In-Reply-To: <20080429101459.GX18958@deviant.kiev.zoral.com.ua> (Kostik Belousov's message of "Tue, 29 Apr 2008 13:14:59 +0300") Message-ID: <95766063@serv3.int.kfs.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Boris B. Samorodov" Cc: freebsd-emulation@freebsd.org, Scot Hetzel , Walter Venable Subject: Re: linux_base-f8 giving me guff 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: Tue, 29 Apr 2008 13:10:11 -0000 On Tue, 29 Apr 2008 13:14:59 +0300 Kostik Belousov wrote: > On Tue, Apr 29, 2008 at 10:46:10AM +0400, Boris Samorodov wrote: > > (drop freebsd-ports@ from cross posting) > > > > On Tue, 29 Apr 2008 07:50:01 +0300 Kostik Belousov wrote: > > > On Mon, Apr 28, 2008 at 05:37:18PM -0500, Scot Hetzel wrote: > > > > On Mon, Apr 28, 2008 at 5:16 PM, Walter Venable wrote: > > > > > /usr/ports/emulators/linux_base-f8 $ sudo make > > > > > ===> linux_base-f8-8_3 compat.linux.osrelease: 2.4.2 is not supported. > > > > > *** Error code 1 > > > > > > > > > > Stop in /usr/ports/emulators/linux_base-f8. > > > > > > > > > > Ok -- I get it, linux kernel 2.4.2 isn't supported. How do I get around > > > > > this issue? I'm running 6.3-RELEASE-p2... > > > > > > > > sysctl compat.linux.osrelease=2.6.16 > > > > > The question that seems to be relevant there is why the port refuses to > > > install with some compat.linux.osrelease value ? Does port run some > > > linux binary during install time (unlikely) ? > > > > Any linux port that installs a shared library (including linux_base > > ports) runs linux ldconfig while (at the very end of) installing. > > Since that ldconfig cannot run with such an old kernel it stops with > > the error. > Thank you for the explanation. I propose the error condition to be > ignored, or warning to be printed etc. The ability to install linux-base > and app ports without even loading linux.ko seems to be too useful. Can you please give (an) example(s) when it is necessary to install files with stale /usr/compat/linux/etc/ld.so.cache? I'm not sure if it make more good than harm... So far we rely on linuxulator being run and check for compat.linux.osrelease value while installing. If that check is removed then we have only FreeBSD OSVERSION which is very unreliable at compat.linux.osrelease quessing. WBR, bsam -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? From owner-freebsd-emulation@FreeBSD.ORG Tue Apr 29 13:14:23 2008 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 D6D8F1065687 for ; Tue, 29 Apr 2008 13:14:23 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from anti-4.kiev.sovam.com (anti-4.kiev.sovam.com [62.64.120.202]) by mx1.freebsd.org (Postfix) with ESMTP id 6B43C8FC12 for ; Tue, 29 Apr 2008 13:14:23 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by anti-4.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Jqpf3-000KZt-W4 for freebsd-emulation@freebsd.org; Tue, 29 Apr 2008 16:14:22 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m3TDDlD8093146 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 29 Apr 2008 16:13:47 +0300 (EEST) (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.2/8.14.2) with ESMTP id m3TDDgJJ093605; Tue, 29 Apr 2008 16:13:42 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m3TDDgt6093604; Tue, 29 Apr 2008 16:13:42 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 29 Apr 2008 16:13:42 +0300 From: Kostik Belousov To: Boris Samorodov Message-ID: <20080429131342.GZ18958@deviant.kiev.zoral.com.ua> References: <48164CD5.9030109@gmail.com> <790a9fff0804281537p27003437p10ff1d9bf7c7bff@mail.gmail.com> <20080429045001.GW18958@deviant.kiev.zoral.com.ua> <42172269@ipt.ru> <20080429101459.GX18958@deviant.kiev.zoral.com.ua> <95766063@serv3.int.kfs.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cgV9kgQ4vUfIQsP4" Content-Disposition: inline In-Reply-To: <95766063@serv3.int.kfs.ru> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.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.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 717fb1dce93df3d9117221529acf11a8 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2739 [Apr 29 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: freebsd-emulation@freebsd.org, Scot Hetzel , Walter Venable Subject: Re: linux_base-f8 giving me guff 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: Tue, 29 Apr 2008 13:14:23 -0000 --cgV9kgQ4vUfIQsP4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 29, 2008 at 04:51:28PM +0400, Boris Samorodov wrote: > On Tue, 29 Apr 2008 13:14:59 +0300 Kostik Belousov wrote: > > On Tue, Apr 29, 2008 at 10:46:10AM +0400, Boris Samorodov wrote: > > > (drop freebsd-ports@ from cross posting) > > >=20 > > > On Tue, 29 Apr 2008 07:50:01 +0300 Kostik Belousov wrote: > > > > On Mon, Apr 28, 2008 at 05:37:18PM -0500, Scot Hetzel wrote: > > > > > On Mon, Apr 28, 2008 at 5:16 PM, Walter Venable wrote: > > > > > > /usr/ports/emulators/linux_base-f8 $ sudo make > > > > > > =3D=3D=3D> linux_base-f8-8_3 compat.linux.osrelease: 2.4.2 is = not supported. > > > > > > *** Error code 1 > > > > > > > > > > > > Stop in /usr/ports/emulators/linux_base-f8. > > > > > > > > > > > > Ok -- I get it, linux kernel 2.4.2 isn't supported. How do I g= et around > > > > > > this issue? I'm running 6.3-RELEASE-p2... > > > > >=20 > > > > > sysctl compat.linux.osrelease=3D2.6.16 > > >=20 > > > > The question that seems to be relevant there is why the port refuse= s to > > > > install with some compat.linux.osrelease value ? Does port run some > > > > linux binary during install time (unlikely) ? > > >=20 > > > Any linux port that installs a shared library (including linux_base > > > ports) runs linux ldconfig while (at the very end of) installing. > > > Since that ldconfig cannot run with such an old kernel it stops with > > > the error. >=20 > > Thank you for the explanation. I propose the error condition to be > > ignored, or warning to be printed etc. The ability to install linux-base > > and app ports without even loading linux.ko seems to be too useful. >=20 > Can you please give (an) example(s) when it is necessary to install > files with stale /usr/compat/linux/etc/ld.so.cache? >=20 > I'm not sure if it make more good than harm... So far we rely on > linuxulator being run and check for compat.linux.osrelease value > while installing. If that check is removed then we have only FreeBSD > OSVERSION which is very unreliable at compat.linux.osrelease quessing. Assume "I think" or "I propose" at the start of the each sentence below. This is only a gentle request for possible enhancement. It is wrong^H^H^H erm inconvenient to have ld.so.cache to be formed at the port installation time. The /usr/local/etc/rc.d/linux_ldconfig script that may be run at arbitrary time by the user is much more useful. I want to have the ability to install linux ports and make the packages from them in the chroots without disrupting the host or enabling the less tested linux kernel ABI support on the host. I do know about the per-jail ABI support, but it is not as convenient as chroot nor it solves the issue of the less tested kernel code. The linux_ldconfig rc script would also ease the local installations of the programs that are not present in the ports. Overall, this would bring the linux dso handling close to the handling of the freebsd dso, that I consider good enough. --cgV9kgQ4vUfIQsP4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkgXHwUACgkQC3+MBN1Mb4g2YQCg1GWrTwf7OEOSyLyMukcKKAwz yeUAoOiugChfrqxYTq0BQp4sYuUr1gSj =bvEs -----END PGP SIGNATURE----- --cgV9kgQ4vUfIQsP4-- From owner-freebsd-emulation@FreeBSD.ORG Tue Apr 29 14:00:07 2008 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 06F891065676 for ; Tue, 29 Apr 2008 14:00:06 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (daffy.timing.com [206.168.13.218]) by mx1.freebsd.org (Postfix) with ESMTP id 987458FC0C for ; Tue, 29 Apr 2008 14:00:06 +0000 (UTC) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id m3TDXaV4049079 for ; Tue, 29 Apr 2008 07:33:36 -0600 (MDT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.14.2/8.14.2) with ESMTP id m3TDEdl0041165; Tue, 29 Apr 2008 07:14:39 -0600 (MDT) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.14.2/8.14.2/Submit) id m3TDEdGh041162; Tue, 29 Apr 2008 07:14:39 -0600 (MDT) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18455.7999.318965.875282@gromit.timing.com> Date: Tue, 29 Apr 2008 07:14:39 -0600 From: John E Hein To: Boris Samorodov In-Reply-To: <95766063@serv3.int.kfs.ru> References: <48164CD5.9030109@gmail.com> <790a9fff0804281537p27003437p10ff1d9bf7c7bff@mail.gmail.com> <20080429045001.GW18958@deviant.kiev.zoral.com.ua> <42172269@ipt.ru> <20080429101459.GX18958@deviant.kiev.zoral.com.ua> <95766063@serv3.int.kfs.ru> X-Mailer: VM 7.19 under Emacs 22.1.1 X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on Daffy.timing.com X-Virus-Status: Clean Cc: freebsd-emulation@freebsd.org, Scot Hetzel , Walter Venable Subject: Re: linux_base-f8 giving me guff 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: Tue, 29 Apr 2008 14:00:07 -0000 Boris Samorodov wrote at 16:51 +0400 on Apr 29, 2008: > Can you please give (an) example(s) when it is necessary to install > files with stale /usr/compat/linux/etc/ld.so.cache? Installing to a chroot for deployment on a different system. This is one well-used mode of operation that many ports maintainers do not consider. Also note that /etc/rc.d/abi runs /compat/linux/sbin/ldconfig. > I'm not sure if it make more good than harm... So far we rely on > linuxulator being run and check for compat.linux.osrelease value > while installing. If that check is removed then we have only FreeBSD > OSVERSION which is very unreliable at compat.linux.osrelease quessing. At least add a knob (ala DISABLE_VULNERABILITIES) for when the user knows better. From owner-freebsd-emulation@FreeBSD.ORG Tue Apr 29 14:46:50 2008 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 41ABD106564A for ; Tue, 29 Apr 2008 14:46:50 +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 9636D8FC1B for ; Tue, 29 Apr 2008 14:46:49 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A55235.dip.t-dialin.net [84.165.82.53]) by redbull.bpaserver.net (Postfix) with ESMTP id C93F32E0BC; Tue, 29 Apr 2008 16:46:36 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id BDF586C1A8; Tue, 29 Apr 2008 16:46:33 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1209480393; bh=eGWiFwY3iW9b9E78II7rK5rx6DvBbI+9c MlFDcHF7Ms=; h=Message-ID:Date:From:To:Cc:Subject:References: In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Eaw0a9m7xEyf3DLUPckaanlkuLgd2C2wOJmVSrpaWxGPcgRqMzOM/NFFtkEImmcTX i6CGwLlPSfZ003suaZtbeJtEdbAR+qDKy6cARP1ApYf+lJkEHHjt5ZFkyZlIiKlEsWV vXzdl8iYpXnYlPWgC4uwkZrYIljF84OtZa68V5Cp+EQ1D/PbaiY6UByX1+NpZQChN0a YH1KRbzHiI5zRTk89mwMhBiKox50TFUNcboNInsBY6Gs1bHI/zk5JWJ1Xwy4F+q3qp+ MP31v88x8nW0+tRCfzUS1QF2yrKgtWewY85eepKzHNGFSZ4usBWb2sXiPQytyk8QhSz O1x5QikpA== Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id m3TEkXNF008545; Tue, 29 Apr 2008 16:46:33 +0200 (CEST) (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; Tue, 29 Apr 2008 16:46:33 +0200 Message-ID: <20080429164633.21308qxgswq81p00@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Tue, 29 Apr 2008 16:46:33 +0200 From: Alexander Leidinger To: Kostik Belousov References: <48164CD5.9030109@gmail.com> <790a9fff0804281537p27003437p10ff1d9bf7c7bff@mail.gmail.com> <20080429045001.GW18958@deviant.kiev.zoral.com.ua> <42172269@ipt.ru> <20080429101459.GX18958@deviant.kiev.zoral.com.ua> <95766063@serv3.int.kfs.ru> <20080429131342.GZ18958@deviant.kiev.zoral.com.ua> In-Reply-To: <20080429131342.GZ18958@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.2-RC2) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-12.827, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, J_CHICKENPOX_52 0.60, MIME_QP_LONG_LINE 1.40, RDNS_DYNAMIC 0.10, TW_GT 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Hetzel , freebsd-emulation@freebsd.org, Scot, Walter Venable Subject: Re: linux_base-f8 giving me guff 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: Tue, 29 Apr 2008 14:46:50 -0000 Quoting Kostik Belousov (from Tue, 29 Apr 2008 =20 16:13:42 +0300): > On Tue, Apr 29, 2008 at 04:51:28PM +0400, Boris Samorodov wrote: >> On Tue, 29 Apr 2008 13:14:59 +0300 Kostik Belousov wrote: >> > On Tue, Apr 29, 2008 at 10:46:10AM +0400, Boris Samorodov wrote: >> > > (drop freebsd-ports@ from cross posting) >> > > >> > > On Tue, 29 Apr 2008 07:50:01 +0300 Kostik Belousov wrote: >> > > > On Mon, Apr 28, 2008 at 05:37:18PM -0500, Scot Hetzel wrote: >> > > > > On Mon, Apr 28, 2008 at 5:16 PM, Walter Venable =20 >> wrote: >> > > > > > /usr/ports/emulators/linux_base-f8 $ sudo make >> > > > > > =3D=3D=3D> linux_base-f8-8_3 compat.linux.osrelease: 2.4.2 is = =20 >> not supported. >> > > > > > *** Error code 1 >> > > > > > >> > > > > > Stop in /usr/ports/emulators/linux_base-f8. >> > > > > > >> > > > > > Ok -- I get it, linux kernel 2.4.2 isn't supported. How =20 >> do I get around >> > > > > > this issue? I'm running 6.3-RELEASE-p2... >> > > > > >> > > > > sysctl compat.linux.osrelease=3D2.6.16 >> > > >> > > > The question that seems to be relevant there is why the port =20 >> refuses to >> > > > install with some compat.linux.osrelease value ? Does port run some >> > > > linux binary during install time (unlikely) ? >> > > >> > > Any linux port that installs a shared library (including linux_base >> > > ports) runs linux ldconfig while (at the very end of) installing. >> > > Since that ldconfig cannot run with such an old kernel it stops with >> > > the error. >> >> > Thank you for the explanation. I propose the error condition to be >> > ignored, or warning to be printed etc. The ability to install linux-bas= e >> > and app ports without even loading linux.ko seems to be too useful. >> >> Can you please give (an) example(s) when it is necessary to install >> files with stale /usr/compat/linux/etc/ld.so.cache? >> >> I'm not sure if it make more good than harm... So far we rely on >> linuxulator being run and check for compat.linux.osrelease value >> while installing. If that check is removed then we have only FreeBSD >> OSVERSION which is very unreliable at compat.linux.osrelease quessing. > > Assume "I think" or "I propose" at the start of the each sentence below. > This is only a gentle request for possible enhancement. > > It is wrong^H^H^H erm inconvenient to have ld.so.cache to be formed > at the port installation time. The /usr/local/etc/rc.d/linux_ldconfig > script that may be run at arbitrary time by the user is much more useful. > > I want to have the ability to install linux ports and make the packages > from them in the chroots without disrupting the host or enabling the > less tested linux kernel ABI support on the host. I do know about the > per-jail ABI support, but it is not as convenient as chroot nor it > solves the issue of the less tested kernel code. > > The linux_ldconfig rc script would also ease the local installations > of the programs that are not present in the ports. Overall, this would > bring the linux dso handling close to the handling of the freebsd dso, > that I consider good enough. We have different DTRT behaviors competing for a solution here. One is that people want to install it without having the need of a =20 loaded linux kld (let's call this "expert way"). Another one is that =20 people want to use an installed port immediately (let's call it the =20 "user friendly way"). The FreeBSD linux ports are organized in the =20 user friendly way. In this second category we have two cases, one that =20 people don't have the linux stuff in the kernel, the other that the =20 linux bits are available in the kernel. The ports handle both cases by =20 telling the user what he has to do. As users don't read the install =20 messages (yes, overly simplified view of the world, I know), the linux =20 ports abort if the prerequisites are not met. So far not much people have complained that the linux stuff is =20 organized like it is. In fact this is the first case I remember of =20 seeing such a request. For the linux_base port we may already have the necessary stuff to =20 handle it after a reboot, but the linux kld can be loaded at any time, =20 and there's no way we can specify a dependency from loading the kld to =20 running the linux ldconfig in some way. Additionally, linux_base is =20 not the only port where we need to run linux programs. For example for =20 linux-gtk2 we have to run some programs which register some gtk plugins. Getting this all right while keeping the current user friendlyness is =20 not done in few minutes. I don't object to add some I_AM_AN_EXPERT__I_KNOW_WHAT_I_DO-knob which =20 disables the run of linux programs and removes the linux ABI checks, =20 but I don't think it is a good idea to rework the linux ports in a way =20 suggested in this thread. If you read the messages on the mailinglists =20 regarding the problems people have installing the linux stuff, you =20 will see that this outnumbers the number of people which want this =20 "expert functionality" by a large amount. The current way of the linux =20 ports is a refinement of several years of step by step improvements. Making an export-knob is also not done in 2 minutes. An ifdef around =20 the linux kld check, and a ifdef around the run of ldconfig is _not_ =20 enough. We have several places where the linux ldconfig is run (e.g. =20 in the USE_LDCONFIG know of bsd.port.mk). Patches for this are welcome =20 on emulation@, but don't expect to get everything right the first time. Note: there are not much domain specific experts. Some people may =20 think it is easy to do, but the evil part is in the details. Hint for people which don't believe me and would like to produce =20 patches which changes the ports to not require the linux kld by =20 default: As long as you haven't looked into each emulation@ maintained =20 linux port line by line, and as long as you haven't considered the =20 needs of the novice users, don't even try to do some patches which =20 make the ports install without the linux kld by default, you will =20 waste a lot of your time if you don't make yourself familiar with all =20 the ports first. Bye, Alexander. --=20 In which level of metalanguage are you now speaking? 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 Tue Apr 29 18:01:30 2008 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 CA50B106564A for ; Tue, 29 Apr 2008 18:01:30 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 807828FC28 for ; Tue, 29 Apr 2008 18:01:30 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from [85.173.16.52] (helo=localhost.my.domain) by services.ipt.ru with esmtpa (Exim 4.54 (FreeBSD)) id 1Jqu8u-000I2P-TB; Tue, 29 Apr 2008 22:01:29 +0400 To: Kostik Belousov References: <48164CD5.9030109@gmail.com> <790a9fff0804281537p27003437p10ff1d9bf7c7bff@mail.gmail.com> <20080429045001.GW18958@deviant.kiev.zoral.com.ua> <42172269@ipt.ru> <20080429101459.GX18958@deviant.kiev.zoral.com.ua> <95766063@serv3.int.kfs.ru> <20080429131342.GZ18958@deviant.kiev.zoral.com.ua> From: Boris Samorodov Date: Tue, 29 Apr 2008 22:01:25 +0400 In-Reply-To: <20080429131342.GZ18958@deviant.kiev.zoral.com.ua> (Kostik Belousov's message of "Tue\, 29 Apr 2008 16\:13\:42 +0300") Message-ID: <60080682@ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-emulation@freebsd.org, Scot Hetzel , Walter Venable Subject: Re: linux_base-f8 giving me guff 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: Tue, 29 Apr 2008 18:01:30 -0000 On Tue, 29 Apr 2008 16:13:42 +0300 Kostik Belousov wrote: > On Tue, Apr 29, 2008 at 04:51:28PM +0400, Boris Samorodov wrote: > > On Tue, 29 Apr 2008 13:14:59 +0300 Kostik Belousov wrote: > > > On Tue, Apr 29, 2008 at 10:46:10AM +0400, Boris Samorodov wrote: > > > > (drop freebsd-ports@ from cross posting) > > > > > > > > On Tue, 29 Apr 2008 07:50:01 +0300 Kostik Belousov wrote: > > > > > On Mon, Apr 28, 2008 at 05:37:18PM -0500, Scot Hetzel wrote: > > > > > > On Mon, Apr 28, 2008 at 5:16 PM, Walter Venable wrote: > > > > > > > /usr/ports/emulators/linux_base-f8 $ sudo make > > > > > > > ===> linux_base-f8-8_3 compat.linux.osrelease: 2.4.2 is not supported. > > > > > > > *** Error code 1 > > > > > > > > > > > > > > Stop in /usr/ports/emulators/linux_base-f8. > > > > > > > > > > > > > > Ok -- I get it, linux kernel 2.4.2 isn't supported. How do I get around > > > > > > > this issue? I'm running 6.3-RELEASE-p2... > > > > > > > > > > > > sysctl compat.linux.osrelease=2.6.16 > > > > > > > > > The question that seems to be relevant there is why the port refuses to > > > > > install with some compat.linux.osrelease value ? Does port run some > > > > > linux binary during install time (unlikely) ? > > > > > > > > Any linux port that installs a shared library (including linux_base > > > > ports) runs linux ldconfig while (at the very end of) installing. > > > > Since that ldconfig cannot run with such an old kernel it stops with > > > > the error. > > > > > Thank you for the explanation. I propose the error condition to be > > > ignored, or warning to be printed etc. The ability to install linux-base > > > and app ports without even loading linux.ko seems to be too useful. > > > > Can you please give (an) example(s) when it is necessary to install > > files with stale /usr/compat/linux/etc/ld.so.cache? > > > > I'm not sure if it make more good than harm... So far we rely on > > linuxulator being run and check for compat.linux.osrelease value > > while installing. If that check is removed then we have only FreeBSD > > OSVERSION which is very unreliable at compat.linux.osrelease quessing. > Assume "I think" or "I propose" at the start of the each sentence below. > This is only a gentle request for possible enhancement. > It is wrong^H^H^H erm inconvenient to have ld.so.cache to be formed > at the port installation time. The /usr/local/etc/rc.d/linux_ldconfig > script that may be run at arbitrary time by the user is much more useful. Hm, if I understand you correctly, you say that "make install" or "pkg_add" will not be enough to run a linux application (say, which had installed a linux gtk port as a dependency)? And a user should run "make linux-config" or something else? > I want to have the ability to install linux ports and make the packages > from them in the chroots without disrupting the host or enabling the > less tested linux kernel ABI support on the host. I do know about the > per-jail ABI support, but it is not as convenient as chroot nor it > solves the issue of the less tested kernel code. Are you speaking about packaging f8 linux ports? Seams not a big trouble since it is (almost) supported only at 8-CURRENT. Which itself is known to be experimental. Packages for 8-CURRENT should be created only at -current. Nevertheless, in my recent work on f8 ports and bsd.xxx.mk I introduced a variable LINUX_OSRELEASE which may be used (say at /etc/make.conf) to define which value of compat.linux.osrelease to use while dealing with ports. I've tested LINUX_OSRELEASE=2.4.2 while actually running with linux.osrelease=2.6.16 and f8 linux ports. Would it be enough for your packaging needs? > The linux_ldconfig rc script would also ease the local installations > of the programs that are not present in the ports. Overall, this would > bring the linux dso handling close to the handling of the freebsd dso, > that I consider good enough. Either we use ldconfig while installing or we force a user do it later. The latter may be done immediately -- just delete all ldconfigs from linux ports and display a message "run ... by hand". I think that the great majority of linuxulator users would complain. WBR -- bsam From owner-freebsd-emulation@FreeBSD.ORG Tue Apr 29 18:13:39 2008 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 637191065670 for ; Tue, 29 Apr 2008 18:13:39 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 1B1F38FC12 for ; Tue, 29 Apr 2008 18:13:39 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from [85.173.16.52] (helo=localhost.my.domain) by services.ipt.ru with esmtpa (Exim 4.54 (FreeBSD)) id 1JquKf-000IBg-Q4; Tue, 29 Apr 2008 22:13:37 +0400 To: John E Hein References: <48164CD5.9030109@gmail.com> <790a9fff0804281537p27003437p10ff1d9bf7c7bff@mail.gmail.com> <20080429045001.GW18958@deviant.kiev.zoral.com.ua> <42172269@ipt.ru> <20080429101459.GX18958@deviant.kiev.zoral.com.ua> <95766063@serv3.int.kfs.ru> <18455.7999.318965.875282@gromit.timing.com> From: Boris Samorodov Date: Tue, 29 Apr 2008 22:13:36 +0400 In-Reply-To: <18455.7999.318965.875282@gromit.timing.com> (John E. Hein's message of "Tue\, 29 Apr 2008 07\:14\:39 -0600") Message-ID: <94009951@ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-emulation@freebsd.org Subject: Re: linux_base-f8 giving me guff 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: Tue, 29 Apr 2008 18:13:39 -0000 On Tue, 29 Apr 2008 07:14:39 -0600 John E Hein wrote: > Boris Samorodov wrote at 16:51 +0400 on Apr 29, 2008: > > Can you please give (an) example(s) when it is necessary to install > > files with stale /usr/compat/linux/etc/ld.so.cache? > Installing to a chroot for deployment on a different system. > This is one well-used mode of operation that many ports > maintainers do not consider. We have packages for that purpose... Or I didn't understand you. > Also note that /etc/rc.d/abi runs /compat/linux/sbin/ldconfig. ...which will run while booting? That is not enough if you just install a linux port. > > I'm not sure if it make more good than harm... So far we rely on > > linuxulator being run and check for compat.linux.osrelease value > > while installing. If that check is removed then we have only FreeBSD > > OSVERSION which is very unreliable at compat.linux.osrelease quessing. > At least add a knob (ala DISABLE_VULNERABILITIES) for when the user > knows better. For packaging needs I suppose to use (an overwritable) variable LINUX_OSRELEASE. It will be introduced at bsd.linux-apps.mk together with other linux-f8 infrastructure ports. See the recent emulation@ archives for more details. WBR -- bsam From owner-freebsd-emulation@FreeBSD.ORG Tue Apr 29 18:18:42 2008 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 E0C151065678 for ; Tue, 29 Apr 2008 18:18:42 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay03.kiev.sovam.com (relay03.kiev.sovam.com [62.64.120.201]) by mx1.freebsd.org (Postfix) with ESMTP id 71B088FC32 for ; Tue, 29 Apr 2008 18:18:42 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay03.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JquPY-000PZJ-Fs for freebsd-emulation@freebsd.org; Tue, 29 Apr 2008 21:18:40 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m3TII48O003804 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 29 Apr 2008 21:18:05 +0300 (EEST) (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.2/8.14.2) with ESMTP id m3TIHx80002296; Tue, 29 Apr 2008 21:17:59 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m3TIHxep002295; Tue, 29 Apr 2008 21:17:59 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 29 Apr 2008 21:17:59 +0300 From: Kostik Belousov To: Boris Samorodov Message-ID: <20080429181759.GC18958@deviant.kiev.zoral.com.ua> References: <48164CD5.9030109@gmail.com> <790a9fff0804281537p27003437p10ff1d9bf7c7bff@mail.gmail.com> <20080429045001.GW18958@deviant.kiev.zoral.com.ua> <42172269@ipt.ru> <20080429101459.GX18958@deviant.kiev.zoral.com.ua> <95766063@serv3.int.kfs.ru> <20080429131342.GZ18958@deviant.kiev.zoral.com.ua> <60080682@ipt.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HgIZViBQaGt9WpR9" Content-Disposition: inline In-Reply-To: <60080682@ipt.ru> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.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.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: a908ef79c5d1ff8569b4b694ccf6cda2 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2745 [Apr 29 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: freebsd-emulation@freebsd.org, Scot Hetzel , Walter Venable Subject: Re: linux_base-f8 giving me guff 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: Tue, 29 Apr 2008 18:18:43 -0000 --HgIZViBQaGt9WpR9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 29, 2008 at 10:01:25PM +0400, Boris Samorodov wrote: > On Tue, 29 Apr 2008 16:13:42 +0300 Kostik Belousov wrote: > > On Tue, Apr 29, 2008 at 04:51:28PM +0400, Boris Samorodov wrote: > > > On Tue, 29 Apr 2008 13:14:59 +0300 Kostik Belousov wrote: > > > > On Tue, Apr 29, 2008 at 10:46:10AM +0400, Boris Samorodov wrote: > > > > > (drop freebsd-ports@ from cross posting) > > > > >=20 > > > > > On Tue, 29 Apr 2008 07:50:01 +0300 Kostik Belousov wrote: > > > > > > On Mon, Apr 28, 2008 at 05:37:18PM -0500, Scot Hetzel wrote: > > > > > > > On Mon, Apr 28, 2008 at 5:16 PM, Walter Venable wrote: > > > > > > > > /usr/ports/emulators/linux_base-f8 $ sudo make > > > > > > > > =3D=3D=3D> linux_base-f8-8_3 compat.linux.osrelease: 2.4.2= is not supported. > > > > > > > > *** Error code 1 > > > > > > > > > > > > > > > > Stop in /usr/ports/emulators/linux_base-f8. > > > > > > > > > > > > > > > > Ok -- I get it, linux kernel 2.4.2 isn't supported. How do= I get around > > > > > > > > this issue? I'm running 6.3-RELEASE-p2... > > > > > > >=20 > > > > > > > sysctl compat.linux.osrelease=3D2.6.16 > > > > >=20 > > > > > > The question that seems to be relevant there is why the port re= fuses to > > > > > > install with some compat.linux.osrelease value ? Does port run = some > > > > > > linux binary during install time (unlikely) ? > > > > >=20 > > > > > Any linux port that installs a shared library (including linux_ba= se > > > > > ports) runs linux ldconfig while (at the very end of) installing. > > > > > Since that ldconfig cannot run with such an old kernel it stops w= ith > > > > > the error. > > >=20 > > > > Thank you for the explanation. I propose the error condition to be > > > > ignored, or warning to be printed etc. The ability to install linux= -base > > > > and app ports without even loading linux.ko seems to be too useful. > > >=20 > > > Can you please give (an) example(s) when it is necessary to install > > > files with stale /usr/compat/linux/etc/ld.so.cache? > > >=20 > > > I'm not sure if it make more good than harm... So far we rely on > > > linuxulator being run and check for compat.linux.osrelease value > > > while installing. If that check is removed then we have only FreeBSD > > > OSVERSION which is very unreliable at compat.linux.osrelease quessing. >=20 > > Assume "I think" or "I propose" at the start of the each sentence below. > > This is only a gentle request for possible enhancement. >=20 > > It is wrong^H^H^H erm inconvenient to have ld.so.cache to be formed > > at the port installation time. The /usr/local/etc/rc.d/linux_ldconfig > > script that may be run at arbitrary time by the user is much more usefu= l. >=20 > Hm, if I understand you correctly, you say that "make install" or > "pkg_add" will not be enough to run a linux application (say, which > had installed a linux gtk port as a dependency)? And a user should > run "make linux-config" or something else? >=20 > > I want to have the ability to install linux ports and make the packages > > from them in the chroots without disrupting the host or enabling the > > less tested linux kernel ABI support on the host. I do know about the > > per-jail ABI support, but it is not as convenient as chroot nor it > > solves the issue of the less tested kernel code. >=20 > Are you speaking about packaging f8 linux ports? Seams not a big > trouble since it is (almost) supported only at 8-CURRENT. Which itself > is known to be experimental. Packages for 8-CURRENT should be created > only at -current. >=20 > Nevertheless, in my recent work on f8 ports and bsd.xxx.mk I > introduced a variable LINUX_OSRELEASE which may be used (say at > /etc/make.conf) to define which value of compat.linux.osrelease to use > while dealing with ports. I've tested LINUX_OSRELEASE=3D2.4.2 while > actually running with linux.osrelease=3D2.6.16 and f8 linux ports. >=20 > Would it be enough for your packaging needs? >=20 > > The linux_ldconfig rc script would also ease the local installations > > of the programs that are not present in the ports. Overall, this would > > bring the linux dso handling close to the handling of the freebsd dso, > > that I consider good enough. >=20 > Either we use ldconfig while installing or we force a user do it > later. The latter may be done immediately -- just delete all ldconfigs > from linux ports and display a message "run ... by hand". I think that > the great majority of linuxulator users would complain. I do not ask to change the present default behaviour, but for the possibility to request the port infrastructure to skip running anything requiring Linux ABI emulator during port installation. As a consequence, the linux.osrelease stuff becomes irrelevant. See the parallel answer by netchild@ that quite accurately reformulates my intent. --HgIZViBQaGt9WpR9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkgXZlcACgkQC3+MBN1Mb4iAGgCeLaF2d2vdJAsoWKw/qqxloKFW so0AnRw5+wllRQLx3BovbsZHIU7hacz+ =MDax -----END PGP SIGNATURE----- --HgIZViBQaGt9WpR9-- From owner-freebsd-emulation@FreeBSD.ORG Tue Apr 29 19:30:05 2008 Return-Path: Delivered-To: emulation@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D57C9106564A for ; Tue, 29 Apr 2008 19:30:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C4C968FC1E for ; Tue, 29 Apr 2008 19:30:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m3TJU5Ej034299 for ; Tue, 29 Apr 2008 19:30:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m3TJU5MZ034296; Tue, 29 Apr 2008 19:30:05 GMT (envelope-from gnats) Date: Tue, 29 Apr 2008 19:30:05 GMT Message-Id: <200804291930.m3TJU5MZ034296@freefall.freebsd.org> To: emulation@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: ports/122826: commit references a PR X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Apr 2008 19:30:05 -0000 The following reply was made to PR ports/122826; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/122826: commit references a PR Date: Tue, 29 Apr 2008 19:21:01 +0000 (UTC) bsam 2008-04-29 19:20:52 UTC FreeBSD ports repository Modified files: Mk bsd.linux-rpm.mk Log: Add valid values fc6, f7 and f8: . to USE_LINUX variable, so users can install linux ports which [1] use AUTOMATIC_PLIST (while those values are assigned to OVERRIDE_LINUX_BASE_PORT variable); . to IGNORE message. netchild said: "I don't think it will hurt if the fix for fc6 is committed. There are users out there which already use the experimental 2.6.16 support, and it would make their life easier." me decided: "Why should we segragate f7/f8 users?" and committed f7/f8 parts as well. PR: ports/122826 [1] Submitted by: Naram Qashat [1] Revision Changes Path 1.12 +8 -2 ports/Mk/bsd.linux-rpm.mk _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From owner-freebsd-emulation@FreeBSD.ORG Tue Apr 29 19:40:09 2008 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 9C5F1106567B for ; Tue, 29 Apr 2008 19:40:09 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 574BA8FC29 for ; Tue, 29 Apr 2008 19:40:09 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from [85.173.16.52] (helo=localhost.my.domain) by services.ipt.ru with esmtpa (Exim 4.54 (FreeBSD)) id 1JqvgO-000JQO-4q; Tue, 29 Apr 2008 23:40:08 +0400 To: gary.jennejohn@freenet.de References: <20080428204301.GB78357@copernic.kti.ae.poznan.pl> <06495214@ipt.ru> <20080429104206.966715vjspapthls@webmail.leidinger.net> <20080429130411.4ce9e984@peedub.jennejohn.org> From: Boris Samorodov Date: Tue, 29 Apr 2008 23:40:06 +0400 In-Reply-To: <20080429130411.4ce9e984@peedub.jennejohn.org> (Gary Jennejohn's message of "Tue\, 29 Apr 2008 13\:04\:11 +0200") Message-ID: <51124761@ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-emulation@FreeBSD.org Subject: Re: net/skype, linux_base-fc6 and the missing linux-alsa-lib... 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: Tue, 29 Apr 2008 19:40:09 -0000 On Tue, 29 Apr 2008 13:04:11 +0200 Gary Jennejohn wrote: > On Tue, 29 Apr 2008 10:42:06 +0200 > Alexander Leidinger wrote: > > Quoting Boris Samorodov (from Tue, 29 Apr 2008 11:14:25 +0400): > > > Note: almost all linuxolator changes where merged from 8-CURRENT to > > > 7-STABLE. But I'm not sure if the default compat.linux.osrelease is > > > ever changed to 7.x. > > > > That's a good question. I before we get some data how the transition > > from 2.4 to 2.6 in -current works out or the users, we can not give an > > answer. > > > I switched to -fc8 and 2.6.16 a few weeks ago. The few Linux-based things > which I use regularly (linux-firefox, realplayer, flash with firefox, > acroread8) continue to work just fine. I should mention that > linux-firefox sometimes dumps core for no apparent reason (I haven't seen > any useful error messages), but killing the leftover running processes and > restarting it works. Do you use linux_base-f8 port alone or with not-committed-yet my experimental linux f8 infrastructure ports? > Note that I'm running 8-current. Good, thanks for the report. WBR -- bsam From owner-freebsd-emulation@FreeBSD.ORG Tue Apr 29 20:00:19 2008 Return-Path: Delivered-To: emulation@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 282141065681; Tue, 29 Apr 2008 20:00:19 +0000 (UTC) (envelope-from bsam@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F34138FC0C; Tue, 29 Apr 2008 20:00:18 +0000 (UTC) (envelope-from bsam@FreeBSD.org) Received: from freefall.freebsd.org (bsam@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m3TK0I8T037211; Tue, 29 Apr 2008 20:00:18 GMT (envelope-from bsam@freefall.freebsd.org) Received: (from bsam@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m3TK0Ihp037207; Tue, 29 Apr 2008 20:00:18 GMT (envelope-from bsam) Date: Tue, 29 Apr 2008 20:00:18 GMT Message-Id: <200804292000.m3TK0Ihp037207@freefall.freebsd.org> To: cyberbotx@cyberbotx.com, bsam@FreeBSD.org, emulation@FreeBSD.org From: bsam@FreeBSD.org Cc: Subject: Re: ports/122826: [PATCH] Mk/bsd.linux-rpm.mk: Handle USE_LINUX for fc6, f7, f8 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: Tue, 29 Apr 2008 20:00:19 -0000 Synopsis: [PATCH] Mk/bsd.linux-rpm.mk: Handle USE_LINUX for fc6, f7, f8 State-Changed-From-To: open->closed State-Changed-By: bsam State-Changed-When: Tue Apr 29 20:00:07 UTC 2008 State-Changed-Why: Committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=122826 From owner-freebsd-emulation@FreeBSD.ORG Tue Apr 29 20:02:05 2008 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 D4F1E106566B for ; Tue, 29 Apr 2008 20:02:05 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from cavuit01.kulnet.kuleuven.be (cavuit01.kulnet.kuleuven.be [134.58.240.43]) by mx1.freebsd.org (Postfix) with ESMTP id 5F48D8FC12 for ; Tue, 29 Apr 2008 20:02:05 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from smtps01.kuleuven.be (smtpshost01.kulnet.kuleuven.be [134.58.240.74]) by cavuit01.kulnet.kuleuven.be (Postfix) with ESMTP id C3F817B8065; Tue, 29 Apr 2008 22:01:59 +0200 (CEST) Received: from kalimero.kotnet.org (kalimero.kotnet.org [10.4.16.222]) by smtps01.kuleuven.be (Postfix) with ESMTP id 74C9531E703; Tue, 29 Apr 2008 22:01:59 +0200 (CEST) Received: from kalimero.kotnet.org (kalimero.kotnet.org [127.0.0.1]) by kalimero.kotnet.org (8.14.2/8.14.2) with ESMTP id m3TK1wVc038405; Tue, 29 Apr 2008 22:01:58 +0200 (CEST) (envelope-from tijl@ulyssis.org) X-Kuleuven: This mail passed the K.U.Leuven mailcluster From: Tijl Coosemans To: Volker Date: Tue, 29 Apr 2008 22:01:56 +0200 User-Agent: KMail/1.9.7 References: <4814D1BC.9070004@vwsoft.com> <200804281554.19842.tijl@ulyssis.org> <48161B3B.90507@vwsoft.com> In-Reply-To: <48161B3B.90507@vwsoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804292201.57595.tijl@ulyssis.org> X-KULeuven-Information: Katholieke Universiteit Leuven X-KULeuven-Scanned: Found to be clean X-Spam-Status: not spam, SpamAssassin (not cached, score=-50, required 5, autolearn=disabled, KUL_SMTPS -50.00) X-KULeuven-Envelope-From: tijl@ulyssis.org Cc: freebsd-emulation@freebsd.org Subject: Re: trouble using latest wine 0.9.60 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: Tue, 29 Apr 2008 20:02:05 -0000 On Monday 28 April 2008 20:45:15 Volker wrote: > as always, I'm wondering how you can shoot a problem with that less > information? ;) Hah :) good intuition I guess. > Your patch needed some tweaking to get applied (removed 'a/' and 'b/' > from diff path) but that was a snap. After rebuilding wine 0.9.60, > everything is looking fine again now. Until it's fixed in cvs, I'll > live with that as a local patch for now. The patch has been committed today, so next release (May 2 normally) should work again. From owner-freebsd-emulation@FreeBSD.ORG Tue Apr 29 20:26:41 2008 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 59697106568E for ; Tue, 29 Apr 2008 20:26:41 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (mx1.timing.com [206.168.13.218]) by mx1.freebsd.org (Postfix) with ESMTP id 06E268FC14 for ; Tue, 29 Apr 2008 20:26:40 +0000 (UTC) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id m3TKQ4tP025404; Tue, 29 Apr 2008 14:26:39 -0600 (MDT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.14.2/8.14.2) with ESMTP id m3TKQ26r052917; Tue, 29 Apr 2008 14:26:02 -0600 (MDT) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.14.2/8.14.2/Submit) id m3TKQ2CU052914; Tue, 29 Apr 2008 14:26:02 -0600 (MDT) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18455.33882.355026.28602@gromit.timing.com> Date: Tue, 29 Apr 2008 14:26:02 -0600 From: John E Hein To: Boris Samorodov In-Reply-To: <94009951@ipt.ru> References: <48164CD5.9030109@gmail.com> <790a9fff0804281537p27003437p10ff1d9bf7c7bff@mail.gmail.com> <20080429045001.GW18958@deviant.kiev.zoral.com.ua> <42172269@ipt.ru> <20080429101459.GX18958@deviant.kiev.zoral.com.ua> <95766063@serv3.int.kfs.ru> <18455.7999.318965.875282@gromit.timing.com> <94009951@ipt.ru> X-Mailer: VM 7.19 under Emacs 22.1.1 X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on Daffy.timing.com X-Virus-Status: Clean Cc: freebsd-emulation@freebsd.org Subject: Re: linux_base-f8 giving me guff 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: Tue, 29 Apr 2008 20:26:41 -0000 Boris Samorodov wrote at 22:13 +0400 on Apr 29, 2008: > We have packages for that purpose... Or I didn't understand you. Q: How do packages get built? A: By running 'make package' which does a 'make install' So, the problem Kostik described still exists. When does the ldconfig really need to be run? At package build time or at pkg_add time? > > Also note that /etc/rc.d/abi runs /compat/linux/sbin/ldconfig. > > ...which will run while booting? That is not enough if you just > install a linux port. I think I don't understand your point. As you know, you currently need linux.ko installed and linux ldconfig setup right in order to run certain linux ports that use linux shared libs. /etc/rc.d/abi does both of those things (on boot or when run manually). You need linux.ko installed to run linux ldconfig which some linux ports do if they install linux shared libs. Kostik is requesting a [non-default] way to tell the ports infrastructure not to die if I want to install a linux port without linux.ko loaded. There were some concerns expressed about just warning if ldconfig doesn't get run because that would leave the ldconfig cache possibly set incorrectly. My point is that even if the linux ldconfig's cache is not right on a port install, it will be corrected the next time /etc/rc.d/abi is run (to that end, it's better than manually running 'sudo kldload linux'). So let's say you are installing a port to a chroot on removable media that is intended to be installed on another box - a useful mode of operation I hope you agree. The risk of having a incorrectly populated ldconfig cache is mitigated by the /etc/rc.d/abi script that will be run when the destination box is booted. > > At least add a knob (ala DISABLE_VULNERABILITIES) for when the user > > knows better. > > For packaging needs I suppose to use (an overwritable) variable > LINUX_OSRELEASE. It will be introduced at bsd.linux-apps.mk together > with other linux-f8 infrastructure ports. See the recent emulation@ > archives for more details. Yes, I know - I've glanced at it and am glad there's work in that direction. Thanks! How does LINUX_OSRELEASE help avoid running linux ldconfig on make install? From owner-freebsd-emulation@FreeBSD.ORG Tue Apr 29 22:27:53 2008 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 5B4FB106567B for ; Tue, 29 Apr 2008 22:27:53 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id D9F458FC12 for ; Tue, 29 Apr 2008 22:27:52 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id D396C2C7F04; Wed, 30 Apr 2008 00:27:50 +0200 (CEST) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id m3TMOx85021360; Wed, 30 Apr 2008 00:24:59 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id m3TMOwck021359; Wed, 30 Apr 2008 00:24:58 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Wed, 30 Apr 2008 00:24:58 +0200 To: freebsd-emulation@FreeBSD.org, freebsd-amd64@FreeBSD.org Message-ID: <20080429222458.GA20855@saturn.kn-bremen.de> Mail-Followup-To: freebsd-emulation@FreeBSD.org, freebsd-amd64@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: seems I finally found what upset kqemu on amd64 SMP... shared gdt! (please test patch :) 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: Tue, 29 Apr 2008 22:27:53 -0000 Yeah, the amd64 kernel reuses the same gdt to setup all cpus, causing kqemu to end up restoring the interrupt stackpointer (after running guest code using its own cpu state) from the tss of the last cpu, regardless which cpu it happened to run on. And that then causes the last cpu's (usually) idle thread's stack to get smashed and the host doing multiple panics... (Which also explains why pinning qemu onto cpu 1 worked on a 2-way host.) Here's the patch I just tested, of course you'd want to disable this once the gdt is no longer shared, so assuming someone wants to fix this, please also do an OSVERSION bump... Index: kqemu-freebsd.c @@ -34,6 +34,11 @@ #include #include +#ifdef __x86_64__ +#include +#include +#include +#endif #include "kqemu-kernel.h" @@ -264,6 +269,19 @@ va_end(ap); } +#ifdef __x86_64__ +/* called with interrupts disabled */ +void CDECL kqemu_tss_workaround(void) +{ + int gsel_tss = GSEL(GPROC0_SEL, SEL_KPL); + + gdt_segs[GPROC0_SEL].ssd_base = (long) &common_tss[PCPU_GET(cpuid)]; + ssdtosyssd(&gdt_segs[GPROC0_SEL], + (struct system_segment_descriptor *)&gdt[GPROC0_SEL]); + ltr(gsel_tss); +} +#endif + struct kqemu_instance { #if __FreeBSD_version >= 500000 TAILQ_ENTRY(kqemu_instance) kqemu_ent; Index: common/kernel.c @@ -1030,6 +1030,9 @@ #ifdef __x86_64__ uint16_t saved_ds, saved_es; unsigned long fs_base, gs_base; +#ifdef __FreeBSD__ + struct kqemu_global_state *g = s->global_state; +#endif #endif #ifdef PROFILE @@ -1197,6 +1200,13 @@ apic_restore_nmi(s, apic_nmi_mask); } profile_record(s); +#ifdef __FreeBSD__ +#ifdef __x86_64__ + spin_lock(&g->lock); + kqemu_tss_workaround(); + spin_unlock(&g->lock); +#endif +#endif if (s->mon_req == MON_REQ_IRQ) { struct kqemu_exception_regs *r; Index: kqemu-kernel.h @@ -44,4 +44,10 @@ void CDECL kqemu_log(const char *fmt, ...); +#ifdef __FreeBSD__ +#ifdef __x86_64__ +void CDECL kqemu_tss_workaround(void); +#endif +#endif + #endif /* KQEMU_KERNEL_H */ From owner-freebsd-emulation@FreeBSD.ORG Wed Apr 30 06:23:04 2008 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 124881065686 for ; Wed, 30 Apr 2008 06:23:04 +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 B3B5C8FC1D for ; Wed, 30 Apr 2008 06:23:03 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A55235.dip.t-dialin.net [84.165.82.53]) by redbull.bpaserver.net (Postfix) with ESMTP id D39852E16C; Wed, 30 Apr 2008 08:22:54 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id DDAFDAF20; Wed, 30 Apr 2008 08:22:51 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1209536572; bh=ie45nTm29Whc99uPcgWayZKe6C5l2KhTA pLichtgTD4=; h=Message-ID:Date:From:To:Cc:Subject:References: In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=g+vNJ+3FhT8hqhRJdpQxQiZ2nk3uRm9VXDP4kYhgvtep/F8omWweUTuS1AJrsW2qK CkLTzwAEEZypDjVkhZHSRX0irRS08Oo8BjwGDfU/AeYeIiZhFcbOcBVxm1CDLgqXmSF CIJsTTKAu+2Xq6JF1fCHjeP7RF5XgQtD7m5VK0J/P6HxGS/WAjuHhjBBqkUTZKeWMlU Wq2vc9vt8XkfsauxlazJUu5f93BYlO3km0uy3AZFSxIykgyP0Irk1AlMpvf6Oz09BCR FPs6Q+wEpCsWnxqScMcQljBUggiiBcDlDu3LPwlUPAVEsErQKpEVHfsN4rBJy6yxW2O +vwhPMTgA== Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id m3U6Mppi083022; Wed, 30 Apr 2008 08:22:51 +0200 (CEST) (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; Wed, 30 Apr 2008 08:22:51 +0200 Message-ID: <20080430082251.330631sseytpk7jv@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 30 Apr 2008 08:22:51 +0200 From: Alexander Leidinger To: John E Hein References: <48164CD5.9030109@gmail.com> <790a9fff0804281537p27003437p10ff1d9bf7c7bff@mail.gmail.com> <20080429045001.GW18958@deviant.kiev.zoral.com.ua> <42172269@ipt.ru> <20080429101459.GX18958@deviant.kiev.zoral.com.ua> <95766063@serv3.int.kfs.ru> <18455.7999.318965.875282@gromit.timing.com> <94009951@ipt.ru> <18455.33882.355026.28602@gromit.timing.com> In-Reply-To: <18455.33882.355026.28602@gromit.timing.com> 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.2-RC2) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-12.827, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, J_CHICKENPOX_52 0.60, MIME_QP_LONG_LINE 1.40, RDNS_DYNAMIC 0.10, TW_GT 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-emulation@freebsd.org Subject: Re: linux_base-f8 giving me guff 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: Wed, 30 Apr 2008 06:23:04 -0000 Quoting John E Hein (from Tue, 29 Apr 2008 14:26:02 -0600= ): > Boris Samorodov wrote at 22:13 +0400 on Apr 29, 2008: > > We have packages for that purpose... Or I didn't understand you. > > Q: How do packages get built? > A: By running 'make package' which does a 'make install' > > So, the problem Kostik described still exists. > > When does the ldconfig really need to be run? At package build time > or at pkg_add time? At package install time. And if you look at the pkg-install script you =20 will see that it is run then. The problem is, that you don't really =20 know if the installation is just to create a package, or if the user =20 also wants to use the port after the installation (I create a package =20 after each update of a port). Have a look around in other ports, all =20 ports will do the pkg-install stuff during installation too. > > > > Also note that /etc/rc.d/abi runs /compat/linux/sbin/ldconfig. > > > > ...which will run while booting? That is not enough if you just > > install a linux port. > > I think I don't understand your point. As you know, you currently > need linux.ko installed and linux ldconfig setup right in order to run > certain linux ports that use linux shared libs. /etc/rc.d/abi does > both of those things (on boot or when run manually). Right, but if you want to install e.g. the acroread port, linux_base =20 and linux-gtk2 will be required. linux-gtk2 not only installs libs, it =20 also has to run a linux program to register some gtk plugins. There's =20 more to this than just not running ldconfig. > You need linux.ko installed to run linux ldconfig which some > linux ports do if they install linux shared libs. > > Kostik is requesting a [non-default] way to tell the ports > infrastructure not to die if I want to install a linux port without > linux.ko loaded. > > There were some concerns expressed about just warning if ldconfig > doesn't get run because that would leave the ldconfig cache possibly > set incorrectly. > > My point is that even if the linux ldconfig's cache is not right on a > port install, it will be corrected the next time /etc/rc.d/abi is run > (to that end, it's better than manually running 'sudo kldload linux'). > > So let's say you are installing a port to a chroot on removable media > that is intended to be installed on another box - a useful mode of > operation I hope you agree. The risk of having a incorrectly > populated ldconfig cache is mitigated by the /etc/rc.d/abi script that > will be run when the destination box is booted. And if the linux-gtk2 port is installed, a lot of stuff will just not work. I don't say it is not possible to do, I just say it is not as easy to =20 get right as most people think. Bye, Alexander. --=20 Superior ability breeds superior ambition. =09=09-- Spock, "Space Seed", stardate 3141.9 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 Wed Apr 30 07:19:44 2008 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 3629D1065683 for ; Wed, 30 Apr 2008 07:19:44 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (mx1.timing.com [206.168.13.218]) by mx1.freebsd.org (Postfix) with ESMTP id D5C748FC13 for ; Wed, 30 Apr 2008 07:19:43 +0000 (UTC) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id m3U7IuQh054086; Wed, 30 Apr 2008 01:19:07 -0600 (MDT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.14.2/8.14.2) with ESMTP id m3U7ItG3002433; Wed, 30 Apr 2008 01:18:55 -0600 (MDT) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.14.2/8.14.2/Submit) id m3U7ItZ7002430; Wed, 30 Apr 2008 01:18:55 -0600 (MDT) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18456.7518.947661.700763@gromit.timing.com> Date: Wed, 30 Apr 2008 01:18:54 -0600 From: John E Hein To: Alexander Leidinger In-Reply-To: <20080430082251.330631sseytpk7jv@webmail.leidinger.net> References: <48164CD5.9030109@gmail.com> <790a9fff0804281537p27003437p10ff1d9bf7c7bff@mail.gmail.com> <20080429045001.GW18958@deviant.kiev.zoral.com.ua> <42172269@ipt.ru> <20080429101459.GX18958@deviant.kiev.zoral.com.ua> <95766063@serv3.int.kfs.ru> <18455.7999.318965.875282@gromit.timing.com> <94009951@ipt.ru> <18455.33882.355026.28602@gromit.timing.com> <20080430082251.330631sseytpk7jv@webmail.leidinger.net> X-Mailer: VM 7.19 under Emacs 22.1.1 X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on Daffy.timing.com X-Virus-Status: Clean Cc: freebsd-emulation@freebsd.org Subject: Re: linux_base-f8 giving me guff 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: Wed, 30 Apr 2008 07:19:44 -0000 Alexander Leidinger wrote at 08:22 +0200 on Apr 30, 2008: > Quoting John E Hein (from Tue, 29 Apr 2008 14:26:02 -0600): > > Boris Samorodov wrote at 22:13 +0400 on Apr 29, 2008: > > > We have packages for that purpose... Or I didn't understand you. > > > > Q: How do packages get built? > > A: By running 'make package' which does a 'make install' > > > > So, the problem Kostik described still exists. > > > > When does the ldconfig really need to be run? At package build time > > or at pkg_add time? Those were rhetorical questions, by the way - I was trying to emphasize that packages don't work around the problem because the act of building the package can trip over the problem. > At package install time. And if you look at the pkg-install script you > will see that it is run then. The problem is, that you don't really > know if the installation is just to create a package, or if the user > also wants to use the port after the installation (I create a package > after each update of a port). Have a look around in other ports, all > ports will do the pkg-install stuff during installation too. That's why having a knob to allow the user to specify that linux ldconfig should not be run at install time would be useful. As you rightly mention there are ports that run other linux programs as well, but these can be addressed case by case, whereas ldconfig is in bsd.*.mk and so it can be addressed more generally. Anyway, I just wanted to answer the question posed asking for examples where ld.so.cache need not be updated. From owner-freebsd-emulation@FreeBSD.ORG Wed Apr 30 07:59:56 2008 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 CC9661065679 for ; Wed, 30 Apr 2008 07:59:56 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout2.freenet.de (mout2.freenet.de [IPv6:2001:748:100:40::2:4]) by mx1.freebsd.org (Postfix) with ESMTP id 6A97D8FC1D for ; Wed, 30 Apr 2008 07:59:56 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.15] (helo=5.mx.freenet.de) by mout2.freenet.de with esmtpa (Exim 4.69) (envelope-from ) id 1Jr7EI-0005Un-C6; Wed, 30 Apr 2008 09:59:54 +0200 Received: from r84fe.r.pppool.de ([89.54.132.254]:24940 helo=peedub.jennejohn.org) by 5.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #12) id 1Jr7EI-0005tr-20; Wed, 30 Apr 2008 09:59:54 +0200 Date: Wed, 30 Apr 2008 09:59:52 +0200 From: Gary Jennejohn To: Boris Samorodov Message-ID: <20080430095952.28ccd548@peedub.jennejohn.org> In-Reply-To: <51124761@ipt.ru> References: <20080428204301.GB78357@copernic.kti.ae.poznan.pl> <06495214@ipt.ru> <20080429104206.966715vjspapthls@webmail.leidinger.net> <20080429130411.4ce9e984@peedub.jennejohn.org> <51124761@ipt.ru> X-Mailer: Claws Mail 3.4.0 (GTK+ 2.10.14; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@FreeBSD.org Subject: Re: net/skype, linux_base-fc6 and the missing linux-alsa-lib... X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Apr 2008 07:59:56 -0000 On Tue, 29 Apr 2008 23:40:06 +0400 Boris Samorodov wrote: > On Tue, 29 Apr 2008 13:04:11 +0200 Gary Jennejohn wrote: > > I switched to -fc8 and 2.6.16 a few weeks ago. The few Linux-based things > > which I use regularly (linux-firefox, realplayer, flash with firefox, > > acroread8) continue to work just fine. I should mention that > > linux-firefox sometimes dumps core for no apparent reason (I haven't seen > > any useful error messages), but killing the leftover running processes and > > restarting it works. > > Do you use linux_base-f8 port alone or with not-committed-yet my > experimental linux f8 infrastructure ports? > I'm running the port from March 27th, so none of your experimental patches are in it. --- Gary Jennejohn From owner-freebsd-emulation@FreeBSD.ORG Wed Apr 30 08:18:37 2008 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 84C99106566B for ; Wed, 30 Apr 2008 08:18:37 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 432F18FC0C for ; Wed, 30 Apr 2008 08:18:36 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 1F21267B3EC for ; Wed, 30 Apr 2008 10:18:08 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p6+-SZ71iIfr for ; Wed, 30 Apr 2008 10:18:06 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 929F7674849 for ; Wed, 30 Apr 2008 10:18:06 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.2/8.14.2/Submit) id m3U8I6NT081978 for emulation@freebsd.org; Wed, 30 Apr 2008 10:18:06 +0200 (CEST) (envelope-from rdivacky) Date: Wed, 30 Apr 2008 10:18:06 +0200 From: Roman Divacky To: emulation@freebsd.org Message-ID: <20080430081806.GA81772@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: [PATCH]: robust futexes 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: Wed, 30 Apr 2008 08:18:37 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable hi I implemented robust futexes in linuxulator and I need to get it reviewed/t= ested. The best way to test it is (according to linux documnetation) to run yum and kill -9 it while it runs.=20 The patch is here: http://www.vlakno.cz/~rdivacky/linux_robust_futex.patch the patch should be ok as I followed linux code very closely (most of the c= ode runs in userspace so kernel has very well defined work). I tested it lightly on i386. I'd like to commit this quite soon so please help. thnx! roman --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkgYKz4ACgkQLVEj6D3CBEyyEgCeL/iqy7z1mzKxOUQNbYQUXAfa 4TMAn0LqSjiBGU7A6Ev8fJ1DY561w8q5 =/THA -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-emulation@FreeBSD.ORG Wed Apr 30 12:09:08 2008 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 B90B4106564A for ; Wed, 30 Apr 2008 12:09:08 +0000 (UTC) (envelope-from bsam@kfs.ru) Received: from kfs.ru (kfs.kfs.ru [62.183.117.194]) by mx1.freebsd.org (Postfix) with ESMTP id 501C98FC12 for ; Wed, 30 Apr 2008 12:09:07 +0000 (UTC) (envelope-from bsam@kfs.ru) Received: from bsam by kfs.ru with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JrB7H-0006eh-Px; Wed, 30 Apr 2008 16:08:55 +0400 To: John E Hein References: <48164CD5.9030109@gmail.com> <790a9fff0804281537p27003437p10ff1d9bf7c7bff@mail.gmail.com> <20080429045001.GW18958@deviant.kiev.zoral.com.ua> <42172269@ipt.ru> <20080429101459.GX18958@deviant.kiev.zoral.com.ua> <95766063@serv3.int.kfs.ru> <18455.7999.318965.875282@gromit.timing.com> <94009951@ipt.ru> <18455.33882.355026.28602@gromit.timing.com> From: Boris Samorodov Date: Wed, 30 Apr 2008 16:08:55 +0400 In-Reply-To: <18455.33882.355026.28602@gromit.timing.com> (John E. Hein's message of "Tue, 29 Apr 2008 14:26:02 -0600") Message-ID: <61835432@serv3.int.kfs.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Boris B. Samorodov" Cc: freebsd-emulation@freebsd.org Subject: Re: linux_base-f8 giving me guff 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: Wed, 30 Apr 2008 12:09:08 -0000 On Tue, 29 Apr 2008 14:26:02 -0600 John E Hein wrote: > Kostik is requesting a [non-default] way to tell the ports > infrastructure not to die if I want to install a linux port without > linux.ko loaded. OK, I understand that and not opposed to. WBR, bsam -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? From owner-freebsd-emulation@FreeBSD.ORG Wed Apr 30 13:17:28 2008 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 3FF30106564A for ; Wed, 30 Apr 2008 13:17:28 +0000 (UTC) (envelope-from lianbang@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id 18A8E8FC29 for ; Wed, 30 Apr 2008 13:17:27 +0000 (UTC) (envelope-from lianbang@gmail.com) Received: by wa-out-1112.google.com with SMTP id j4so474253wah.3 for ; Wed, 30 Apr 2008 06:17:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=7YuhgLj1PmD3eSHRwUuoNShY5bKAAp9kpRZlk1Lb/OU=; b=eBRPx6HT0KPaftKxOqr447wyyNII5YEywpkaTWDTUwzpe4EFrdTSSrPwMj74eU0NISapXbtqScjrrNLwgRQZul0FuU60Id8bSvhXbgerJQA3cwWjBK3twXg8Z24t36KLB2rO9EtF0BJWsfqosbJA9r19tUgt/iX5W3neuuuGRic= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=L/Xc9Iwj/CvrEw4fu5FwxCqUqafdpsGo7U9dG0EaNGW6bIGQdAbC3aBXgzDkSR46eX8wTdAISy0EzKCULen1voRSFHqVsdw6CsxZHIYy5VwPR7m6/czHWUQwpJhSkUnXN0hrvK03iAkRkIkj9yU10z/Qq0TOXdZeB6xsKUYcmVU= Received: by 10.114.52.1 with SMTP id z1mr624534waz.62.1209559920331; Wed, 30 Apr 2008 05:52:00 -0700 (PDT) Received: by 10.115.47.18 with HTTP; Wed, 30 Apr 2008 05:52:00 -0700 (PDT) Message-ID: Date: Wed, 30 Apr 2008 20:52:00 +0800 From: "Anbang Li" To: freebsd-emulation@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: ask help for libg2c.so.0 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: Wed, 30 Apr 2008 13:17:28 -0000 Hi, Thierry Thomas, I have met the problem of libg2c.so.0 while using an app under Fedora 7. After searching on Web, I found your answer on lists.freebsd.org seems nice: > But Boris has ported this lib as "lang/linux-libg2c": I have just tested > it, and everything works fine! So I turn to you for help. Would you please send the files needed to me, and tell me how to deal with it in details? Regards, Anbang Li From owner-freebsd-emulation@FreeBSD.ORG Wed Apr 30 14:12:48 2008 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 D6A50106567D for ; Wed, 30 Apr 2008 14:12:48 +0000 (UTC) (envelope-from bsam@kfs.ru) Received: from kfs.ru (kfs.kfs.ru [62.183.117.194]) by mx1.freebsd.org (Postfix) with ESMTP id 814518FC0A for ; Wed, 30 Apr 2008 14:12:47 +0000 (UTC) (envelope-from bsam@kfs.ru) Received: from bsam by kfs.ru with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JrD36-0007kL-Em; Wed, 30 Apr 2008 18:12:44 +0400 To: "Anbang Li" References: From: Boris Samorodov Date: Wed, 30 Apr 2008 18:12:44 +0400 In-Reply-To: (Anbang Li's message of "Wed, 30 Apr 2008 20:52:00 +0800") Message-ID: <29678003@serv3.int.kfs.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Boris B. Samorodov" Cc: freebsd-emulation@freebsd.org Subject: Re: ask help for libg2c.so.0 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: Wed, 30 Apr 2008 14:12:48 -0000 On Wed, 30 Apr 2008 20:52:00 +0800 Anbang Li wrote: > I have met the problem of libg2c.so.0 while using an app under Fedora 7. > After searching on Web, I found your answer on lists.freebsd.org seems nice: > > But Boris has ported this lib as "lang/linux-libg2c": I have just tested > > it, and everything works fine! > So I turn to you for help. Would you please send the files needed to me, > and tell me how to deal with it in details? $ cd /usr/ports/lang/linux-libg2c $ sudo make install WBR, bsam -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? From owner-freebsd-emulation@FreeBSD.ORG Wed Apr 30 16:00:46 2008 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 A37581065671 for ; Wed, 30 Apr 2008 16:00:46 +0000 (UTC) (envelope-from pieter@thedarkside.nl) Received: from mail.thelostparadise.com (cl-92.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:5b::2]) by mx1.freebsd.org (Postfix) with ESMTP id 656F58FC18 for ; Wed, 30 Apr 2008 16:00:46 +0000 (UTC) (envelope-from pieter@thedarkside.nl) Received: from [192.168.1.13] (s55915f73.adsl.wanadoo.nl [85.145.95.115]) by mail.thelostparadise.com (Postfix) with ESMTP id C193561C2B for ; Wed, 30 Apr 2008 18:00:44 +0200 (CEST) Message-ID: <481897AB.7070003@thedarkside.nl> Date: Wed, 30 Apr 2008 18:00:43 +0200 From: Pieter de Boer User-Agent: Thunderbird 2.0.0.9 (X11/20080113) MIME-Version: 1.0 To: freebsd-emulation@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Linux compat ioctl return values 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: Wed, 30 Apr 2008 16:00:46 -0000 Hi, I've been working on a kernel driver that creates a device. This device in turn is opened and ioctl'd from a Linux executable. I've registered a handler for these ioctl's and my ioctl handler is succesfully executed. My ioctl-handler returns a large positive value, but the userland application retrieves the value 1, EPERM. If I return 42, the userland application retrieves 42, but 260 is retrieved as 1. It appears there's a threshold somewhere above which the return value is set to 1, but I haven't been able to find out where in the code this is done. The Linux executable actually expects the value I return, and doesn't work when EPERM is found instead. So, the question is: does anyone know where such a threshold may reside and how to work around it? Thanks, Pieter From owner-freebsd-emulation@FreeBSD.ORG Wed Apr 30 16:43:55 2008 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 A7837106566B for ; Wed, 30 Apr 2008 16:43:55 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.233]) by mx1.freebsd.org (Postfix) with ESMTP id 55D008FC12 for ; Wed, 30 Apr 2008 16:43:55 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so586667wxd.7 for ; Wed, 30 Apr 2008 09:43:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; bh=FWBypJaPDzZTmJBgGtS3ffqrcxVRiNW1LueTXzPU7BY=; b=q9LH/0r03WgM7V0Y3hxYsTBLxYOuapVnsjIi9CXxMMFw+4kNC8PfNOu8t6ORSo1BEp43Eo+EtFgJYMlfhbUlIX6a0WaKAaTFnXcw3Wk0UX5U2krJ4cAtOGFe13TlvDlkNaudeLv8vb1DNVDrxIrwlkLYXQtHRTy9FJyyJLm113c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=SAHAt9ChLMo0lrh6NiD5fukoqutz+f9JzpFb1HXyVvelPcQ/R8TGcE9T9Jo+Xq7UOIciFyaWF7LMrEW50s53FOuYjt4Aefb3HM7MEsaEQhnrgP3Vyk5m2iLJv3ZSVqIG0lEkTRGUIw/H39KuKE94AP8NMEVNWlkDj10y3zTl2FE= Received: by 10.90.49.3 with SMTP id w3mr1293270agw.106.1209572122719; Wed, 30 Apr 2008 09:15:22 -0700 (PDT) Received: from kan.dnsalias.net ( [24.218.183.247]) by mx.google.com with ESMTPS id 20sm1863562agb.12.2008.04.30.09.15.19 (version=SSLv3 cipher=OTHER); Wed, 30 Apr 2008 09:15:20 -0700 (PDT) Date: Wed, 30 Apr 2008 12:15:13 -0400 From: Alexander Kabaev To: Roman Divacky Message-ID: <20080430121513.33f9452b@kan.dnsalias.net> In-Reply-To: <20080430081806.GA81772@freebsd.org> References: <20080430081806.GA81772@freebsd.org> X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.9; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/oMoL4G7hkGvU_V/NDbF/fiK"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: emulation@freebsd.org Subject: Re: [PATCH]: robust futexes 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: Wed, 30 Apr 2008 16:43:55 -0000 --Sig_/oMoL4G7hkGvU_V/NDbF/fiK Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 30 Apr 2008 10:18:06 +0200 Roman Divacky wrote: > hi >=20 > I implemented robust futexes in linuxulator and I need to get it > reviewed/tested. The best way to test it is (according to linux > documnetation) to run yum and kill -9 it while it runs.=20 >=20 > The patch is here: > http://www.vlakno.cz/~rdivacky/linux_robust_futex.patch >=20 > the patch should be ok as I followed linux code very closely (most of > the code runs in userspace so kernel has very well defined work). I > tested it lightly on i386. >=20 > I'd like to commit this quite soon so please help. >=20 > thnx! >=20 > roman Hi, some comments: linux_emul.c: @@ -86,6 +86,7 @@ em =3D malloc(sizeof *em, M_LINUX, M_WAITOK | M_ZERO); em->pid =3D child; em->pdeath_signal =3D 0; + em->robust_futexes =3D NULL; M_ZERO is not quite zero enough? :) linux_futex.c in release_futexes: + head =3D em->robust_futexes; + + if (fetch_robust_entry(&entry, &head->list.next, &pi)) + return; Aren't you taking a fault in copyin unconditionally if em->robust_mutexes happens to be NULL? Why not check is for NULL first? Also, is sched_relinguish really necessary after each each futex recovery _except_ from the 'pending' futex one? i386/conf/GENERIC: Does not belong in this patch, probably included in by mistake. --=20 Alexander Kabaev=09 --Sig_/oMoL4G7hkGvU_V/NDbF/fiK Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iD8DBQFIGJsRQ6z1jMm+XZYRAoi3AJ41OmXtruMzZkjWq0hilw/1tfQpiwCgjNF0 Nnb/0RgrsIZstavXc/cajNE= =0rK3 -----END PGP SIGNATURE----- --Sig_/oMoL4G7hkGvU_V/NDbF/fiK-- From owner-freebsd-emulation@FreeBSD.ORG Thu May 1 08:14:06 2008 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 60710106566B for ; Thu, 1 May 2008 08:14:06 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 17EA08FC1F for ; Thu, 1 May 2008 08:14:05 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 4C86E67D5CF; Thu, 1 May 2008 10:13:36 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V-OXxk0qljG1; Thu, 1 May 2008 10:13:35 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id E16AB67D5CD; Thu, 1 May 2008 10:13:34 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.2/8.14.2/Submit) id m418DYLT055232; Thu, 1 May 2008 10:13:34 +0200 (CEST) (envelope-from rdivacky) Date: Thu, 1 May 2008 10:13:34 +0200 From: Roman Divacky To: Alexander Kabaev Message-ID: <20080501081334.GA54624@freebsd.org> References: <20080430081806.GA81772@freebsd.org> <20080430121513.33f9452b@kan.dnsalias.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080430121513.33f9452b@kan.dnsalias.net> User-Agent: Mutt/1.4.2.3i Cc: emulation@freebsd.org Subject: Re: [PATCH]: robust futexes 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, 01 May 2008 08:14:06 -0000 On Wed, Apr 30, 2008 at 12:15:13PM -0400, Alexander Kabaev wrote: > On Wed, 30 Apr 2008 10:18:06 +0200 > Roman Divacky wrote: > > > hi > > > > I implemented robust futexes in linuxulator and I need to get it > > reviewed/tested. The best way to test it is (according to linux > > documnetation) to run yum and kill -9 it while it runs. > > > > The patch is here: > > http://www.vlakno.cz/~rdivacky/linux_robust_futex.patch > > > > the patch should be ok as I followed linux code very closely (most of > > the code runs in userspace so kernel has very well defined work). I > > tested it lightly on i386. > > > > I'd like to commit this quite soon so please help. > > > > thnx! > > > > roman > Hi, > > some comments: > > linux_emul.c: > > @@ -86,6 +86,7 @@ > em = malloc(sizeof *em, M_LINUX, M_WAITOK | M_ZERO); > em->pid = child; > em->pdeath_signal = 0; > + em->robust_futexes = NULL; > > M_ZERO is not quite zero enough? :) I prefer it to be initialized so people can see immediately that its '0/NULL' dont think it matters much :) if this penalizes fork() by more than 10% I'll remove that :-D > linux_futex.c in release_futexes: > > + head = em->robust_futexes; > + > + if (fetch_robust_entry(&entry, &head->list.next, &pi)) > + return; > > Aren't you taking a fault in copyin unconditionally if > em->robust_mutexes happens to be NULL? Why not check is for NULL first? I think it can be done this way and it makes sense... I wonder why linux does not check it, they usually optimize everything... > Also, is sched_relinguish really necessary after each each futex > recovery _except_ from the 'pending' futex one? linux calls cond_resched() in this place and I believe there's a reason for this. I dont know much what the userspace part is doing but I believe it makes sense to reschedule after each futex recovery so other threads can "do stuff". anyway.. this is what linux does and I believe we should stick to it. Do you have any particular reason why you mind this? > i386/conf/GENERIC: > > Does not belong in this patch, probably included in by mistake. yes.. this is included by mistake.. thnx a lot for the review! an updated patch can be found at: www.vlakno.cz/~rdivacky/linux_robust_futex.2.patch roman From owner-freebsd-emulation@FreeBSD.ORG Thu May 1 08:18:51 2008 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 DDEC2106564A for ; Thu, 1 May 2008 08:18:51 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 899ED8FC21 for ; Thu, 1 May 2008 08:18:51 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 9EC9F67D5CF; Thu, 1 May 2008 10:18:22 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K-x-W-RfKR18; Thu, 1 May 2008 10:18:11 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 631A867D5CD; Thu, 1 May 2008 10:18:11 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.2/8.14.2/Submit) id m418IBwA055475; Thu, 1 May 2008 10:18:11 +0200 (CEST) (envelope-from rdivacky) Date: Thu, 1 May 2008 10:18:11 +0200 From: Roman Divacky To: Pieter de Boer Message-ID: <20080501081811.GB54624@freebsd.org> References: <481897AB.7070003@thedarkside.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <481897AB.7070003@thedarkside.nl> User-Agent: Mutt/1.4.2.3i Cc: freebsd-emulation@freebsd.org Subject: Re: Linux compat ioctl return values 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, 01 May 2008 08:18:51 -0000 On Wed, Apr 30, 2008 at 06:00:43PM +0200, Pieter de Boer wrote: > Hi, > > I've been working on a kernel driver that creates a device. This device > in turn is opened and ioctl'd from a Linux executable. I've registered a > handler for these ioctl's and my ioctl handler is succesfully executed. > > My ioctl-handler returns a large positive value, but the userland > application retrieves the value 1, EPERM. If I return 42, the userland > application retrieves 42, but 260 is retrieved as 1. It appears there's a > threshold somewhere above which the return value is set to 1, but I > haven't been able to find out where in the code this is done. The Linux > executable actually expects the value I return, and doesn't work when > EPERM is found instead. > > So, the question is: does anyone know where such a threshold may > reside and how to work around it? this is done in (for i386) sys/i386/i386/trap.c around line 1050. in short, we define in the sysvec structure sv_errtbl and if returned error > the size of the table we just return -1. error table for linux is roughly to 70. thats why you are getting -1 (1 after translation) you might extend the errno table (i386/linux/linux_sysvec.c for i386, line 126) if you provide (tested!) patch for i386/amd64, I am sure it will get commited roman From owner-freebsd-emulation@FreeBSD.ORG Thu May 1 09:57:44 2008 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 32978106566C; Thu, 1 May 2008 09:57:44 +0000 (UTC) (envelope-from pieter@thedarkside.nl) Received: from mail.thelostparadise.com (cl-92.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:5b::2]) by mx1.freebsd.org (Postfix) with ESMTP id EA8E18FC20; Thu, 1 May 2008 09:57:43 +0000 (UTC) (envelope-from pieter@thedarkside.nl) Received: from [192.168.1.10] (s55915f73.adsl.wanadoo.nl [85.145.95.115]) by mail.thelostparadise.com (Postfix) with ESMTP id CF71F61C2B; Thu, 1 May 2008 11:57:42 +0200 (CEST) Message-ID: <48199416.5000407@thedarkside.nl> Date: Thu, 01 May 2008 11:57:42 +0200 From: Pieter de Boer User-Agent: Thunderbird 2.0.0.12 (X11/20080405) MIME-Version: 1.0 To: Roman Divacky References: <481897AB.7070003@thedarkside.nl> <20080501081811.GB54624@freebsd.org> In-Reply-To: <20080501081811.GB54624@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org Subject: Re: Linux compat ioctl return values 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, 01 May 2008 09:57:44 -0000 Roman Divacky wrote: >> I've been working on a kernel driver that creates a device. This device >> in turn is opened and ioctl'd from a Linux executable. I've registered a >> handler for these ioctl's and my ioctl handler is succesfully executed. >> >> My ioctl-handler returns a large positive value, but the userland >> application retrieves the value 1, EPERM. If I return 42, the userland >> application retrieves 42, but 260 is retrieved as 1. It appears there's a >> threshold somewhere above which the return value is set to 1, but I >> haven't been able to find out where in the code this is done. The Linux >> executable actually expects the value I return, and doesn't work when >> EPERM is found instead. >> >> So, the question is: does anyone know where such a threshold may >> reside and how to work around it? > > this is done in (for i386) sys/i386/i386/trap.c around line 1050. > > in short, we define in the sysvec structure sv_errtbl and if returned > error > the size of the table we just return -1. error table for > linux is roughly to 70. thats why you are getting -1 (1 after translation) > > you might extend the errno table (i386/linux/linux_sysvec.c for i386, line 126) The issue appears to be a bit more involved. It seems that in Linux, when the ioctl() syscall returns a negative value 'error', 'errno' is set to '-error' and the return value of the ioctl() library call is -1. All positive values are simply passed through: when the ioctl() syscall returns 35235, the ioctl() library call also returns 35235. This seems to be a difference in semantics between FreeBSD and Linux; FreeBSD is a bit more conservative. As the trap code in sys/i386/i386/trap.c is used for both FreeBSD and Linux executables, I wonder how to differentiate between both in trap.c. To see if I can at least make my Linux executable work for now, I'm going to test the following patch (to trap.c): - error = -1; /* XXX */ + /* Do nothing */ I suppose a patch that differentiates between Linux and FreeBSD syscalls is needed here, but how this could be done, dunno. -- Pieter From owner-freebsd-emulation@FreeBSD.ORG Thu May 1 10:03:01 2008 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 329B41065673 for ; Thu, 1 May 2008 10:03:01 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id DD4D08FC21 for ; Thu, 1 May 2008 10:03:00 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 4C9B567D5E6; Thu, 1 May 2008 12:02:31 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RWQ0drjl827t; Thu, 1 May 2008 12:02:30 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id E7D4667D5A8; Thu, 1 May 2008 12:02:29 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.2/8.14.2/Submit) id m41A2Tii060497; Thu, 1 May 2008 12:02:29 +0200 (CEST) (envelope-from rdivacky) Date: Thu, 1 May 2008 12:02:29 +0200 From: Roman Divacky To: Pieter de Boer Message-ID: <20080501100229.GA60391@freebsd.org> References: <481897AB.7070003@thedarkside.nl> <20080501081811.GB54624@freebsd.org> <48199416.5000407@thedarkside.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48199416.5000407@thedarkside.nl> User-Agent: Mutt/1.4.2.3i Cc: freebsd-emulation@freebsd.org Subject: Re: Linux compat ioctl return values 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, 01 May 2008 10:03:01 -0000 On Thu, May 01, 2008 at 11:57:42AM +0200, Pieter de Boer wrote: > Roman Divacky wrote: > > >>I've been working on a kernel driver that creates a device. This device > >>in turn is opened and ioctl'd from a Linux executable. I've registered a > >>handler for these ioctl's and my ioctl handler is succesfully executed. > >> > >>My ioctl-handler returns a large positive value, but the userland > >>application retrieves the value 1, EPERM. If I return 42, the userland > >>application retrieves 42, but 260 is retrieved as 1. It appears there's a > >>threshold somewhere above which the return value is set to 1, but I > >>haven't been able to find out where in the code this is done. The Linux > >>executable actually expects the value I return, and doesn't work when > >>EPERM is found instead. > >> > >>So, the question is: does anyone know where such a threshold may > >>reside and how to work around it? > > > >this is done in (for i386) sys/i386/i386/trap.c around line 1050. > > > >in short, we define in the sysvec structure sv_errtbl and if returned > >error > the size of the table we just return -1. error table for > >linux is roughly to 70. thats why you are getting -1 (1 after translation) > > > >you might extend the errno table (i386/linux/linux_sysvec.c for i386, line > >126) > > The issue appears to be a bit more involved. It seems that in Linux, > when the ioctl() syscall returns a negative value 'error', 'errno' is > set to '-error' and the return value of the ioctl() library call is -1. > All positive values are simply passed through: when the ioctl() syscall > returns 35235, the ioctl() library call also returns 35235. > > This seems to be a difference in semantics between FreeBSD and Linux; > FreeBSD is a bit more conservative. As the trap code in > sys/i386/i386/trap.c is used for both FreeBSD and Linux executables, I > wonder how to differentiate between both in trap.c. > > To see if I can at least make my Linux executable work for now, I'm > going to test the following patch (to trap.c): > - error = -1; /* XXX */ > + /* Do nothing */ > > I suppose a patch that differentiates between Linux and FreeBSD syscalls > is needed here, but how this could be done, dunno. I dont think so.... native freebsd does NOT have errno translation table. you patch makes sense I'd say From owner-freebsd-emulation@FreeBSD.ORG Thu May 1 10:54:21 2008 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 F1C46106566B; Thu, 1 May 2008 10:54:21 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id 7CE7E8FC0A; Thu, 1 May 2008 10:54:21 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id C67082CAD4E; Thu, 1 May 2008 12:54:19 +0200 (CEST) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id m41AJpTa030617; Thu, 1 May 2008 12:19:51 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id m41AJpdk030616; Thu, 1 May 2008 12:19:51 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Thu, 1 May 2008 12:19:51 +0200 To: freebsd-emulation@FreeBSD.org, freebsd-amd64@FreeBSD.org Message-ID: <20080501101951.GA30274@saturn.kn-bremen.de> Mail-Followup-To: freebsd-emulation@FreeBSD.org, freebsd-amd64@FreeBSD.org References: <20080429222458.GA20855@saturn.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080429222458.GA20855@saturn.kn-bremen.de> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: seems I finally found what upset kqemu on amd64 SMP... shared gdt! (please test patch :) 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, 01 May 2008 10:54:22 -0000 On Wed, Apr 30, 2008 at 12:24:58AM +0200, Juergen Lock wrote: > Yeah, the amd64 kernel reuses the same gdt to setup all cpus, causing > kqemu to end up restoring the interrupt stackpointer (after running > guest code using its own cpu state) from the tss of the last cpu, > regardless which cpu it happened to run on. And that then causes the last > cpu's (usually) idle thread's stack to get smashed and the host doing > multiple panics... (Which also explains why pinning qemu onto cpu 1 > worked on a 2-way host.) > Hmm maybe the following is a little more clear: kqemu sets up its own cpu state and has to save and restore the original state because of that, so among other things it does an str insn (store task register), and later an ltr insn (load task register) using the value it got from the first str insn. That ltr insn loads the selector for the tss which is stored in the gdt, and that entry in the gdt is different for each cpu, but since a single gdt was reused to setup the cpus at boot (in init_secondary() in /sys/amd64/amd64/mp_machdep.c), it still points to the tss for the last cpu, instead of to the right one for the cpu the ltr insn gets executed on. That is what the kqemu_tss_workaround() in the patch `fixes'... > Here's the patch I just tested, of course you'd want to disable this > once the gdt is no longer shared, so assuming someone wants to fix this, > please also do an OSVERSION bump... The patch applied with offsets (I still had debug code in when I made it), here is a rebased version: Index: kqemu-freebsd.c @@ -33,6 +33,11 @@ #include #include +#ifdef __x86_64__ +#include +#include +#include +#endif #include "kqemu-kernel.h" @@ -234,6 +239,19 @@ va_end(ap); } +#ifdef __x86_64__ +/* called with interrupts disabled */ +void CDECL kqemu_tss_workaround(void) +{ + int gsel_tss = GSEL(GPROC0_SEL, SEL_KPL); + + gdt_segs[GPROC0_SEL].ssd_base = (long) &common_tss[PCPU_GET(cpuid)]; + ssdtosyssd(&gdt_segs[GPROC0_SEL], + (struct system_segment_descriptor *)&gdt[GPROC0_SEL]); + ltr(gsel_tss); +} +#endif + struct kqemu_instance { #if __FreeBSD_version >= 500000 TAILQ_ENTRY(kqemu_instance) kqemu_ent; Index: common/kernel.c @@ -1025,6 +1025,9 @@ #ifdef __x86_64__ uint16_t saved_ds, saved_es; unsigned long fs_base, gs_base; +#ifdef __FreeBSD__ + struct kqemu_global_state *g = s->global_state; +#endif #endif #ifdef PROFILE @@ -1188,6 +1191,13 @@ apic_restore_nmi(s, apic_nmi_mask); } profile_record(s); +#ifdef __FreeBSD__ +#ifdef __x86_64__ + spin_lock(&g->lock); + kqemu_tss_workaround(); + spin_unlock(&g->lock); +#endif +#endif if (s->mon_req == MON_REQ_IRQ) { struct kqemu_exception_regs *r; Index: kqemu-kernel.h @@ -44,4 +44,10 @@ void CDECL kqemu_log(const char *fmt, ...); +#ifdef __FreeBSD__ +#ifdef __x86_64__ +void CDECL kqemu_tss_workaround(void); +#endif +#endif + #endif /* KQEMU_KERNEL_H */ From owner-freebsd-emulation@FreeBSD.ORG Thu May 1 14:55:55 2008 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 954511065675 for ; Thu, 1 May 2008 14:55:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 760888FC17 for ; Thu, 1 May 2008 14:55:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (unknown [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id 3F3611A4D80; Thu, 1 May 2008 07:36:13 -0700 (PDT) From: John Baldwin To: freebsd-amd64@freebsd.org Date: Thu, 1 May 2008 10:11:06 -0400 User-Agent: KMail/1.9.7 References: <20080429222458.GA20855@saturn.kn-bremen.de> <20080501101951.GA30274@saturn.kn-bremen.de> In-Reply-To: <20080501101951.GA30274@saturn.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200805011011.06951.jhb@freebsd.org> Cc: freebsd-emulation@freebsd.org, Juergen Lock Subject: Re: seems I finally found what upset kqemu on amd64 SMP... shared gdt! (please test patch :) 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, 01 May 2008 14:55:55 -0000 On Thursday 01 May 2008 06:19:51 am Juergen Lock wrote: > On Wed, Apr 30, 2008 at 12:24:58AM +0200, Juergen Lock wrote: > > Yeah, the amd64 kernel reuses the same gdt to setup all cpus, causing > > kqemu to end up restoring the interrupt stackpointer (after running > > guest code using its own cpu state) from the tss of the last cpu, > > regardless which cpu it happened to run on. And that then causes the > > last cpu's (usually) idle thread's stack to get smashed and the host > > doing multiple panics... (Which also explains why pinning qemu onto cpu > > 1 worked on a 2-way host.) > > Hmm maybe the following is a little more clear: kqemu sets up its own > cpu state and has to save and restore the original state because of that, > so among other things it does an str insn (store task register), and later > an ltr insn (load task register) using the value it got from the first > str insn. That ltr insn loads the selector for the tss which is stored > in the gdt, and that entry in the gdt is different for each cpu, but since > a single gdt was reused to setup the cpus at boot (in init_secondary() in > /sys/amd64/amd64/mp_machdep.c), it still points to the tss for the last > cpu, instead of to the right one for the cpu the ltr insn gets executed on. > That is what the kqemu_tss_workaround() in the patch `fixes'... Perhaps kqemu shouldn't be doing str/ltr on amd64 instead? The things i386 uses a separate tss for in the kernel (separate stack for double faults) is handled differently on amd64 (on amd64 we make the double fault handler use one of the IST stacks). > > Here's the patch I just tested, of course you'd want to disable this > > once the gdt is no longer shared, so assuming someone wants to fix this, > > please also do an OSVERSION bump... > > The patch applied with offsets (I still had debug code in when I made it), > here is a rebased version: > > Index: kqemu-freebsd.c > @@ -33,6 +33,11 @@ > > #include > #include > +#ifdef __x86_64__ > +#include > +#include > +#include > +#endif > > #include "kqemu-kernel.h" > > @@ -234,6 +239,19 @@ > va_end(ap); > } > > +#ifdef __x86_64__ > +/* called with interrupts disabled */ > +void CDECL kqemu_tss_workaround(void) > +{ > + int gsel_tss = GSEL(GPROC0_SEL, SEL_KPL); > + > + gdt_segs[GPROC0_SEL].ssd_base = (long) &common_tss[PCPU_GET(cpuid)]; > + ssdtosyssd(&gdt_segs[GPROC0_SEL], > + (struct system_segment_descriptor *)&gdt[GPROC0_SEL]); > + ltr(gsel_tss); > +} > +#endif > + > struct kqemu_instance { > #if __FreeBSD_version >= 500000 > TAILQ_ENTRY(kqemu_instance) kqemu_ent; > Index: common/kernel.c > @@ -1025,6 +1025,9 @@ > #ifdef __x86_64__ > uint16_t saved_ds, saved_es; > unsigned long fs_base, gs_base; > +#ifdef __FreeBSD__ > + struct kqemu_global_state *g = s->global_state; > +#endif > #endif > > #ifdef PROFILE > @@ -1188,6 +1191,13 @@ > apic_restore_nmi(s, apic_nmi_mask); > } > profile_record(s); > +#ifdef __FreeBSD__ > +#ifdef __x86_64__ > + spin_lock(&g->lock); > + kqemu_tss_workaround(); > + spin_unlock(&g->lock); > +#endif > +#endif > > if (s->mon_req == MON_REQ_IRQ) { > struct kqemu_exception_regs *r; > Index: kqemu-kernel.h > @@ -44,4 +44,10 @@ > > void CDECL kqemu_log(const char *fmt, ...); > > +#ifdef __FreeBSD__ > +#ifdef __x86_64__ > +void CDECL kqemu_tss_workaround(void); > +#endif > +#endif > + > #endif /* KQEMU_KERNEL_H */ > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" -- John Baldwin From owner-freebsd-emulation@FreeBSD.ORG Thu May 1 15:57:47 2008 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 1510F106566B; Thu, 1 May 2008 15:57:47 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id 803EC8FC13; Thu, 1 May 2008 15:57:46 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id 650AF2CAFFB; Thu, 1 May 2008 17:57:45 +0200 (CEST) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id m41Fr43l003485; Thu, 1 May 2008 17:53:04 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id m41Fr4IK003484; Thu, 1 May 2008 17:53:04 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Thu, 1 May 2008 17:53:04 +0200 To: John Baldwin Message-ID: <20080501155304.GB2940@saturn.kn-bremen.de> Mail-Followup-To: John Baldwin , freebsd-amd64@freebsd.org, freebsd-emulation@freebsd.org References: <20080429222458.GA20855@saturn.kn-bremen.de> <20080501101951.GA30274@saturn.kn-bremen.de> <200805011011.06951.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200805011011.06951.jhb@freebsd.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: seems I finally found what upset kqemu on amd64 SMP... shared gdt! (please test patch :) 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, 01 May 2008 15:57:47 -0000 On Thu, May 01, 2008 at 10:11:06AM -0400, John Baldwin wrote: > On Thursday 01 May 2008 06:19:51 am Juergen Lock wrote: > > On Wed, Apr 30, 2008 at 12:24:58AM +0200, Juergen Lock wrote: > > > Yeah, the amd64 kernel reuses the same gdt to setup all cpus, causing > > > kqemu to end up restoring the interrupt stackpointer (after running > > > guest code using its own cpu state) from the tss of the last cpu, > > > regardless which cpu it happened to run on. And that then causes the > > > last cpu's (usually) idle thread's stack to get smashed and the host > > > doing multiple panics... (Which also explains why pinning qemu onto cpu > > > 1 worked on a 2-way host.) > > > > Hmm maybe the following is a little more clear: kqemu sets up its own > > cpu state and has to save and restore the original state because of that, > > so among other things it does an str insn (store task register), and later > > an ltr insn (load task register) using the value it got from the first > > str insn. That ltr insn loads the selector for the tss which is stored > > in the gdt, and that entry in the gdt is different for each cpu, but since > > a single gdt was reused to setup the cpus at boot (in init_secondary() in > > /sys/amd64/amd64/mp_machdep.c), it still points to the tss for the last > > cpu, instead of to the right one for the cpu the ltr insn gets executed on. > > That is what the kqemu_tss_workaround() in the patch `fixes'... > > Perhaps kqemu shouldn't be doing str/ltr on amd64 instead? The things i386 > uses a separate tss for in the kernel (separate stack for double faults) is > handled differently on amd64 (on amd64 we make the double fault handler use > one of the IST stacks). Well, kqemu uses its own gdt, tss and everything while running guest code in its monitor, so it kinda has to do the str/ltr.s to setup its stuff, run guest code, and then restore the original state of things. (And `restore original state of things' is what failed here.) Oh and also the tss does seem to be used for the interrupt stack on amd64 too, at least thats the one that ended up wrong and caused the panics I saw... Juergen From owner-freebsd-emulation@FreeBSD.ORG Thu May 1 18:52:24 2008 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 74DF61065673; Thu, 1 May 2008 18:52:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 531208FC1E; Thu, 1 May 2008 18:52:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unknown [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id BB4A61A4D82; Thu, 1 May 2008 11:52:23 -0700 (PDT) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m41IqBrn025334; Thu, 1 May 2008 14:52:11 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Juergen Lock Date: Thu, 1 May 2008 13:35:06 -0400 User-Agent: KMail/1.9.7 References: <20080429222458.GA20855@saturn.kn-bremen.de> <200805011011.06951.jhb@freebsd.org> <20080501155304.GB2940@saturn.kn-bremen.de> In-Reply-To: <20080501155304.GB2940@saturn.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200805011335.06415.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 01 May 2008 14:52:11 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7007/Thu May 1 11:34:23 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: seems I finally found what upset kqemu on amd64 SMP... shared gdt! (please test patch :) 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, 01 May 2008 18:52:24 -0000 On Thursday 01 May 2008 11:53:04 am Juergen Lock wrote: > On Thu, May 01, 2008 at 10:11:06AM -0400, John Baldwin wrote: > > On Thursday 01 May 2008 06:19:51 am Juergen Lock wrote: > > > On Wed, Apr 30, 2008 at 12:24:58AM +0200, Juergen Lock wrote: > > > > Yeah, the amd64 kernel reuses the same gdt to setup all cpus, causing > > > > kqemu to end up restoring the interrupt stackpointer (after running > > > > guest code using its own cpu state) from the tss of the last cpu, > > > > regardless which cpu it happened to run on. And that then causes the > > > > last cpu's (usually) idle thread's stack to get smashed and the host > > > > doing multiple panics... (Which also explains why pinning qemu onto cpu > > > > 1 worked on a 2-way host.) > > > > > > Hmm maybe the following is a little more clear: kqemu sets up its own > > > cpu state and has to save and restore the original state because of that, > > > so among other things it does an str insn (store task register), and later > > > an ltr insn (load task register) using the value it got from the first > > > str insn. That ltr insn loads the selector for the tss which is stored > > > in the gdt, and that entry in the gdt is different for each cpu, but since > > > a single gdt was reused to setup the cpus at boot (in init_secondary() in > > > /sys/amd64/amd64/mp_machdep.c), it still points to the tss for the last > > > cpu, instead of to the right one for the cpu the ltr insn gets executed on. > > > That is what the kqemu_tss_workaround() in the patch `fixes'... > > > > Perhaps kqemu shouldn't be doing str/ltr on amd64 instead? The things i386 > > uses a separate tss for in the kernel (separate stack for double faults) is > > handled differently on amd64 (on amd64 we make the double fault handler use > > one of the IST stacks). > > Well, kqemu uses its own gdt, tss and everything while running guest code > in its monitor, so it kinda has to do the str/ltr.s to setup its stuff, run > guest code, and then restore the original state of things. (And `restore > original state of things' is what failed here.) > > Oh and also the tss does seem to be used for the interrupt stack on > amd64 too, at least thats the one that ended up wrong and caused the panics > I saw... The single TSS holds the IST pointers. On i386 we use a separate TSS for double faults, but on amd64 a double fault uses the same TSS but uses the IST pointers from that same TSS. The TSS also holds the ring stack pointer for when syscalls, interrupts, and traps from userland cross from ring 3 to ring 0 which is probably why you got a panic. Because of the fact that amd64 in normal operation never changes the task register (and that the gdt isn't used quite the same either, all the per-cpu stuff is via FSBASE and GSBASE) I don't expect the kernel to change to use a per-cpu gdt or the like. I think you will need to use the current approach of patching kqemu to fixup the tss/gdt when reloading the task register. You might want to make it a regular part of the code rather than a workaround as a result. -- John Baldwin From owner-freebsd-emulation@FreeBSD.ORG Thu May 1 21:58:20 2008 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 744E91065682; Thu, 1 May 2008 21:58:20 +0000 (UTC) (envelope-from brix@FreeBSD.org) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id 2F0DA8FC21; Thu, 1 May 2008 21:58:19 +0000 (UTC) (envelope-from brix@FreeBSD.org) Received: from tirith.brixandersen.dk (0x55534f5f.adsl.cybercity.dk [85.83.79.95]) by solow.pil.dk (Postfix) with ESMTP id 47B901CCAF9; Thu, 1 May 2008 23:39:59 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 7259D1141D; Thu, 1 May 2008 23:39:58 +0200 (CEST) Date: Thu, 1 May 2008 23:39:58 +0200 From: Henrik Brix Andersen To: Kris Moore Message-ID: <20080501213957.GA24543@tirith.brixandersen.dk> Mail-Followup-To: Kris Moore , freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org References: <48089FAC.5090306@pcbsd.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <48089FAC.5090306@pcbsd.com> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org Subject: Re: CrossOver Games port for PC-BSD / FreeBSD 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, 01 May 2008 21:58:20 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 18, 2008 at 09:18:36AM -0400, Kris Moore wrote: > I've been working with Jeremy White over at CodeWeavers, and he has now= =20 > gone ahead and created an unsupported build of CrossOver Games for PC /= =20 > FreeBSD. Great news - thanks for working on this :) > Also, before anybody asks, yes you can run the=20 > install-crossover-pcbsdgames*.sh installer on vanilla FreeBSD. Since PC-B= SD=20 > isn't a fork, the only thing you need to ensure, is that if you are on=20 > FreeBSD 6.3, you must apply the Wine patch at http://wiki.freebsd.org/Win= e.=20 > Users on FreeBSD 7.0 or higher do not need this patch applied. The 'install-crossover-pcbsdgames-7.0.0.sh' package is compiled for FreeBSD 6, it seems. Do you know if there are any plans for a 7.x compatible build? Brix --=20 Henrik Brix Andersen --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) Comment: GnuPG signed iEYEARECAAYFAkgaOK0ACgkQv+Q4flTiePiAsgCePAA/6F1eqa4LNQQzqLcDryNm clEAn3Q1A0HclvvFRAZvOK6C8+PXoTUd =9VCb -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl-- From owner-freebsd-emulation@FreeBSD.ORG Fri May 2 21:35:47 2008 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 32D4E1065670 for ; Fri, 2 May 2008 21:35:47 +0000 (UTC) (envelope-from chagin.dmitry@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id A627C8FC14 for ; Fri, 2 May 2008 21:35:46 +0000 (UTC) (envelope-from chagin.dmitry@gmail.com) Received: by fg-out-1718.google.com with SMTP id 13so2945782fge.35 for ; Fri, 02 May 2008 14:35:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:to:cc:subject:in-reply-to:message-id:references:user-agent:mime-version:content-type:from; bh=CIf6n2mdGVPLfXDEgxGjcAFjMQRu+FqECNHDdcsE80Y=; b=EbSWpdtRzqAa3ih1ZBECr+Xy+8nDgq3tJPVwT6SqoJp/aCWvOl5qnke8u4eA4OWjn+mPvmP/pMlb/m6FuZShTiE8mOp96HUiRDDMKJKj+pbpkHfEsepdgOBXilTdE8tthWRYQXv034RWIOt9EXJlz5FW6ECkQu4nvGT9foQ3YK4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:to:cc:subject:in-reply-to:message-id:references:user-agent:mime-version:content-type:from; b=e6CEodTg1Fsc32dvf79lNVQNTIC7tLrl7i3bH2SAimeLiKvzGsOuQaCtmSAEyePlNT2f4d2DGqEWv6bazO6JSb5csHQHt6m8DwxSpFgVU1AUsjsf4jHz+lxQ3A7i3WbR+R6uoaqq1kiS8vriW/ck2aagjFXohgbQ/OztgrIDQFg= Received: by 10.86.76.16 with SMTP id y16mr5314072fga.60.1209764145125; Fri, 02 May 2008 14:35:45 -0700 (PDT) Received: from ora.chd.net ( [81.200.6.196]) by mx.google.com with ESMTPS id 3sm3113915fge.3.2008.05.02.14.35.41 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 02 May 2008 14:35:43 -0700 (PDT) Date: Sat, 3 May 2008 01:36:09 +0400 (MSD) To: Kostik Belousov In-Reply-To: <20080423114242.GY18958@deviant.kiev.zoral.com.ua> Message-ID: References: <20080423112543.GA20954@freebsd.org> <20080423114242.GY18958@deviant.kiev.zoral.com.ua> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed From: Chagin Dmitry Cc: emulation@freebsd.org Subject: Re: [RFC]: a place for [f]truncate64 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, 02 May 2008 21:35:47 -0000 On Wed, 23 Apr 2008, Kostik Belousov wrote: > On Wed, Apr 23, 2008 at 01:25:43PM +0200, Roman Divacky wrote: >> hi, >> >> Linux defines two syscalls ftruncate64 and truncate64 that are >> defined only on 32bit archs, currently Linuxulator implementes >> ftruncate64 which is defined in linux[32]_machdep.c, ie. in >> machine dependant file. >> >> I plan to commit truncate64 but I prefer it to be placed in >> linux_file.c which is machine independent. Kostik and I had >> a discussion about this yesterday and we didnt agree what >> is the best place for these functions. >> It's better to have some the duplicated lines of a code in linux[32]_machdep.c, rather than dust (aka more lines of #ifdef XX32x64) in machine independant code. On an example linux_fcntl64 defined only for 32bit archs, but look at realization of linux_fcntl. The variable of type linux_fcntl64_args is used, which in 64bit world will be undefined. >> I think it's better to have it in linux_file.c because the >> only problem that can arise is that on platforms that don't >> use these syscalls there will be unused function in linux_file.c >> Kostik prefers each linux[32]_machdep.c to have it's own copy. >> >> So I ask emulation@ what should be done, do we want this in linux_file.c >> or linux[32]_machdep.c > > It is wrong to limit the discussion to not quite interesting case of the > truncate64. There is a lot more duplication, see the linux{,32}_machdep.c. > > I would prefer to have some definite word on the reason for this. > I think that that there was no mess in the further, it's necessary to transfer a machine dependent code according to definition. thnx! -- Have fun! chd From owner-freebsd-emulation@FreeBSD.ORG Sat May 3 13:13:41 2008 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 1D8031065670 for ; Sat, 3 May 2008 13:13:41 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id DFE918FC16 for ; Sat, 3 May 2008 13:13:40 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id 1B3512CC7E7; Sat, 3 May 2008 15:13:39 +0200 (CEST) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id m43D3unZ037118 for ; Sat, 3 May 2008 15:03:56 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id m43D3u8O037117 for freebsd-emulation@FreeBSD.org; Sat, 3 May 2008 15:03:56 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sat, 3 May 2008 15:03:56 +0200 To: freebsd-emulation@FreeBSD.org Message-ID: <20080503130356.GA37108@saturn.kn-bremen.de> Mail-Followup-To: freebsd-emulation@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: astro/google-earth updated, working again on 6... 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, 03 May 2008 13:13:41 -0000 Hi! For those that don't see commit messages, the google-earth distfile was updated again and I just committed an update to the port. And it works again on 6, at least for me! :) enjoy, Juergen From owner-freebsd-emulation@FreeBSD.ORG Sat May 3 13:13:41 2008 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 577D41065672; Sat, 3 May 2008 13:13:41 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id DFF738FC18; Sat, 3 May 2008 13:13:40 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id 2C3F02CC7E5; Sat, 3 May 2008 15:13:39 +0200 (CEST) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id m43DBdu1037301; Sat, 3 May 2008 15:11:39 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id m43DBdhX037300; Sat, 3 May 2008 15:11:39 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sat, 3 May 2008 15:11:39 +0200 To: John Baldwin Message-ID: <20080503131139.GA37131@saturn.kn-bremen.de> Mail-Followup-To: John Baldwin , freebsd-amd64@freebsd.org, freebsd-emulation@freebsd.org References: <20080429222458.GA20855@saturn.kn-bremen.de> <200805011011.06951.jhb@freebsd.org> <20080501155304.GB2940@saturn.kn-bremen.de> <200805011335.06415.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200805011335.06415.jhb@freebsd.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: seems I finally found what upset kqemu on amd64 SMP... shared gdt! (please test patch :) 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, 03 May 2008 13:13:41 -0000 On Thu, May 01, 2008 at 01:35:06PM -0400, John Baldwin wrote: > On Thursday 01 May 2008 11:53:04 am Juergen Lock wrote: > > On Thu, May 01, 2008 at 10:11:06AM -0400, John Baldwin wrote: > > > On Thursday 01 May 2008 06:19:51 am Juergen Lock wrote: > > > > On Wed, Apr 30, 2008 at 12:24:58AM +0200, Juergen Lock wrote: > > > > > Yeah, the amd64 kernel reuses the same gdt to setup all cpus, causing > > > > > kqemu to end up restoring the interrupt stackpointer (after running > > > > > guest code using its own cpu state) from the tss of the last cpu, > > > > > regardless which cpu it happened to run on. And that then causes the > > > > > last cpu's (usually) idle thread's stack to get smashed and the host > > > > > doing multiple panics... (Which also explains why pinning qemu onto > cpu > > > > > 1 worked on a 2-way host.) > > > > > > > > Hmm maybe the following is a little more clear: kqemu sets up its own > > > > cpu state and has to save and restore the original state because of > that, > > > > so among other things it does an str insn (store task register), and > later > > > > an ltr insn (load task register) using the value it got from the first > > > > str insn. That ltr insn loads the selector for the tss which is stored > > > > in the gdt, and that entry in the gdt is different for each cpu, but > since > > > > a single gdt was reused to setup the cpus at boot (in init_secondary() > in > > > > /sys/amd64/amd64/mp_machdep.c), it still points to the tss for the last > > > > cpu, instead of to the right one for the cpu the ltr insn gets executed > on. > > > > That is what the kqemu_tss_workaround() in the patch `fixes'... > > > > > > Perhaps kqemu shouldn't be doing str/ltr on amd64 instead? The things > i386 > > > uses a separate tss for in the kernel (separate stack for double faults) > is > > > handled differently on amd64 (on amd64 we make the double fault handler > use > > > one of the IST stacks). > > > > Well, kqemu uses its own gdt, tss and everything while running guest code > > in its monitor, so it kinda has to do the str/ltr.s to setup its stuff, run > > guest code, and then restore the original state of things. (And `restore > > original state of things' is what failed here.) > > > > Oh and also the tss does seem to be used for the interrupt stack on > > amd64 too, at least thats the one that ended up wrong and caused the panics > > I saw... > > The single TSS holds the IST pointers. On i386 we use a separate TSS for > double faults, but on amd64 a double fault uses the same TSS but uses the IST > pointers from that same TSS. The TSS also holds the ring stack pointer for > when syscalls, interrupts, and traps from userland cross from ring 3 to ring > 0 which is probably why you got a panic. > Yeah thats where it happened. > Because of the fact that amd64 in normal operation never changes the task > register (and that the gdt isn't used quite the same either, all the per-cpu > stuff is via FSBASE and GSBASE) I don't expect the kernel to change to use a > per-cpu gdt or the like. I think you will need to use the current approach > of patching kqemu to fixup the tss/gdt when reloading the task register. You > might want to make it a regular part of the code rather than a workaround as > a result. > Hmm okay, how would you call it then, kqemu_tss_fixup? Juergen From owner-freebsd-emulation@FreeBSD.ORG Sat May 3 23:11:39 2008 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 262A3106566B for ; Sat, 3 May 2008 23:11:39 +0000 (UTC) (envelope-from frank@exit.com) Received: from tinker.exit.com (cl-317.chi-02.us.sixxs.net [IPv6:2001:4978:f:13c::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8CFFB8FC13 for ; Sat, 3 May 2008 23:11:38 +0000 (UTC) (envelope-from frank@exit.com) Received: from jill.exit.com (jill.exit.com [206.223.0.4]) by tinker.exit.com (8.14.2/8.14.1) with ESMTP id m43NBJK1019836 for ; Sat, 3 May 2008 16:11:19 -0700 (PDT) (envelope-from frank@exit.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=exit.com; s=tinker; t=1209856279; bh=ga9ev+Rt22U5zwpgzUCBCIDm8Xdh2wybcDYnaGGChNo=; h=Subject:From:Reply-To:To:Content-Type:Content-Transfer-Encoding: Date:Message-Id:Mime-Version; b=pcgxJxvI4BQmT6GYuShGWzG3+sazB4NLXi s22dyHXl3dmncIxEiXxWzwxwMsw231AaaoaiudvzV54SfXnf7MYq7C1Dh739T2qZkLc JcU2yw2Jdtj8lnvFPGem5geEIjrkl61LBd3gAkXyYoGyYr3Obau/Y6/pjYurW+qXVu9 L0Q= Received: from jill.exit.com (localhost [127.0.0.1]) by jill.exit.com (8.14.2/8.14.1) with ESMTP id m43NBa5I047845 for ; Sat, 3 May 2008 16:11:36 -0700 (PDT) (envelope-from frank@exit.com) Received: (from frank@localhost) by jill.exit.com (8.14.2/8.14.2/Submit) id m43NBah5047844 for emulation@FreeBSD.org; Sat, 3 May 2008 16:11:36 -0700 (PDT) (envelope-from frank@exit.com) X-Authentication-Warning: jill.exit.com: frank set sender to frank@exit.com using -f From: Frank Mayhar To: emulation@FreeBSD.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Exit Consulting Date: Sat, 03 May 2008 16:11:36 -0700 Message-Id: <1209856296.17097.5.camel@jill.exit.com> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1 FreeBSD GNOME Team Port X-Virus-Scanned: ClamAV 0.92.1/7015/Sat May 3 04:57:16 2008 on tinker.exit.com X-Virus-Status: Clean Cc: Subject: Using Linux Nero port in FreeBSD 6. X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: frank@exit.com List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 May 2008 23:11:39 -0000 I've been trying to make this work and it never can seem to find the device. It's a DVD writer on /dev/cd0 (connected via USB so it's using the SCSI-like interface) and /dev/pass0. I've tried every combination I can think of of pointing /compat/linux/dev/ to either /dev/cd0 or /dev/pass0, to no avail. The best I've received is the ktrace showing it getting ENOTTY (inappropriate ioctl for device). Hints? Suggestions? -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ http://www.zazzle.com/fmayhar*