From owner-freebsd-emulation@FreeBSD.ORG Mon Nov 22 11:07:03 2010 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 609C11065672 for ; Mon, 22 Nov 2010 11:07:03 +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 332958FC22 for ; Mon, 22 Nov 2010 11:07:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oAMB73Zt051648 for ; Mon, 22 Nov 2010 11:07:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oAMB72KC051642 for freebsd-emulation@FreeBSD.org; Mon, 22 Nov 2010 11:07:02 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 22 Nov 2010 11:07:02 GMT Message-Id: <201011221107.oAMB72KC051642@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, 22 Nov 2010 11:07:03 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/151714 emulation print/acroread9 not usable due to lack of support in t a kern/150186 emulation [parallels] [panic] Parallels Desktop: CDROM disconnec o kern/149168 emulation [linux] [patch] Linux sendmsg / recvmsg / etc fixes fo o ports/148097 emulation [patch] suggested addition to linux_base-* packages to o ports/148096 emulation emulators/linux_base-* can not be built from ports on o kern/147793 emulation [vmware] [panic] cdrom handling, panic, possible race o kern/146237 emulation [linux] Linux binaries not reading directories mounted o kern/145024 emulation [linux] [panic] kernel crash by linux.ko module with n f kern/144763 emulation [linux] [panic] Kernel panic when start linux binaries o ports/142837 emulation [patch] emulators/linux_base-* packages fails to insta o kern/140156 emulation [linux] cdparanoia fails to read drive data f kern/138944 emulation [parallels] [regression] Parallels no longer works in o kern/138880 emulation [linux] munmap segfaults after linux_mmap2 stresstest f ports/137332 emulation add caution messages to some adobe products s ports/136321 emulation x11-toolkits/linux-pango: please update linux based po o ports/135337 emulation [PATCH] emulators/linux_base-f10: incorrect bash usage s kern/133144 emulation [linux] linuxulator 2.6 crashes with nvidias libGL.so. o kern/129169 emulation [linux] [patch] Linux Emulation ENOTCONN error using n o kern/126232 emulation [linux] Linux ioctl TCGETS (0x5401) always fails f kern/99068 emulation [linux] [patch] Linux emulator crashed by java, when c o kern/86619 emulation [linux] linux emulator interacts oddly with cp o kern/73777 emulation [linux] [patch] linux emulation: root dir special hand a kern/72920 emulation [linux]: path "prefixing" is not done on unix domain s o kern/41543 emulation [patch] [request] easier wine/w23 support o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/36952 emulation [patch] [linux] ldd(1) command of linux does not work o kern/21463 emulation [linux] Linux compatability mode should not allow setu o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 28 problems total. From owner-freebsd-emulation@FreeBSD.ORG Mon Nov 22 11:29:16 2010 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 2E985106564A; Mon, 22 Nov 2010 11:29:16 +0000 (UTC) (envelope-from netchild@freebsd.org) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id B14478FC16; Mon, 22 Nov 2010 11:29:15 +0000 (UTC) Received: from outgoing.leidinger.net (p5B32EEA9.dip.t-dialin.net [91.50.238.169]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 4FA50844012; Mon, 22 Nov 2010 12:11:57 +0100 (CET) Received: from webmail.leidinger.net (unknown [IPv6:fd73:10c7:2053:1::2:102]) by outgoing.leidinger.net (Postfix) with ESMTP id E974F24CF; Mon, 22 Nov 2010 12:11:51 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id oAMBBZuf027809; Mon, 22 Nov 2010 12:11:35 +0100 (CET) (envelope-from netchild@FreeBSD.org) Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Mon, 22 Nov 2010 12:11:34 +0100 Message-ID: <20101122121134.1202791p75lfy1og@webmail.leidinger.net> Date: Mon, 22 Nov 2010 12:11:34 +0100 From: Alexander Leidinger To: Kostik Belousov , rdivacky@FreeBSD.org References: <201011220907.oAM970To084256@svn.freebsd.org> <20101122093134.GU2392@deviant.kiev.zoral.com.ua> <20101122111306.16504je0tt7xe5us@webmail.leidinger.net> <20101122104232.GY2392@deviant.kiev.zoral.com.ua> In-Reply-To: <20101122104232.GY2392@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: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 4FA50844012.A8C7C X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=2.028, required 6, autolearn=disabled, J_CHICKENPOX_52 0.60, RDNS_NONE 1.27, TW_MG 0.08, TW_SV 0.08) X-EBL-MailScanner-SpamScore: ss X-EBL-MailScanner-From: netchild@freebsd.org X-EBL-MailScanner-Watermark: 1291029120.1397@Dwu0Skvmq6NyuUlv22TqKg X-EBL-Spam-Status: No Cc: emulation@FreeBSD.org Subject: Re: svn commit: r215664 - in head/sys: compat/linux kern 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, 22 Nov 2010 11:29:16 -0000 Moving the thread to emulation@, adding Roman (please see at the end). Quoting Kostik Belousov (from Mon, 22 Nov 2010 12:42:32 +0200): > On Mon, Nov 22, 2010 at 11:13:06AM +0100, Alexander Leidinger wrote: >> Quoting Kostik Belousov (from Mon, 22 Nov 2010 >> 11:31:34 +0200): >> >> >On Mon, Nov 22, 2010 at 09:07:00AM +0000, Alexander Leidinger wrote: >> >>Author: netchild >> >>Date: Mon Nov 22 09:06:59 2010 >> >>New Revision: 215664 >> >>URL: http://svn.freebsd.org/changeset/base/215664 >> >> >> >>Log: >> >> By using the 32-bit Linux version of Sun's Java Development Kit 1.6 >> >> on FreeBSD (amd64), invocations of "javac" (or "java") eventually >> >> end with the output of "Killed" and exit code 137. >> >>+ >> >> if (child_clear_tid != NULL) { >> >> struct linux_sys_futex_args cup; >> >> int null = 0; >> >>@@ -257,6 +265,9 @@ linux_proc_exec(void *arg __unused, stru >> >> if (__predict_false(imgp->sysent == &elf_linux_sysvec >> >> && p->p_sysent != &elf_linux_sysvec)) >> >> linux_proc_init(FIRST_THREAD_IN_PROC(p), p->p_pid, 0); >> >>+ if (__predict_false(p->p_sysent == &elf_linux_sysvec)) >> >>+ /* Kill threads regardless of imgp->sysent value */ >> >>+ linux_kill_threads(FIRST_THREAD_IN_PROC(p), SIGKILL); >> >Regardless of this mostly cosmetic issue, this is racy. Other >> >linux thread in the same process might do an execve(3). >> >More, if execve(3) call fails, then you return into the process >> >that lacks all threads except the one that called execve(3). >> >> How critical is this in your opinion (relative to the issue this patch >> is fixing)? Do you prefer a backout or do you think the probability >> that the someone wins the race is low enough? >> >> Do you see a solution for the race? > I did not asked for backout, nor I am asking now. > > Most likely, the semantic of linux thread groups cannot be implemented > by only using event handlers that linux.ko hooks now. How linux handles > single-threading when doing execve(2) from multithreaded process ? Roman, can your memory help out here? Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 BOFH excuse #344: Network failure - call NBC