From owner-freebsd-emulation@FreeBSD.ORG Thu Jan 3 20:37:44 2013 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DA605A70 for ; Thu, 3 Jan 2013 20:37:44 +0000 (UTC) (envelope-from mailinglists@martinlaabs.de) Received: from relay02.alfahosting-server.de (relay02.alfahosting-server.de [109.237.142.238]) by mx1.freebsd.org (Postfix) with ESMTP id 727461E8 for ; Thu, 3 Jan 2013 20:37:39 +0000 (UTC) Received: by relay02.alfahosting-server.de (Postfix, from userid 1001) id 183A032C16E5; Thu, 3 Jan 2013 21:37:38 +0100 (CET) X-Spam-DCC: : X-Spam-Level: X-Spam-Status: No, score=0.0 required=7.0 tests=BAYES_50 autolearn=disabled version=3.2.5 Received: from alfa3018.alfahosting-server.de (alfa3018.alfahosting-server.de [109.237.140.30]) by relay02.alfahosting-server.de (Postfix) with ESMTP id EC8D132C1765 for ; Thu, 3 Jan 2013 21:37:34 +0100 (CET) Received: from pc.martinlaabs.de (p54B34C1B.dip.t-dialin.net [84.179.76.27]) by alfa3018.alfahosting-server.de (Postfix) with ESMTPSA id AB624515C396 for ; Thu, 3 Jan 2013 21:37:34 +0100 (CET) Message-ID: <50E5EC0D.8040904@martinlaabs.de> Date: Thu, 03 Jan 2013 21:37:33 +0100 From: Martin Laabs User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-emulation@freebsd.org Subject: Reload linux.ko while system is running Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Status: No X-Virus-Checker-Version: clamassassin 1.2.4 with ClamAV 0.97.3/16329/Thu Jan 3 19:39:18 2013 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.14 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, 03 Jan 2013 20:37:44 -0000 Hi, is it possible to reload the linux.ko module without restarting? At the moment I try to trace bug 174933 (http://www.freebsd.org/cgi/query-pr.cgi?pr=174933) Therefore I'd like to put some debugging output message into the linuxulator module. I tired the following: umount /compat/linux/sys umount /compat/linux/proc kldunload linprocfs kldunload linsysfs kldunload linux Unfortunately the last command fails. kldunload itself tells me kldunload: can't unload file: Device busy and dmesg say kldunload: attempt to unload file that was loaded by the kernel The latter (dmesg) error seems to be more appropriate. Anyway - is there a way to reload the linux.ko module without restarting? Thank you, Martin Laabs From owner-freebsd-emulation@FreeBSD.ORG Thu Jan 3 21:17:12 2013 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3B6BAF59 for ; Thu, 3 Jan 2013 21:17:12 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-qa0-f42.google.com (mail-qa0-f42.google.com [209.85.216.42]) by mx1.freebsd.org (Postfix) with ESMTP id 04607748 for ; Thu, 3 Jan 2013 21:17:11 +0000 (UTC) Received: by mail-qa0-f42.google.com with SMTP id hg5so12790376qab.15 for ; Thu, 03 Jan 2013 13:17:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=vihWKC670KF0fTjOroJobCTTeeA0VUKgpXTuysf23vs=; b=VrIy5BJiAe0qns+bKq/b9Eqmz3IGaDg31D0gqLN+at5p3UXPRZWesYb1Xf/rWHRNpn Q+3A8MrTrYbQAqeBIk/pcHEDNpaKJRLMDzkzt6HlNCpiKKJaUuAieAyPTmIjUasn4RNI trn1JehBsxCu1tyE8hQAYHP6XeSMEeGFkvYU7IHNPIUMQBtJUSfnsODbgUQSe3Mtaacb s/PCBXIRdYB8qtlb7PQ0zHyiN8euSGEtVIAzuajn56yLpf5Iz/ASNOJE28Ndv01j9cma Vo3ts8xkPj9UGD/v5N282AY+U7/SI4Z6ObmZXUb4CwkUVVkD6qDGRhYEaQaUxaOU3Aao Ua/A== MIME-Version: 1.0 Received: by 10.49.127.101 with SMTP id nf5mr34766918qeb.20.1357247831351; Thu, 03 Jan 2013 13:17:11 -0800 (PST) Received: by 10.49.72.138 with HTTP; Thu, 3 Jan 2013 13:17:10 -0800 (PST) In-Reply-To: <50E5EC0D.8040904@martinlaabs.de> References: <50E5EC0D.8040904@martinlaabs.de> Date: Thu, 3 Jan 2013 16:17:10 -0500 Message-ID: Subject: Re: Reload linux.ko while system is running From: Ryan Stone To: Martin Laabs Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-emulation@freebsd.org X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.14 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, 03 Jan 2013 21:17:12 -0000 On Thu, Jan 3, 2013 at 3:37 PM, Martin Laabs wrote: > > kldunload: attempt to unload file that was loaded by the kernel > This is a really poor and confusing error message. What this is trying to say is that the linux.ko module is required by another module that you have loaded. From owner-freebsd-emulation@FreeBSD.ORG Thu Jan 3 21:26:52 2013 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 379C3494 for ; Thu, 3 Jan 2013 21:26:52 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-la0-f43.google.com (mail-la0-f43.google.com [209.85.215.43]) by mx1.freebsd.org (Postfix) with ESMTP id B9AF17E1 for ; Thu, 3 Jan 2013 21:26:50 +0000 (UTC) Received: by mail-la0-f43.google.com with SMTP id eg20so8570738lab.2 for ; Thu, 03 Jan 2013 13:26:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=rGLei8FI5Mmp1B1Au+JSEN0+BljbcRyJE4qNU/hNOBM=; b=eSBX5c7wAKVS4V+VZqypBlf90D+XC5xPWPApaqzzokMncp6SPGSfS/LMxHOlwkXHQ/ tjaii/ODVE87EbpHGDTKPIAaJlQXBx4sp/uvIEFyRujxj+fyRscx+LE2nZxjb3kliWMW 5AzCMuC0uITrswcme5qkCNIdHoj0SX+M36MKE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=rGLei8FI5Mmp1B1Au+JSEN0+BljbcRyJE4qNU/hNOBM=; b=KRVsOiXxnxcDCRAdVQfAoLoM6rdi9og+L3HT+45RmZ5iAXhXkvjE+1X29p4w0LoD9J pKCAJ48JeG8XQbM8F0T35nMfSPXNWWuC4Q6Ul2TtGbU+nTKRn/eEOLsrk03wIpBE/KpU HBtd78CppCrZGCV923AgjakBGuVKDtuoKcIFghdQ9dtFH7jmaCR+6jGno2YF7Hu5Dj2h NM6lczYsRmNmcbaM6eOC/3GOoCmYcROiZnZmfF/AX0auOEsWE4zFEU2AnbLXhDUpDYFb hhh4+FQ0JZX/V1xCJnyQqV/utM1kIlHVGMcr0QUYaNq5/+5yIfeCF/tCSKrEjNuKeGJ8 W+TA== Received: by 10.152.125.136 with SMTP id mq8mr48083642lab.41.1357247998853; Thu, 03 Jan 2013 13:19:58 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.75.200 with HTTP; Thu, 3 Jan 2013 13:19:28 -0800 (PST) In-Reply-To: <50E5EC0D.8040904@martinlaabs.de> References: <50E5EC0D.8040904@martinlaabs.de> From: Eitan Adler Date: Thu, 3 Jan 2013 16:19:28 -0500 Message-ID: Subject: Re: Reload linux.ko while system is running To: Martin Laabs Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQkgyxsU7/+GErOdEiBihoORr37wTjw6CGns2K0LaoPV8J+9OkXucNgE/SI9GhItxF9eTPxD Cc: freebsd-emulation@freebsd.org X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.14 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, 03 Jan 2013 21:26:52 -0000 On 3 January 2013 15:37, Martin Laabs wrote: > The latter (dmesg) error seems to be more appropriate. Anyway - is there a > way to reload the linux.ko module without restarting? Please provide the output of kldstat -v -- Eitan Adler From owner-freebsd-emulation@FreeBSD.ORG Thu Jan 3 21:58:22 2013 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id F2FAA7C for ; Thu, 3 Jan 2013 21:58:21 +0000 (UTC) (envelope-from mailinglists@martinlaabs.de) Received: from relay04.alfahosting-server.de (relay04.alfahosting-server.de [109.237.142.240]) by mx1.freebsd.org (Postfix) with ESMTP id A11B4941 for ; Thu, 3 Jan 2013 21:58:21 +0000 (UTC) Received: by relay04.alfahosting-server.de (Postfix, from userid 1001) id 54C6B32C0065; Thu, 3 Jan 2013 22:58:13 +0100 (CET) X-Spam-DCC: : X-Spam-Level: X-Spam-Status: No, score=0.0 required=7.0 tests=BAYES_50 autolearn=disabled version=3.2.5 Received: from alfa3018.alfahosting-server.de (alfa3018.alfahosting-server.de [109.237.140.30]) by relay04.alfahosting-server.de (Postfix) with ESMTP id 063F432C0066 for ; Thu, 3 Jan 2013 22:58:11 +0100 (CET) Received: from pc.martinlaabs.de (p54B34C1B.dip.t-dialin.net [84.179.76.27]) by alfa3018.alfahosting-server.de (Postfix) with ESMTPSA id C70D2515C3E2 for ; Thu, 3 Jan 2013 22:58:10 +0100 (CET) Message-ID: <50E5FEF0.7060908@martinlaabs.de> Date: Thu, 03 Jan 2013 22:58:08 +0100 From: Martin Laabs User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-emulation@freebsd.org Subject: Re: Reload linux.ko while system is running References: <50E5EC0D.8040904@martinlaabs.de> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Status: No X-Virus-Checker-Version: clamassassin 1.2.4 with ClamAV 0.97.3/16330/Thu Jan 3 20:39:31 2013 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.14 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, 03 Jan 2013 21:58:22 -0000 Hi, On 01/03/13 22:19, Eitan Adler wrote: >> [...] > Please provide the output of kldstat -v To prevent pollution of the mailinglist I uploaded the output to http://www.martinlaabs.de/tmp/kldstat_v The only think I think that still could depend on the linux modul is the nvidia module or the uhub/usb_linux module which is compiled into the kernel. The kernel is btw. the GENERIC kernel. But I do not hesitate to build a kernel with an other configuration. Thank you, Martin Laabs From owner-freebsd-emulation@FreeBSD.ORG Thu Jan 3 22:06:38 2013 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1EDA2522 for ; Thu, 3 Jan 2013 22:06:38 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wi0-f181.google.com (mail-wi0-f181.google.com [209.85.212.181]) by mx1.freebsd.org (Postfix) with ESMTP id 86A92989 for ; Thu, 3 Jan 2013 22:06:37 +0000 (UTC) Received: by mail-wi0-f181.google.com with SMTP id hm9so8873439wib.8 for ; Thu, 03 Jan 2013 14:06:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=ML09JSrXoBQKrcCe8+5ULLXYbC8Qc9mnQjW13EpaRcE=; b=l0ut80hodern64xCuoURWuf+59g6fk/iNkB54UX46leu3TqBYdxsFaDil+nQ1/NA++ crkHRQ5Vqp6xWfGPXlqatpkGShKAPaibSOyfvSi4zfrdOiH7iqccsV1wDO2TJa3+gG3p 0+yStsgxWWcYVimP5/zjjtel49JCPkibCSM4N1o9CnALPO0FVPKjAZlfHw60LBCZhG/q 6/P37vw5aG1mo76NCRRpx91WUSk/H6rwm+CVJVU7dtSubnmi8Io0VuFAMrQ5mVrowrx0 m0oosn0mUAolthcmwrqiPLaUoN64dYMwtEdF9eAec4A9qiI/v43A9mVzLNBxakSJj/sX 9ZGw== X-Received: by 10.180.86.39 with SMTP id m7mr77850880wiz.1.1357250789735; Thu, 03 Jan 2013 14:06:29 -0800 (PST) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by mx.google.com with ESMTPS id t17sm87441250wiv.6.2013.01.03.14.06.27 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 03 Jan 2013 14:06:28 -0800 (PST) Date: Thu, 3 Jan 2013 23:06:13 +0100 From: Mateusz Guzik To: Martin Laabs Subject: Re: Reload linux.ko while system is running Message-ID: <20130103220613.GB455@dft-labs.eu> References: <50E5EC0D.8040904@martinlaabs.de> <50E5FEF0.7060908@martinlaabs.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <50E5FEF0.7060908@martinlaabs.de> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-emulation@freebsd.org X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.14 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, 03 Jan 2013 22:06:38 -0000 On Thu, Jan 03, 2013 at 10:58:08PM +0100, Martin Laabs wrote: > Hi, > > On 01/03/13 22:19, Eitan Adler wrote: > >> [...] > > Please provide the output of kldstat -v > > To prevent pollution of the mailinglist I uploaded the output to > > http://www.martinlaabs.de/tmp/kldstat_v > > > The only think I think that still could depend on the linux modul is the > nvidia module or the uhub/usb_linux module which is compiled into the > kernel. The kernel is btw. the GENERIC kernel. But I do not hesitate to > build a kernel with an other configuration. This is definitely nvidia. Playing with custom kernel modules on your actual machine is a bad idea anyway because you can easly panic your system. Install VirtualBox (or qemu or whatever) and use that for debugging. -- Mateusz Guzik From owner-freebsd-emulation@FreeBSD.ORG Thu Jan 3 23:27:34 2013 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 540A8F8B for ; Thu, 3 Jan 2013 23:27:34 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-la0-f43.google.com (mail-la0-f43.google.com [209.85.215.43]) by mx1.freebsd.org (Postfix) with ESMTP id D3DAEDA3 for ; Thu, 3 Jan 2013 23:27:33 +0000 (UTC) Received: by mail-la0-f43.google.com with SMTP id eg20so8901684lab.16 for ; Thu, 03 Jan 2013 15:27:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=C75xVN4kVVLkTQsPeA4BKzxv3uReSuIdlncIUaDnP4U=; b=cizvYYtZ4LmUiNDv4HM5LrPzHkaCf7L4TGE2eqM1aX/b03wtc9nbXjZ+zRd1mZOG2L YA1rhr9famYM55KAdz16X2vJogG049xT5u532TF+qQ33eslJj12yykFWTKqBNCHKqloA hU/xcJHwrYbc4U/SJbNzvL76IeqVf9mtD7UtQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=C75xVN4kVVLkTQsPeA4BKzxv3uReSuIdlncIUaDnP4U=; b=CeNIENJ3Vz6q3mVnz8WUBBoMae7gtOYLC9HK3WmYOWG+eJxn8o9dRflgk910iWZgT/ YSBFgDiY6ck4x1ViK8kMNuCZ0eSAypS4ZQlgGoM/rR/M69CSiRgNUxaaNs87J1aSF4QM 5ighFCLgq6rAIU7dqfie5D/9CwOykMZJINMTfU5sUuK+H0yNwN9jWMn6vOCMkSXWv0ec OM6pqE7hm0e5xlZgZIRhx+sM0/RMhM7e8DIHNmt5CRSaJ+d8iWDoYsgsdNvsvOZLs0Z6 xeRZzflToOXG6pfRiWV9r/OVT6Kz6D42J6/a2bDeURfLfCo3xqoGzzTgjIZ3URkjdxjL 4B3Q== Received: by 10.112.47.38 with SMTP id a6mr20921163lbn.93.1357255652608; Thu, 03 Jan 2013 15:27:32 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.75.200 with HTTP; Thu, 3 Jan 2013 15:27:02 -0800 (PST) In-Reply-To: <20130103220613.GB455@dft-labs.eu> References: <50E5EC0D.8040904@martinlaabs.de> <50E5FEF0.7060908@martinlaabs.de> <20130103220613.GB455@dft-labs.eu> From: Eitan Adler Date: Thu, 3 Jan 2013 18:27:02 -0500 Message-ID: Subject: Re: Reload linux.ko while system is running To: Mateusz Guzik Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQmjgGWvzeGISZahQPCwtjZmIbFF1L6EsiiWSsehs/7DTwlAd2bgDbtlVjFRok+f4UDmJIrB Cc: freebsd-emulation@freebsd.org X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.14 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, 03 Jan 2013 23:27:34 -0000 On 3 January 2013 17:06, Mateusz Guzik wrote: > On Thu, Jan 03, 2013 at 10:58:08PM +0100, Martin Laabs wrote: >> Hi, >> >> On 01/03/13 22:19, Eitan Adler wrote: >> >> [...] >> > Please provide the output of kldstat -v >> >> To prevent pollution of the mailinglist I uploaded the output to >> >> http://www.martinlaabs.de/tmp/kldstat_v >> >> >> The only think I think that still could depend on the linux modul is the >> nvidia module or the uhub/usb_linux module which is compiled into the >> kernel. The kernel is btw. the GENERIC kernel. But I do not hesitate to >> build a kernel with an other configuration. > > This is definitely nvidia. Agreed. Sounds like nvidia. Kill X, kldunload nvidia, kldunload linux. Let us know if that helped. -- Eitan Adler From owner-freebsd-emulation@FreeBSD.ORG Fri Jan 4 11:58:34 2013 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D7FEDE66 for ; Fri, 4 Jan 2013 11:58:34 +0000 (UTC) (envelope-from mailinglists@martinlaabs.de) Received: from relay04.alfahosting-server.de (relay04.alfahosting-server.de [109.237.142.240]) by mx1.freebsd.org (Postfix) with ESMTP id 6CAFDE44 for ; Fri, 4 Jan 2013 11:58:34 +0000 (UTC) Received: by relay04.alfahosting-server.de (Postfix, from userid 1001) id F021432C06DE; Fri, 4 Jan 2013 12:58:31 +0100 (CET) X-Spam-DCC: : X-Spam-Level: X-Spam-Status: No, score=0.0 required=7.0 tests=BAYES_50 autolearn=disabled version=3.2.5 Received: from alfa3018.alfahosting-server.de (alfa3018.alfahosting-server.de [109.237.140.30]) by relay04.alfahosting-server.de (Postfix) with ESMTP id 14BBA32C023C for ; Fri, 4 Jan 2013 12:58:30 +0100 (CET) Received: from pc.martinlaabs.de (p54B32E3A.dip.t-dialin.net [84.179.46.58]) by alfa3018.alfahosting-server.de (Postfix) with ESMTPSA id DA06D515C412 for ; Fri, 4 Jan 2013 12:58:29 +0100 (CET) Message-ID: <50E6C3E4.9070104@martinlaabs.de> Date: Fri, 04 Jan 2013 12:58:28 +0100 From: Martin Laabs User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-emulation@freebsd.org Subject: Re: Reload linux.ko while system is running References: <50E5EC0D.8040904@martinlaabs.de> <50E5FEF0.7060908@martinlaabs.de> <20130103220613.GB455@dft-labs.eu> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Status: No X-Virus-Checker-Version: clamassassin 1.2.4 with ClamAV 0.97.3/16346/Fri Jan 4 10:39:31 2013 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.14 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, 04 Jan 2013 11:58:34 -0000 Hi, On 01/04/13 00:27, Eitan Adler wrote: > On 3 January 2013 17:06, Mateusz Guzik wrote: >> This is definitely nvidia. > > Agreed. Sounds like nvidia. Kill X, kldunload nvidia, kldunload > linux. Let us know if that helped. Yes - it was nvidia. I changed the xserver to nv and prevent nvidia.ko from loading and with that configuration I could successful reload the linux.ko module. I'm going to build a virtualbox but for just adding some tracing output into the linux module using the living system is quite ok. Thank you, Martin From owner-freebsd-emulation@FreeBSD.ORG Fri Jan 4 13:28:46 2013 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id F17353A0 for ; Fri, 4 Jan 2013 13:28:46 +0000 (UTC) (envelope-from mailinglists@martinlaabs.de) Received: from relay03.alfahosting-server.de (relay03.alfahosting-server.de [109.237.142.239]) by mx1.freebsd.org (Postfix) with ESMTP id B3CEB22E for ; Fri, 4 Jan 2013 13:28:46 +0000 (UTC) Received: by relay03.alfahosting-server.de (Postfix, from userid 1001) id 7797832C1D26; Fri, 4 Jan 2013 14:28:38 +0100 (CET) X-Spam-DCC: : X-Spam-Level: X-Spam-Status: No, score=0.0 required=7.0 tests=BAYES_50 autolearn=disabled version=3.2.5 Received: from alfa3018.alfahosting-server.de (alfa3018.alfahosting-server.de [109.237.140.30]) by relay03.alfahosting-server.de (Postfix) with ESMTP id 205E032C1D35 for ; Fri, 4 Jan 2013 14:28:37 +0100 (CET) Received: from pc.martinlaabs.de (p54B32E3A.dip.t-dialin.net [84.179.46.58]) by alfa3018.alfahosting-server.de (Postfix) with ESMTPSA id E5FF5515C343 for ; Fri, 4 Jan 2013 14:28:36 +0100 (CET) Message-ID: <50E6D903.7080306@martinlaabs.de> Date: Fri, 04 Jan 2013 14:28:35 +0100 From: Martin Laabs User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-emulation@freebsd.org Subject: Debugging a linux application and library in freebsd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Status: No X-Virus-Checker-Version: clamassassin 1.2.4 with ClamAV 0.97.3/16349/Fri Jan 4 12:57:07 2013 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.14 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, 04 Jan 2013 13:28:47 -0000 Hi, I'm currently searching a bug in the linuxulator concerning a libc function. Therefore it would be very helpful using gdb to trace the program not only instruction for instruction but also with the source code and full symbols. Building the linux binary that reproduce the bug is done in a VM running an somewhat old debian. Building it with debugging symbols is also no problem. I could also imagine to build the libc with debugging symbols (if not available in some binary packages) Would you suggest to do this with a cross compiler under the linuxulator enviroment or in the debian VM? But anyway - the native gdb does not support linux binaries very well. So did anyone tried to run a linux gdb inside the linuxulator enviroment to trace the bug down into the library? Obviously the linux gdb does not know anything about the linux-call translation but this should be transparent to it. Thank you, Martin Laabs From owner-freebsd-emulation@FreeBSD.ORG Fri Jan 4 14:30:09 2013 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8173C255 for ; Fri, 4 Jan 2013 14:30:09 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 22F846A9 for ; Fri, 4 Jan 2013 14:30:08 +0000 (UTC) Received: by mail-we0-f182.google.com with SMTP id u54so7914857wey.13 for ; Fri, 04 Jan 2013 06:30:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=gcxaxnO/F7iu4ZkzOjLkwUrc3ieg513X7yhDNnCwato=; b=WX8v30U7jO+YBWrB2dYa4JxIQLaZNJiCaRJB2pacc+oAkcG2+dBL3vxhgnBiDNlJ25 MMy5okvmoLqVaficyi/8YfiMiXSLG8j/oOX3PsXfe7MqZvCvYOhgbxKgB9O1Tld9zztJ QO7YWvtQBJM8dPb2Fi4ensvfMksOmKYEytoNU6ATa+9ib/FTccM2tyGp3NwNTQ+GbTGl GhpfExMNspWtm4Y+19ZV6K9Y+FP53bn43+HhLqtAdqzP9ULub4qNlzDo69UMbCvmaF7V KS7tUO+5XKfk65HkJVxMbHQgMyx3T78yquzL1xwYCE+MIdcR2splxyFcR9PaJ0DCMe2y x2Vw== X-Received: by 10.180.84.193 with SMTP id b1mr73224619wiz.26.1357309802445; Fri, 04 Jan 2013 06:30:02 -0800 (PST) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by mx.google.com with ESMTPS id dm3sm94142476wib.9.2013.01.04.06.30.00 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 04 Jan 2013 06:30:01 -0800 (PST) Date: Fri, 4 Jan 2013 15:29:50 +0100 From: Mateusz Guzik To: Martin Laabs Subject: Re: Debugging a linux application and library in freebsd Message-ID: <20130104142950.GA12191@dft-labs.eu> References: <50E6D903.7080306@martinlaabs.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <50E6D903.7080306@martinlaabs.de> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-emulation@freebsd.org X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.14 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, 04 Jan 2013 14:30:09 -0000 On Fri, Jan 04, 2013 at 02:28:35PM +0100, Martin Laabs wrote: > Hi, > > I'm currently searching a bug in the linuxulator concerning a libc > function. Therefore it would be very helpful using gdb to trace the program > not only instruction for instruction but also with the source code and full > symbols. > Building the linux binary that reproduce the bug is done in a VM running an > somewhat old debian. Building it with debugging symbols is also no problem. > I could also imagine to build the libc with debugging symbols (if not > available in some binary packages) > Would you suggest to do this with a cross compiler under the linuxulator > enviroment or in the debian VM? > > But anyway - the native gdb does not support linux binaries very well. So > did anyone tried to run a linux gdb inside the linuxulator enviroment to > trace the bug down into the library? Obviously the linux gdb does not know > anything about the linux-call translation but this should be transparent to it. > Afair linuxolator on amd64 does not support ptrace, therefore no gdb for you. However if this is still about http://www.freebsd.org/cgi/query-pr.cgi?pr=174933 I don't think you need it at this stage. You should be able to easly decipher arguments in socketcall and check what these mean in Linux kernel. Also reading glibc sources may be helpful. -- Mateusz Guzik From owner-freebsd-emulation@FreeBSD.ORG Fri Jan 4 17:22:16 2013 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E976CF7 for ; Fri, 4 Jan 2013 17:22:16 +0000 (UTC) (envelope-from mailinglists@martinlaabs.de) Received: from relay03.alfahosting-server.de (relay03.alfahosting-server.de [109.237.142.239]) by mx1.freebsd.org (Postfix) with ESMTP id A97FAE83 for ; Fri, 4 Jan 2013 17:22:15 +0000 (UTC) Received: by relay03.alfahosting-server.de (Postfix, from userid 1001) id CA04432C0F40; Fri, 4 Jan 2013 18:22:13 +0100 (CET) X-Spam-DCC: : X-Spam-Level: * X-Spam-Status: No, score=1.3 required=7.0 tests=BAYES_50,MISSING_HEADERS autolearn=disabled version=3.2.5 Received: from alfa3018.alfahosting-server.de (alfa3018.alfahosting-server.de [109.237.140.30]) by relay03.alfahosting-server.de (Postfix) with ESMTP id 77D0032C0F37 for ; Fri, 4 Jan 2013 18:22:11 +0100 (CET) Received: from pc.martinlaabs.de (p54B32E3A.dip.t-dialin.net [84.179.46.58]) by alfa3018.alfahosting-server.de (Postfix) with ESMTPSA id 3E6A5515C396 for ; Fri, 4 Jan 2013 18:22:11 +0100 (CET) Message-ID: <50E70FC0.9000905@martinlaabs.de> Date: Fri, 04 Jan 2013 18:22:08 +0100 From: Martin Laabs User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 CC: freebsd-emulation@freebsd.org Subject: Re: Debugging a linux application and library in freebsd References: <50E6D903.7080306@martinlaabs.de> <20130104142950.GA12191@dft-labs.eu> In-Reply-To: <20130104142950.GA12191@dft-labs.eu> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Status: No X-Virus-Checker-Version: clamassassin 1.2.4 with ClamAV 0.97.3/16353/Fri Jan 4 16:39:23 2013 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.14 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, 04 Jan 2013 17:22:17 -0000 Hi, On 01/04/13 15:29, Mateusz Guzik wrote: > > Afair linuxolator on amd64 does not support ptrace, therefore no gdb for > you. OK. Thank you. Does this mean in reverse that a i386 FreeBSD would support it? > However if this is still about > http://www.freebsd.org/cgi/query-pr.cgi?pr=174933 I don't think you need > it at this stage. You should be able to easly decipher arguments in > socketcall and check what these mean in Linux kernel. Also reading glibc > sources may be helpful. Yes - it is still about that and I just did what you suggested. I gonna write another message to the mailinglist about that. Best regards, Martin Laabs From owner-freebsd-emulation@FreeBSD.ORG Fri Jan 4 17:40:24 2013 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 665713BC for ; Fri, 4 Jan 2013 17:40:24 +0000 (UTC) (envelope-from info@martinlaabs.de) Received: from relay04.alfahosting-server.de (relay04.alfahosting-server.de [109.237.142.240]) by mx1.freebsd.org (Postfix) with ESMTP id 254F3F0B for ; Fri, 4 Jan 2013 17:40:23 +0000 (UTC) Received: by relay04.alfahosting-server.de (Postfix, from userid 1001) id B8EFA32C1B59; Fri, 4 Jan 2013 18:40:22 +0100 (CET) X-Spam-DCC: : X-Spam-Level: X-Spam-Status: No, score=0.0 required=7.0 tests=BAYES_50 autolearn=disabled version=3.2.5 Received: from alfa3018.alfahosting-server.de (alfa3018.alfahosting-server.de [109.237.140.30]) by relay04.alfahosting-server.de (Postfix) with ESMTP id B831832C18FD for ; Fri, 4 Jan 2013 18:40:20 +0100 (CET) Received: from pc.martinlaabs.de (p54B32E3A.dip.t-dialin.net [84.179.46.58]) by alfa3018.alfahosting-server.de (Postfix) with ESMTPSA id 82123515C396 for ; Fri, 4 Jan 2013 18:40:20 +0100 (CET) Message-ID: <50E71402.8010702@martinlaabs.de> Date: Fri, 04 Jan 2013 18:40:18 +0100 From: Martin Laabs User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-emulation@freebsd.org Subject: Bug analyzed - how to fix it? X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Status: No X-Virus-Checker-Version: clamassassin 1.2.4 with ClamAV 0.97.3/16353/Fri Jan 4 16:39:23 2013 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.14 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, 04 Jan 2013 17:40:24 -0000 Hi, I'm (hopefully) done with the bug analyses of "http://www.freebsd.org/cgi/query-pr.cgi?pr=174933". The bug in one sentences: if_nameindex (resided in the libc) fails if called out of a linux binary. The cause is that the if_nameindex calls a function named __opensock that return a socket. This socket is used to call an ioctl(SIOCGIFCONF ...). This ioctl call is actually implemented in the linuxulator. Unfortunately the __opensock function tries to create the following socket: socket(PF_NETLINK, SOCK_RAW, 0) in decimal: socket(16,3,0) This type of socket type however is not supported by the linuxulator and IMHO in freebsd at all. However - maybe it just has another name in FreeBSD. So - for me there seem to be two solutions: 1. Write a dirty patch that returns a PF_INET instead of the PF_NETLINK socket if called with the arguments above. This should be OK since I assume that SIOCGIFCONF ioctl works also fine with PF_INET sockets. (I'll test this to verify whether this is true) This however would be somewhat dirty since PF_NETLINK sockets are not really supported and if another application tries to open a real PF_NETLINK socket it will get a false positive result. 2. Patch the glibc to not create a PF_NETLINK socket in __opensock but create a PF_INET socket instead. The problem is that I do not know about the side effects since the __opensock function is used elsewhere in the libc also. The second drawback is that this would lead to a customized libc for the linuxulator. As far as I know the current libc(s) are just bare copies out of linux systems. So this solution would also increase maintenance effort. Do you have an other idea how to fix the problem? Thank you, Martin From owner-freebsd-emulation@FreeBSD.ORG Fri Jan 4 19:43:02 2013 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C6906DCA for ; Fri, 4 Jan 2013 19:43:02 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from hammer.pct.niksun.com (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 6C0313A7; Fri, 4 Jan 2013 19:43:02 +0000 (UTC) Message-ID: <50E7307C.3000205@FreeBSD.org> Date: Fri, 04 Jan 2013 14:41:48 -0500 From: Jung-uk Kim User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Martin Laabs Subject: Re: Bug analyzed - how to fix it? References: <50E71402.8010702@martinlaabs.de> In-Reply-To: <50E71402.8010702@martinlaabs.de> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.14 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, 04 Jan 2013 19:43:02 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2013-01-04 12:40:18 -0500, Martin Laabs wrote: > Hi, > > I'm (hopefully) done with the bug analyses of > "http://www.freebsd.org/cgi/query-pr.cgi?pr=174933". The bug in one > sentences: if_nameindex (resided in the libc) fails if called out > of a linux binary. > > The cause is that the if_nameindex calls a function named > __opensock that return a socket. This socket is used to call an > ioctl(SIOCGIFCONF ...). This ioctl call is actually implemented in > the linuxulator. Unfortunately the __opensock function tries to > create the following socket: > > socket(PF_NETLINK, SOCK_RAW, 0) in decimal: socket(16,3,0) It seems "0" is actually NETLINK_ROUTE: http://fxr.watson.org/fxr/source/include/uapi/linux/netlink.h?v=linux-2.6#L7 > This type of socket type however is not supported by the > linuxulator and IMHO in freebsd at all. However - maybe it just has > another name in FreeBSD. It is one of those Linux-only things that we cannot be easily add to Linuxulator, I'm afraid: http://en.wikipedia.org/wiki/Netlink http://tools.ietf.org/html/rfc3549 > So - for me there seem to be two solutions: > > 1. Write a dirty patch that returns a PF_INET instead of the > PF_NETLINK socket if called with the arguments above. This should > be OK since I assume that SIOCGIFCONF ioctl works also fine with > PF_INET sockets. (I'll test this to verify whether this is true) > This however would be somewhat dirty since PF_NETLINK sockets are > not really supported and if another application tries to open a > real PF_NETLINK socket it will get a false positive result. > > 2. Patch the glibc to not create a PF_NETLINK socket in __opensock > but create a PF_INET socket instead. The problem is that I do not > know about the side effects since the __opensock function is used > elsewhere in the libc also. The second drawback is that this would > lead to a customized libc for the linuxulator. As far as I know the > current libc(s) are just bare copies out of linux systems. So this > solution would also increase maintenance effort. > > Do you have an other idea how to fix the problem? I just glanced at the GNU libc sources. I found they had backward shims for pre-netlink kernels. sysdeps/unix/sysv/linux/kernel-features.h [*]: /* With kernel 2.4.17 we always have netlink support. */ #if __LINUX_KERNEL_VERSION >= (132096+17) # define __ASSUME_NETLINK_SUPPORT 1 #endif In other words, if the GNU libc was compiled for Linux 2.4.17 and later, it assumes the netlink is always available and it won't bother compiling in fallback functions. Jung-uk Kim * Note: the fallback methods was completely removed in recent glibc. http://www.sourceware.org/git/gitweb.cgi?p=glibc.git;a=commit;h=89b4b02f421d2a6d24eb632d9c6977dbe786e6ee -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQ5zB8AAoJECXpabHZMqHOsUIIAII/XRA/I1Gppf/aWHpLlyTI xoS3F8fx3fvrQtKQqPmdrMRScCvAdYyCpsaJP4S2efNV+eYO1scpSMK74TSjUVJu MwVa4m9eJGqj8WLFpII3qVU0XEHl1hjWKI68B38FoOkdX6MVJq35AoZ4D9MYdN3X wNYkWoa5q0tjGjWGxlolMKarU9mdabJyNpNMk4XO96khDm5g9JbnLoNVPeRXoeef VOfw7b05a+otstnPYscldgnuEL1IGphneRr+AVGwUmafzDNk9fY5vVe+3AcOQRvJ 1qwuoQrAAkrk6NxwR95o8UTKZdbin4872kw4iZceRi4wiR3EJ6z0cU9UhaDMR50= =duLb -----END PGP SIGNATURE----- From owner-freebsd-emulation@FreeBSD.ORG Fri Jan 4 20:31:03 2013 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E3D6FE28 for ; Fri, 4 Jan 2013 20:31:03 +0000 (UTC) (envelope-from info@martinlaabs.de) Received: from relay01.alfahosting-server.de (relay01.alfahosting-server.de [109.237.142.236]) by mx1.freebsd.org (Postfix) with ESMTP id A26AA7B6 for ; Fri, 4 Jan 2013 20:31:03 +0000 (UTC) Received: by relay01.alfahosting-server.de (Postfix, from userid 1001) id AFB2C32C00E3; Fri, 4 Jan 2013 21:19:34 +0100 (CET) X-Spam-DCC: : X-Spam-Level: X-Spam-Status: No, score=0.0 required=7.0 tests=BAYES_50 autolearn=disabled version=3.2.5 Received: from alfa3018.alfahosting-server.de (alfa3018.alfahosting-server.de [109.237.140.30]) by relay01.alfahosting-server.de (Postfix) with ESMTP id 4969832C012C for ; Fri, 4 Jan 2013 21:19:33 +0100 (CET) Received: from pc.martinlaabs.de (p54B32E3A.dip.t-dialin.net [84.179.46.58]) by alfa3018.alfahosting-server.de (Postfix) with ESMTPSA id 14A1B515C343 for ; Fri, 4 Jan 2013 21:19:32 +0100 (CET) Message-ID: <50E73952.30802@martinlaabs.de> Date: Fri, 04 Jan 2013 21:19:30 +0100 From: Martin Laabs User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-emulation@freebsd.org Subject: Re: Bug analyzed - how to fix it? References: <50E71402.8010702@martinlaabs.de> In-Reply-To: <50E71402.8010702@martinlaabs.de> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Status: No X-Virus-Checker-Version: clamassassin 1.2.4 with ClamAV 0.97.3/16356/Fri Jan 4 19:39:36 2013 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.14 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, 04 Jan 2013 20:31:03 -0000 Hi, I discovered it a bit further - solution 1 does not work - at least not for newer libc. However - since the problem is a libc function call - coulnd't I use some LD_PRELOAD library to write a if_nameindex function that is compatible to the freebsd linuxulator? Thank you, Martin From owner-freebsd-emulation@FreeBSD.ORG Fri Jan 4 20:57:25 2013 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 21045ABB for ; Fri, 4 Jan 2013 20:57:25 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from hammer.pct.niksun.com (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id CE7188E1; Fri, 4 Jan 2013 20:57:24 +0000 (UTC) Message-ID: <50E741EA.5070906@FreeBSD.org> Date: Fri, 04 Jan 2013 15:56:10 -0500 From: Jung-uk Kim User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Martin Laabs Subject: Re: Bug analyzed - how to fix it? References: <50E71402.8010702@martinlaabs.de> <50E73952.30802@martinlaabs.de> In-Reply-To: <50E73952.30802@martinlaabs.de> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.14 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, 04 Jan 2013 20:57:25 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2013-01-04 15:19:30 -0500, Martin Laabs wrote: > Hi, > > I discovered it a bit further - solution 1 does not work - at least > not for newer libc. Correct, I believe you really need the compat shims. Because all supported linux_base-* lack Linux 2.4.x support, the compat shims are not compiled into the libc at all, it seems. > However - since the problem is a libc function call - coulnd't I > use some LD_PRELOAD library to write a if_nameindex function that > is compatible to the freebsd linuxulator? I believe you can. Alternatively, you can rebuild libc to compile in the compat shims, i.e., patch sysdeps/unix/sysv/linux/kernel-features.h to set __ASSUME_NETLINK_SUPPORT to 0, rebuild the rpm, etc. Jung-uk Kim -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQ50HqAAoJECXpabHZMqHOpBkH/22zV6gG+KI/G93hr4b75irW IfYyHBKsiSTibvq3L3HfEtfDjT9BBVOW4beuQyQ9/oQT9Zk+Jpd/h4THZEatWR/d U9g0dgPFriHzzIwPk2tPpjJRSEi6obDzeXxhV70oBDgNcBJUncKm4FLHOvVrm+0g IgDnEGvVpmioT/5tKmp3zncosCY0pqZ3pwybHwKxha29xvlqnKunLD3b6/+e9jac Rx0obdbl3kWb8H+NyHhjb0UOf3IPNWeAE+eVasMZNlF6KLX6j88mIWE0+rXcfBcN SM7hRVai3RgM9+u0fzVIeID2FUE17YUSjeV7dn47i9/VHzUoumYO99jI1LiZESI= =dArT -----END PGP SIGNATURE----- From owner-freebsd-emulation@FreeBSD.ORG Sat Jan 5 01:23:39 2013 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4A1A2AE8 for ; Sat, 5 Jan 2013 01:23:39 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) by mx1.freebsd.org (Postfix) with ESMTP id EDF931F1 for ; Sat, 5 Jan 2013 01:23:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Type:MIME-Version:Message-ID:Subject:To:Sender:From:Date; bh=EexdRnonSSug+p5aJUUncwBRa+r3ZrHS8OLPNTnHrUo=; b=UatVKV5OXwk67MmCqii3eJRQ4Y6AcZE4BLUuDS0aS/36DAB8c9zGw3KTmKWK+urrT3hVC9N56EoD1JvEebn8XoLWKKRE7HHqC/latLq2OjCI8EM6+8maft89wUoHsB2fiInTY6Xzmeimlp0tT4A1mDG3zEOgPa6bbsM2hfKBhSI=; Received: from cpe-72-182-19-162.austin.res.rr.com ([72.182.19.162]:19548 helo=borg) by thebighonker.lerctr.org with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1TrIU4-000Oki-G5 for freebsd-emulation@freebsd.org; Fri, 04 Jan 2013 19:23:38 -0600 Date: Fri, 4 Jan 2013 19:23:33 -0600 (CST) From: Larry Rosenman Sender: ler@borg To: freebsd-emulation@freebsd.org Subject: emultors/virtualbox-ose crash Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Spam-Score: -2.9 (--) X-LERCTR-Spam-Score: -2.9 (--) X-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1,BAYES_00=-1.9 X-LERCTR-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1,BAYES_00=-1.9 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.14 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, 05 Jan 2013 01:23:39 -0000 I've got the Port installed, driver loaded, and I've cleaned out all my .VirtualBox directories. Trying to do anythine with it garners: $ VBoxManage createvm --name testMachine --ostype FreeBSD_64 --register VBoxManage: error: Failed to create the VirtualBox object! VBoxManage: error: Code NS_ERROR_ABORT (0x80004004) - Operation aborted (extended info not available) VBoxManage: error: Most likely, the VirtualBox COM server is not running or failed to start. $ ls *core VBoxSVC.core $ pwd /home/ler $ gdb -c VBoxSVC.core VBoxSVC GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...VBoxSVC: No such file or directory. /home/ler/VBoxSVC.core: Permission denied. (gdb) $ sudo gdb -c VBoxSVC.core VBoxSVC Password: GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Core was generated by `VBoxSVC'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/virtualbox/VBoxDDU.so...done. Loaded symbols for /usr/local/lib/virtualbox/VBoxDDU.so Reading symbols from /usr/local/lib/virtualbox/VBoxRT.so...done. Loaded symbols for /usr/local/lib/virtualbox/VBoxRT.so Reading symbols from /usr/local/lib/virtualbox/VBoxXPCOM.so...done. Loaded symbols for /usr/local/lib/virtualbox/VBoxXPCOM.so Reading symbols from /usr/local/lib/libpng15.so.15...done. Loaded symbols for /usr/local/lib/libpng15.so.15 Reading symbols from /lib/libz.so.6...done. Loaded symbols for /lib/libz.so.6 Reading symbols from /usr/lib/libstdc++.so.6...done. Loaded symbols for /usr/lib/libstdc++.so.6 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libgcc_s.so.1...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /usr/local/lib/libiconv.so.3...done. Loaded symbols for /usr/local/lib/libiconv.so.3 Reading symbols from /usr/lib/librt.so.1...done. Loaded symbols for /usr/lib/librt.so.1 Reading symbols from /usr/lib/libssl.so.7...done. Loaded symbols for /usr/lib/libssl.so.7 Reading symbols from /lib/libcrypto.so.7...done. Loaded symbols for /lib/libcrypto.so.7 Reading symbols from /usr/local/lib/libxml2.so.5...done. Loaded symbols for /usr/local/lib/libxml2.so.5 Reading symbols from /usr/local/lib/libcurl.so.6...done. Loaded symbols for /usr/local/lib/libcurl.so.6 Reading symbols from /usr/lib/libsupc++.so.1...done. Loaded symbols for /usr/lib/libsupc++.so.1 Reading symbols from /usr/local/lib/virtualbox/components/VBoxXPCOMIPCC.so...done. Loaded symbols for /usr/local/lib/virtualbox/components/VBoxXPCOMIPCC.so Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 ~XmlFileParser (this=0x0) at /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.2.6/src/VBox/Runtime/r3/xml.cpp:1576 1576 /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.2.6/src/VBox/Runtime/r3/xml.cpp: No such file or directory. in /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.2.6/src/VBox/Runtime/r3/xml.cpp [New Thread 803c0dc00 (LWP 100779/VBoxSVC)] [New Thread 803c0d000 (LWP 100778/VBoxSVC)] [New Thread 803c0cc00 (LWP 100777/VBoxSVC)] [New Thread 803c06400 (LWP 100721/VBoxSVC)] (gdb) bt #0 ~XmlFileParser (this=0x0) at /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.2.6/src/VBox/Runtime/r3/xml.cpp:1576 #1 0x000000000059a8ec in ConfigFileBase (this=, pstrFilename=0x804826320) at /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.2.6/src/VBox/Main/xml/Settings.cpp:344 #2 0x00000000005b0977 in MainConfigFile (this=0x8048551c0, pstrFilename=0x804826320) at /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.2.6/src/VBox/Main/xml/Settings.cpp:1270 #3 0x000000000057da46 in VirtualBox::init (this=0x80481f080) at /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.2.6/src/VBox/Main/src-server/VirtualBoxImpl.cpp:414 #4 0x00000000005d35f1 in VirtualBoxConstructor (aOuter=, aIID=@0x803c22648, aResult=0x7fffffbdce80) at /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.2.6/src/VBox/Main/src-server/xpcom/server.cpp:540 #5 0x0000000801141cf5 in nsGenericFactory::CreateInstance (this=0x0, aOuter=0x79c, aIID=@0x7fffffbdb8a0, aResult=0x7fffffbdb898) at /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.2.6/src/libs/xpcom18a4/xpcom/glue/nsGenericFactory.cpp:82 #6 0x0000000801107564 in nsComponentManagerImpl::CreateInstance (this=0x803c1b380, aClass=, aDelegate=0x0, aIID=@0x803c22648, aResult=0x7fffffbdce80) at /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.2.6/src/libs/xpcom18a4/xpcom/components/nsComponentManager.cpp:1876 #7 0x00000008040168c5 in ipcDConnectService::OnSetup (this=0x803c48500, peer=2, setup=0x803c22640, opLen=) at /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.2.6/src/libs/xpcom18a4/ipc/ipcd/extensions/dconnect/src/ipcDConnectService.cpp:3655 #8 0x0000000804017178 in ipcDConnectService::OnIncomingRequest (this=, peer=, op=, opLen=) at /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.2.6/src/libs/xpcom18a4/ipc/ipcd/extensions/dconnect/src/ipcDConnectService.cpp:3626 #9 0x0000000804017388 in DConnectWorker::Run (this=0x803c4d1e0) at /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.2.6/src/libs/xpcom18a4/ipc/ipcd/extensions/dconnect/src/ipcDConnectService.cpp:2952 #10 0x000000080110f40b in nsThread::Main (arg=0x80440f040) at /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.2.6/src/libs/xpcom18a4/xpcom/threads/nsThread.cpp:118 #11 0x0000000801141321 in _pt_iprt_root (Thread=, pvUser=) at /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.2.6/src/libs/xpcom18a4/nsprpub/pr/src/pthreads/ptthread.c:224 #12 0x0000000800d9ab1c in rtThreadMain (pThread=0x803c24c00, NativeThread=, pszThreadName=) at /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.2.6/src/VBox/Runtime/common/misc/thread.cpp:698 #13 0x0000000800de87eb in rtThreadNativeMain (pvArgs=) at /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.2.6/src/VBox/Runtime/r3/posix/thread-posix.cpp:302 #14 0x0000000802275413 in pthread_create () from /lib/libthr.so.3 #15 0x0000000000000000 in ?? () (gdb) quit $ and it appears it's not handling the lack of the XML config file. Can someone(tm) help me? virtualbox-ose-4.2.6 A general-purpose full virtualizer for x86 hardware virtualbox-ose-kmod-4.2.6 VirtualBox kernel module for FreeBSD -- 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 From owner-freebsd-emulation@FreeBSD.ORG Sat Jan 5 02:06:15 2013 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id AB099DFE for ; Sat, 5 Jan 2013 02:06:15 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell0.rawbw.com (shell0.rawbw.com [198.144.192.45]) by mx1.freebsd.org (Postfix) with ESMTP id 87D482E6 for ; Sat, 5 Jan 2013 02:06:15 +0000 (UTC) Received: from eagle.yuri.org (stunnel@localhost [127.0.0.1]) (authenticated bits=0) by shell0.rawbw.com (8.14.4/8.14.4) with ESMTP id r0526F5v045504 for ; Fri, 4 Jan 2013 18:06:15 -0800 (PST) (envelope-from yuri@rawbw.com) Message-ID: <50E78A96.9030008@rawbw.com> Date: Fri, 04 Jan 2013 18:06:14 -0800 From: Yuri User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: emulation@freebsd.org Subject: vbox-4.2.6: machine is stuck in Stopping status Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.14 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, 05 Jan 2013 02:06:15 -0000 I just upgraded to 4.2.6 (from 4.2.4). Restarted Ubuntu64 that existed before, updated additions there, tried to shut it down and got it stuck in Stopping state. Now clicking "Close" button for this window doesn't pop the dialog box up asking if to send ACPI shutdown or just shut it down. This box showed up when machine was ok though. See log below. VirtualBox is in uwait state with 0% CPU consumption. When I killed the machine with 'kill' and restarted, it ran and shut down the next few times ok. So maybe this problem is only a one time thing after vbox upgrade. Yuri ---log--- 00:07:17.771399 XMM14=00000000'00000000'00000000'00000000 XMM15=00000000'00000000'00000000'00000000 00:07:17.771404 EFER =0000000000000d01 00:07:17.771406 PAT =0007010600070106 00:07:17.771407 STAR =0023001000000000 00:07:17.771409 CSTAR =ffffffff81667c10 00:07:17.771411 LSTAR =ffffffff81665530 00:07:17.771412 SFMASK =0000000000003700 00:07:17.771414 KERNELGSBASE =0000000000000000 00:07:17.771415 *** 00:07:17.771422 Guest paging mode: AMD64+NX (changed 3256 times), A20 enabled (changed 2 times) 00:07:17.771428 Shadow paging mode: EPT 00:07:17.771429 Host paging mode: AMD64+G+NX 00:07:17.771430 *** 00:07:17.771436 Active Timers (pVM=00000:07:17.771399 XMM14=00000000'00000000'00000000'00000000 XMM15=00000000'00000000'00000000'00000000 00:07:17.771404 EFER =0000000000000d01 00:07:17.771406 PAT =0007010600070106 00:07:17.771407 STAR =0023001000000000 00:07:17.771409 CSTAR =ffffffff81667c10 00:07:17.771411 LSTAR =ffffffff81665530 00:07:17.771412 SFMASK =0000000000003700 00:07:17.771414 KERNELGSBASE =0000000000000000 00:07:17.771415 *** 00:07:17.771422 Guest paging mode: AMD64+NX (changed 3256 times), A20 enabled (changed 2 times) 00:07:17.771428 Shadow paging mode: EPT 00:07:17.771429 Host paging mode: AMD64+G+NX 00:07:17.771430 *** 00:07:17.771436 Active Timers (pVM=000000080f2fb000) 00:07:17.771438 pTimerR3 offNext offPrev offSched Clock Time Expire HzHint State Description 00:07:17.771444 0000000815241c30 00028e10 00000000 00000000 Real 21491807 21491816 0 2-ACTIVE VGA Refresh Timer 00:07:17.771451 000000081526aa40 00000000 fffd71f0 00000000 Real 21491807 21492575 0 2-ACTIVE CPU Load Timer 00:07:17.771459 0000000815252390 000017e0 00000000 00000000 Virt 431361585378 431354173988 0 2-ACTIVE Audio timer 00:07:17.771465 0000000815253b70 ffffe7a0 ffffe820 00000000 Virt 431361592404 431370534173 0 2-ACTIVE USB Frame Timer 00:07:17.771472 0000000815252310 00000000 00001860 00000000 Virt 431361598947 435313451622 0 2-ACTIVE E1000 Link Up Timer 00:07:17.771481 0000000815228950 0002dad0 00000000 00000000 VrSy 403344870962 403990000000 0 2-ACTIVE MC146818 RTC/CMOS - Second 00:07:17.771490 0000000815256420 00000000 fffd2530 00000000 VrSy 403344880361 1199864031601 0 2-ACTIVE ACPI PM Timer 00:07:17.771498 *** 00:07:17.771810 Shadow GDT (GCAddr=fe3f0000): 00:07:17.772026 ffd8 - 81980087 fd008940 - base=fd408198 limit=00000087 dpl=0 TSS32Avail Present 16-bit HyperTSSTrap08 00:07:17.772032 ffe0 - 81100087 fd008940 - base=fd408110 limit=00000087 dpl=0 TSS32Avail Present 16-bit HyperTSS 00:07:17.772036 ffe8 - 0000ffff 00af9b00 - base=00000000 limit=ffffffff dpl=0 CodeER Accessed Present Page 16-bit HyperCS64 00:07:17.772040 fff0 - 0000ffff 00cf9300 - base=00000000 limit=ffffffff dpl=0 DataRW Accessed Present Page 32-bit HyperDS 00:07:17.772044 fff8 - 0000ffff 00cf9b00 - base=00000000 limit=ffffffff dpl=0 CodeER Accessed Present Page 32-bit HyperCS 00:07:17.772045 *** 00:07:17.772047 ************** End of Guest state at power off *************** 00:07:17.806123 PDMR3PowerOff: 34 059 055 ns run time 00:07:17.806141 Changing the VM state from 'POWERING_OFF' to 'OFF'. 00:07:19.285558 Console::powerDown(): A request to power off the VM has been issued (mMachineState=Stopping, InUninit=0) 00:07:19.333590 ERROR [COM]: aRC=E_ACCESSDENIED (0x80070005) aIID={db7ab4ca-2a3f-4183-9243-c1208da92392} aComponent={Console} aText={The virtual machine is being powered down}, preserve=false 00:07:20.424064 ERROR [COM]: aRC=E_ACCESSDENIED (0x80070005) aIID={db7ab4ca-2a3f-4183-9243-c1208da92392} aComponent={Console} aText={The virtual machine is being powered down}, preserve=false 000080f2fb000) 00:07:17.771438 pTimerR3 offNext offPrev offSched Clock Time Expire HzHint State Description 00:07:17.771444 0000000815241c30 00028e10 00000000 00000000 Real 21491807 21491816 0 2-ACTIVE VGA Refresh Timer 00:07:17.771451 000000081526aa40 00000000 fffd71f0 00000000 Real 21491807 21492575 0 2-ACTIVE CPU Load Timer 00:07:17.771459 0000000815252390 000017e0 00000000 00000000 Virt 431361585378 431354173988 0 2-ACTIVE Audio timer 00:07:17.771465 0000000815253b70 ffffe7a0 ffffe820 00000000 Virt 431361592404 431370534173 0 2-ACTIVE USB Frame Timer 00:07:17.771472 0000000815252310 00000000 00001860 00000000 Virt 431361598947 435313451622 0 2-ACTIVE E1000 Link Up Timer 00:07:17.771481 0000000815228950 0002dad0 00000000 00000000 VrSy 403344870962 403990000000 0 2-ACTIVE MC146818 RTC/CMOS - Second 00:07:17.771490 0000000815256420 00000000 fffd2530 00000000 VrSy 403344880361 1199864031601 0 2-ACTIVE ACPI PM Timer 00:07:17.771498 *** 00:07:17.771810 Shadow GDT (GCAddr=fe3f0000): 00:07:17.772026 ffd8 - 81980087 fd008940 - base=fd408198 limit=00000087 dpl=0 TSS32Avail Present 16-bit HyperTSSTrap08 00:07:17.772032 ffe0 - 81100087 fd008940 - base=fd408110 limit=00000087 dpl=0 TSS32Avail Present 16-bit HyperTSS 00:07:17.772036 ffe8 - 0000ffff 00af9b00 - base=00000000 limit=ffffffff dpl=0 CodeER Accessed Present Page 16-bit HyperCS64 00:07:17.772040 fff0 - 0000ffff 00cf9300 - base=00000000 limit=ffffffff dpl=0 DataRW Accessed Present Page 32-bit HyperDS 00:07:17.772044 fff8 - 0000ffff 00cf9b00 - base=00000000 limit=ffffffff dpl=0 CodeER Accessed Present Page 32-bit HyperCS 00:07:17.772045 *** 00:07:17.772047 ************** End of Guest state at power off *************** 00:07:17.806123 PDMR3PowerOff: 34 059 055 ns run time 00:07:17.806141 Changing the VM state from 'POWERING_OFF' to 'OFF'. 00:07:19.285558 Console::powerDown(): A request to power off the VM has been issued (mMachineState=Stopping, InUninit=0) 00:07:19.333590 ERROR [COM]: aRC=E_ACCESSDENIED (0x80070005) aIID={db7ab4ca-2a3f-4183-9243-c1208da92392} aComponent={Console} aText={The virtual machine is being powered down}, preserve=false 00:07:20.424064 ERROR [COM]: aRC=E_ACCESSDENIED (0x80070005) aIID={db7ab4ca-2a3f-4183-9243-c1208da92392} aComponent={Console} aText={The virtual machine is being powered down}, preserve=false From owner-freebsd-emulation@FreeBSD.ORG Sat Jan 5 17:26:56 2013 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2E61BD8F for ; Sat, 5 Jan 2013 17:26:56 +0000 (UTC) (envelope-from rnejdl@ringofsaturn.com) Received: from tethys.ringofsaturn.com (tethys.ringofsaturn.com [71.252.219.43]) by mx1.freebsd.org (Postfix) with ESMTP id F114B6EB for ; Sat, 5 Jan 2013 17:26:55 +0000 (UTC) Received: from ASSP.nospam (localhost [127.0.0.1]) (authenticated bits=0) by tethys.ringofsaturn.com (8.14.5/8.14.5) with ESMTP id r05HOMT1023997 for ; Sat, 5 Jan 2013 11:24:22 -0600 (CST) (envelope-from rnejdl@ringofsaturn.com) Received: from anyhost.local ([127.0.0.1] helo=anyhost.local) by ASSP.nospam with ESMTP (ASSP 1.9); 5 Jan 2013 11:24:21 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Sat, 05 Jan 2013 11:24:21 -0600 From: Rusty Nejdl To: freebsd-emulation@freebsd.org Subject: Re: vbox-4.2.6: machine is stuck in Stopping status Mail-Reply-To: rnejdl@ringofsaturn.com In-Reply-To: <50E78A96.9030008@rawbw.com> References: <50E78A96.9030008@rawbw.com> Message-ID: X-Sender: rnejdl@ringofsaturn.com User-Agent: Roundcube Webmail/0.9-git X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: rnejdl@ringofsaturn.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, 05 Jan 2013 17:26:56 -0000 On 2013-01-04 20:06, Yuri wrote: > I just upgraded to 4.2.6 (from 4.2.4). Restarted Ubuntu64 that > existed before, updated additions there, tried to shut it down and got > it stuck in Stopping state. > Now clicking "Close" button for this window doesn't pop the dialog > box up asking if to send ACPI shutdown or just shut it down. This box > showed up when machine was ok though. > > See log below. VirtualBox is in uwait state with 0% CPU consumption. > > When I killed the machine with 'kill' and restarted, it ran and shut > down the next few times ok. So maybe this problem is only a one time > thing after vbox upgrade. > > Yuri > > For the record, I saw this with 4.2.4 so I don't think this is something with the new code. I haven't seen it yet with 4.2.6 but it sounds like it hasn't been resolved yet. It doesn't occur very frequently as you have noticed so it is hard to troubleshoot. Rusty Nejdl