From owner-freebsd-emulation@FreeBSD.ORG Sun Jul 8 06:41:11 2007 Return-Path: X-Original-To: freebsd-emulation@hub.freebsd.org Delivered-To: freebsd-emulation@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D494616A46B; Sun, 8 Jul 2007 06:41:11 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id A807A13C458; Sun, 8 Jul 2007 06:41:11 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l686fBSY097476; Sun, 8 Jul 2007 06:41:11 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l686fB5L097472; Sun, 8 Jul 2007 06:41:11 GMT (envelope-from linimon) Date: Sun, 8 Jul 2007 06:41:11 GMT From: Mark Linimon Message-Id: <200707080641.l686fB5L097472@freefall.freebsd.org> To: bakul@bitblocks.com, linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-emulation@FreeBSD.org Cc: Subject: Re: kern/97326: [linux] file descriptor leakage in linux emulation 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, 08 Jul 2007 06:41:11 -0000 Synopsis: [linux] file descriptor leakage in linux emulation State-Changed-From-To: feedback->open State-Changed-By: linimon State-Changed-When: Sun Jul 8 06:40:18 UTC 2007 State-Changed-Why: Submitter doesn't a comparison system to test, but it sounds as though this might still be a problem. Responsible-Changed-From-To: freebsd-bugs->freebsd-emulation Responsible-Changed-By: linimon Responsible-Changed-When: Sun Jul 8 06:40:18 UTC 2007 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=97326 From owner-freebsd-emulation@FreeBSD.ORG Sun Jul 8 12:48:44 2007 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7161316A400 for ; Sun, 8 Jul 2007 12:48:44 +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 EAACD13C45A for ; Sun, 8 Jul 2007 12:48:43 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A563C0.dip.t-dialin.net [84.165.99.192]) by redbull.bpaserver.net (Postfix) with ESMTP id 96A6B2E192; Sun, 8 Jul 2007 14:48:33 +0200 (CEST) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id 6C7A15B4902; Sun, 8 Jul 2007 14:46:22 +0200 (CEST) Date: Sun, 8 Jul 2007 14:49:47 +0200 From: Alexander Leidinger To: stable@freebsd.org Message-ID: <20070708144947.7acb42ac@deskjail> X-Mailer: Claws Mail 2.9.2 (GTK+ 2.10.13; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.823, required 8, BAYES_00 -15.00, DKIM_POLICY_SIGNSOME 0.00, RDNS_DYNAMIC 0.10, TW_OC 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: emulation@freebsd.org Subject: mini-heads-up: linuxulator fixes (Fw: cvs commit: src/sys/amd64/linux32 linux.h linux32_machdep.c linux32_sysvec.c syscalls.master src/sys/compat/linprocfs linprocfs.c src/sys/compat/linux linux_misc.c src/sys/i386/linux linux.h linux_machdep.c linux_sysvec.c) 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, 08 Jul 2007 12:48:44 -0000 Hi, I MFCed some fixes to the linuxulator today. One major change is correcting the handling of the linux mmap function. This may break some not so good programmed audio programs (mostly some few bad behaving games). If you get hit by this, don't be afraid. The MFC of a change to the sound system (and an entry to UPDATING) will be done "soon" by Ariff. Except for those audio apps, all programs which had problems because of this should work better now. If you stumble upon a problem, please report to emulation@FreeBSD.org. Note: while more MFCs of fixes and missing linux syscalls are planned (before 6.3), the MFC of the linux-2.6 compatibility is not planned (if you need it, you have to update to 7.0 release when it comes out). If someone wants to help test some more patches for the linuxulator in -stable, please contact me and I take you into the loop (the more testers, the faster -stable will see the MFCs). What I need are people which compile and runtest the changes. Most of the changes are straight forward, we only have one part which causes a problem because of an unknown reason (either bad testing hardware or a missing change in my patches). Bye, Alexander. Start weitergeleitete Nachricht: Datum: Sun, 8 Jul 2007 12:20:36 +0000 (UTC) Von: Alexander Leidinger An: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Betreff: cvs commit: src/sys/amd64/linux32 linux.h linux32_machdep.c linux32_sysvec.c syscalls.master src/sys/compat/linprocfs linprocfs.c src/sys/compat/linux linux_misc.c src/sys/i386/linux linux.h linux_machdep.c linux_sysvec.c netchild 2007-07-08 12:20:36 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/amd64/linux32 linux.h linux32_machdep.c linux32_sysvec.c syscalls.master sys/compat/linprocfs linprocfs.c sys/compat/linux linux_misc.c sys/i386/linux linux.h linux_machdep.c linux_sysvec.c Log: MFC (5 of X): - linuxulator mmap handling - memleak fixes - extend linux errno mapping - handle address space limits for linux processes - sync linprocfs (/proc/sys/... part) Compile tested by: scf (i386, as part of a mega-MFC-patch) Tested by: Arno J. Klaassen (amd64) Revision Changes Path 1.1.8.3 +11 -2 src/sys/amd64/linux32/linux.h 1.10.2.2 +114 -64 src/sys/amd64/linux32/linux32_machdep.c 1.7.2.9 +2 -1 src/sys/amd64/linux32/linux32_sysvec.c 1.4.2.2 +1 -1 src/sys/amd64/linux32/syscalls.master 1.89.2.7 +167 -7 src/sys/compat/linprocfs/linprocfs.c 1.170.2.6 +1 -1 src/sys/compat/linux/linux_misc.c 1.64.2.3 +11 -2 src/sys/i386/linux/linux.h 1.48.2.5 +65 -57 src/sys/i386/linux/linux_machdep.c 1.137.2.5 +2 -1 src/sys/i386/linux/linux_sysvec.c http://cvsweb.FreeBSD.org/src/sys/amd64/linux32/linux.h.diff?&r1=1.1.8.2&r2=1.1.8.3&f=h http://cvsweb.FreeBSD.org/src/sys/amd64/linux32/linux32_machdep.c.diff?&r1=1.10.2.1&r2=1.10.2.2&f=h http://cvsweb.FreeBSD.org/src/sys/amd64/linux32/linux32_sysvec.c.diff?&r1=1.7.2.8&r2=1.7.2.9&f=h http://cvsweb.FreeBSD.org/src/sys/amd64/linux32/syscalls.master.diff?&r1=1.4.2.1&r2=1.4.2.2&f=h http://cvsweb.FreeBSD.org/src/sys/compat/linprocfs/linprocfs.c.diff?&r1=1.89.2.6&r2=1.89.2.7&f=h http://cvsweb.FreeBSD.org/src/sys/compat/linux/linux_misc.c.diff?&r1=1.170.2.5&r2=1.170.2.6&f=h http://cvsweb.FreeBSD.org/src/sys/i386/linux/linux.h.diff?&r1=1.64.2.2&r2=1.64.2.3&f=h http://cvsweb.FreeBSD.org/src/sys/i386/linux/linux_machdep.c.diff?&r1=1.48.2.4&r2=1.48.2.5&f=h http://cvsweb.FreeBSD.org/src/sys/i386/linux/linux_sysvec.c.diff?&r1=1.137.2.4&r2=1.137.2.5&f=h -- Just because your doctor has a name for your condition doesn't mean he knows what it is. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-emulation@FreeBSD.ORG Sun Jul 8 14:42:35 2007 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from misaki (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id 159E216A400; Sun, 8 Jul 2007 14:42:33 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Sun, 8 Jul 2007 22:42:30 +0800 From: Ariff Abdullah To: Alexander Leidinger Message-Id: <20070708224230.3fef0844.ariff@FreeBSD.org> In-Reply-To: <20070708144947.7acb42ac@deskjail> References: <20070708144947.7acb42ac@deskjail> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Sun__8_Jul_2007_22_42_30_+0800_SERvbS0pAk279dWP" Cc: emulation@freebsd.org, stable@freebsd.org Subject: Re: mini-heads-up: linuxulator fixes (Fw: cvs commit: src/sys/amd64/linux32 linux.h linux32_machdep.c linux32_sysvec.c syscalls.master src/sys/compat/linprocfs linprocfs.c src/sys/compat/linux linux_misc.c src/sys/i386/linux linux.h linux_machdep.c linux_sysvec.c) 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, 08 Jul 2007 14:42:35 -0000 --Signature=_Sun__8_Jul_2007_22_42_30_+0800_SERvbS0pAk279dWP Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 8 Jul 2007 14:49:47 +0200 Alexander Leidinger wrote: > Hi, >=20 > I MFCed some fixes to the linuxulator today. One major change is > correcting the handling of the linux mmap function. This may break > some not so good programmed audio programs (mostly some few bad > behaving games). If you get hit by this, don't be afraid. The MFC of > a change to the sound system (and an entry to UPDATING) will be done > "soon" by Ariff. > Technically, this is not the fault of that particular audio apps. Latest mmap changes in linuxlator apparently force PROT_EXEC mapping on all _typical_ mmap invocations, and this affecting not just sound, but bktr(4) as well. Well, bktr a bit lucky since I haven't encounter any linux-binary + bktr apps. Anyway, I've added sysctl hw.snd.compat_linux_mmap, where it is disabled by default. linux mmap breakage: http://lists.freebsd.org/pipermail/freebsd-current/2007-June/073437.html solution: http://lists.freebsd.org/pipermail/cvs-src/2007-July/080531.html > Except for those audio apps, all programs which had problems because > of this should work better now. If you stumble upon a problem, > please report to emulation@FreeBSD.org. >=20 > Note: while more MFCs of fixes and missing linux syscalls are > planned (before 6.3), the MFC of the linux-2.6 compatibility is not > planned (if you need it, you have to update to 7.0 release when it > comes out). >=20 > If someone wants to help test some more patches for the linuxulator > in -stable, please contact me and I take you into the loop (the more > testers, the faster -stable will see the MFCs). What I need are > people which compile and runtest the changes. Most of the changes > are straight forward, we only have one part which causes a problem > because of an unknown reason (either bad testing hardware or a > missing change in my patches). >=20 -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Sun__8_Jul_2007_22_42_30_+0800_SERvbS0pAk279dWP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGkPfWlr+deMUwTNoRApM4AKCGQhiMjVZmC33grFYoxdh1v4I1KgCggfBH MmASoQIlcwqxlD2YBtHqSZw= =AGh3 -----END PGP SIGNATURE----- --Signature=_Sun__8_Jul_2007_22_42_30_+0800_SERvbS0pAk279dWP-- From owner-freebsd-emulation@FreeBSD.ORG Sun Jul 8 15:58:36 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E341616A473 for ; Sun, 8 Jul 2007 15:58:36 +0000 (UTC) (envelope-from luizbcampos@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id A42A113C48C for ; Sun, 8 Jul 2007 15:58:36 +0000 (UTC) (envelope-from luizbcampos@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so150891anc for ; Sun, 08 Jul 2007 08:58:35 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=eM/QzMJx8AmEjwU6HOR23i/PeQtRghpYzWqTabTw4QSPwEje75KuHriSfJxpI4KsLxPIsciM2+ol2VHYEgl2dwUZquo9Bm+05KO7SrpbyxWfxR/bOHS/Ht3XDD6TB8ObdoFppxbG07ZH404tYguTbgmr1Z1vgnI8fnEsEBxY1ew= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=qJygvOvCgDzwLYPwgz5fDPnaAo1Yf3QjiOSff+rH7Nh00QVlUp3Tg/ZwOFtrapP1HaHIXmyFgMxZZDEg3arHEvwJTga5a8NWnB6RIksaYNsEPw1YJBloP+zczQnn1C3zEmTMMFDG9MwreoZION7M82oAOvRtMf1womSLnqgXahE= Received: by 10.100.111.16 with SMTP id j16mr1202796anc.1183908595798; Sun, 08 Jul 2007 08:29:55 -0700 (PDT) Received: by 10.100.47.3 with HTTP; Sun, 8 Jul 2007 08:29:55 -0700 (PDT) Message-ID: Date: Sun, 8 Jul 2007 12:29:55 -0300 From: luizbcampos@gmail.com To: freebsd-emulation@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 32bit apps on FreeBSD-6.1-R amd64 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jul 2007 15:58:37 -0000 Dear Sirs I own a Canon iP1600 usb printer and I need run it on FBSD-6.1-Ramd64. Its driver when uncompressed shows i386.rpm files. I've installed linux_base-8 but some messages appear up when trying to install i386.rpm files by using rpm commands...and now? From owner-freebsd-emulation@FreeBSD.ORG Sun Jul 8 18:07:57 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 222DF16A41F for ; Sun, 8 Jul 2007 18:07:57 +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 C7AF713C455 for ; Sun, 8 Jul 2007 18:07:56 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A563C0.dip.t-dialin.net [84.165.99.192]) by redbull.bpaserver.net (Postfix) with ESMTP id D6B972E180; Sun, 8 Jul 2007 20:07:50 +0200 (CEST) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id C65B65B4902; Sun, 8 Jul 2007 20:05:39 +0200 (CEST) Date: Sun, 8 Jul 2007 20:09:05 +0200 From: Alexander Leidinger To: freebsd-emulation@freebsd.org Message-ID: <20070708200905.70107adc@deskjail> In-Reply-To: References: X-Mailer: Claws Mail 2.9.2 (GTK+ 2.10.13; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-13.295, required 8, BAYES_00 -15.00, DEAR_SOMETHING 1.60, DKIM_POLICY_SIGNSOME 0.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: usb@freebsd.org Subject: Re: 32bit apps on FreeBSD-6.1-R amd64 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jul 2007 18:07:57 -0000 Quoting luizbcampos@gmail.com (Sun, 8 Jul 2007 12:29:55 -0300): > Dear Sirs > > > I own a Canon iP1600 usb printer and I need run it on > FBSD-6.1-Ramd64. Its driver when uncompressed shows > i386.rpm files. I've installed linux_base-8 but some messages appear up when If it tries to communicate to the USB stuff directly instead of being just a filter which outputs a printer language which can be saved to a file too, it will probably not work, as there's no linux-USB emulation. linu_base-8 is outdated. The current default linux base port is linux_base-fc4. > trying to install i386.rpm files by using rpm commands...and now? There's rpm2cpio and then you can extract it with cpio. Using rpm when we have our own ports collection to track installed file is superflous, and as we will never have everything correctly registered in the rpm database (when we would use it additionally) anyway (as we delete some linux stuff for various reasons), we don't install rpm at all (makes various ports stuff much easier and prevents some nasty misbehavior when rpm is not used as needed). Bye, Alexander. -- Men don't talk peace unless they're ready to back it up with war. -- Col. Green, "The Savage Curtain", stardate 5906.4 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-emulation@FreeBSD.ORG Sun Jul 8 18:15:44 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5D1F516A400; Sun, 8 Jul 2007 18:15:42 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.layeredtech.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id 2D1FB13C465; Sun, 8 Jul 2007 18:15:42 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from neutrino.vnode.org (r74-193-81-203.pfvlcmta01.grtntx.tl.dh.suddenlink.net [74.193.81.203]) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id l68IFeUg005026 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Sun, 8 Jul 2007 13:15:41 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <469129C7.7090008@freebsd.org> Date: Sun, 08 Jul 2007 13:15:35 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.4 (X11/20070629) MIME-Version: 1.0 To: Juergen Lock References: <20070702203027.GA45302@saturn.kn-bremen.de> <468DB791.9020502@freebsd.org> <200707071402.l67E2Gpm051150@saturn.kn-bremen.de> In-Reply-To: <200707071402.l67E2Gpm051150@saturn.kn-bremen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Cc: freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org Subject: Re: experimental qemu-devel port update, please test! 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, 08 Jul 2007 18:15:44 -0000 On 07/07/07 09:02, Juergen Lock wrote: > In article <468EFF46.4060001@freebsd.org> you write: >> On 07/05/07 22:31, Eric Anderson wrote: >>> On 07/02/07 15:30, Juergen Lock wrote: >>>> Looks like its time for this again... Many bugs have been fixed, >>>> some features have been added, like, qemu-system-arm has grown >>>> emulation of a few PDAs like some Zaurus models, etc. As always, >>>> please test now, before I commit this, so we won't be in for >>>> nasty surprises afterwards... >>> Works great so far on -CURRENT, thanks! >>> >>> Did the vmwarevga thing ever settle down, and become stable? >> >> >> Although now I have the issue where using kqemu-kmod causes my system to >> reboot or power off. :( >> >> Any ideas? > > This seems to be a -current issue, it doesn't happen for me at least > (6.2 and previously also 6.1.) You could check if it is dependent > on the version of the used qemu (the 0.9.0 port, the version of > qemu-devel in ports, or the not-yet-committed updated I posted), > but I doubt it. What may help is finding out which commit to -current > started kqemu to break (find an older version that worked, then > binary-search), or at least a backtrace from a kernel compiled > without -fomit-frame-pointer (putting DDB in the config seems to do > that for amd64 at least, but rebuild the entire kernel.) There also > is an open issue for kqemu on amd64 smp, > http://www.freebsd.org/cgi/query-pr.cgi?pr=113430 > dunno if its related... > > Juergen My host is i386, SMP, and it also happens with the current qemu-devel port. It must have been something in -CURRENT that changed, probably since May15th-ish. I can't do a binary search anytime soon to find it. In the past, I've recompiled kqemu and that has done the trick. I have all the debugging built in, but that doesn't stop the system from rebooting or powering off. Eric From owner-freebsd-emulation@FreeBSD.ORG Sun Jul 8 19:24:05 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B05616A400; Sun, 8 Jul 2007 19:24:05 +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 1CFCA13C4CB; Sun, 8 Jul 2007 19:24:04 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id 4BCB81EE46C; Sun, 8 Jul 2007 21:24:03 +0200 (CEST) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.8/8.13.6) with ESMTP id l68JLo4G087102; Sun, 8 Jul 2007 21:21:50 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.8/8.13.6/Submit) id l68JLotO087101; Sun, 8 Jul 2007 21:21:50 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sun, 8 Jul 2007 21:21:50 +0200 To: Eric Anderson Message-ID: <20070708192150.GA86938@saturn.kn-bremen.de> Mail-Followup-To: Eric Anderson , freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org References: <20070702203027.GA45302@saturn.kn-bremen.de> <468DB791.9020502@freebsd.org> <200707071402.l67E2Gpm051150@saturn.kn-bremen.de> <469129C7.7090008@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <469129C7.7090008@freebsd.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org Subject: Re: experimental qemu-devel port update, please test! 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, 08 Jul 2007 19:24:05 -0000 On Sun, Jul 08, 2007 at 01:15:35PM -0500, Eric Anderson wrote: > On 07/07/07 09:02, Juergen Lock wrote: >> In article <468EFF46.4060001@freebsd.org> you write: >>> On 07/05/07 22:31, Eric Anderson wrote: >>>[...] >>> Although now I have the issue where using kqemu-kmod causes my system to >>> reboot or power off. :( >>> >>> Any ideas? >> This seems to be a -current issue, it doesn't happen for me at least >> (6.2 and previously also 6.1.) You could check if it is dependent >> on the version of the used qemu (the 0.9.0 port, the version of >> qemu-devel in ports, or the not-yet-committed updated I posted), >> but I doubt it. What may help is finding out which commit to -current >> started kqemu to break (find an older version that worked, then >> binary-search), or at least a backtrace from a kernel compiled >> without -fomit-frame-pointer (putting DDB in the config seems to do >> that for amd64 at least, but rebuild the entire kernel.) There also >> is an open issue for kqemu on amd64 smp, >> http://www.freebsd.org/cgi/query-pr.cgi?pr=113430 >> dunno if its related... >> Juergen > > > My host is i386, SMP, and it also happens with the current qemu-devel port. > It must have been something in -CURRENT that changed, probably since > May15th-ish. I can't do a binary search anytime soon to find it. In the > past, I've recompiled kqemu and that has done the trick. I have all the > debugging built in, but that doesn't stop the system from rebooting or > powering off. Hmm an UP kernel might be worth a try too... Juergen From owner-freebsd-emulation@FreeBSD.ORG Sun Jul 8 21:31:19 2007 Return-Path: X-Original-To: freebsd-emulation@hub.freebsd.org Delivered-To: freebsd-emulation@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B7B516A46E; Sun, 8 Jul 2007 21:31:19 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 47EC113C4AD; Sun, 8 Jul 2007 21:31:19 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (edwin@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l68LVJjB075202; Sun, 8 Jul 2007 21:31:19 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l68LVJVU075198; Sun, 8 Jul 2007 21:31:19 GMT (envelope-from edwin) Date: Sun, 8 Jul 2007 21:31:19 GMT From: Edwin Groothuis Message-Id: <200707082131.l68LVJVU075198@freefall.freebsd.org> To: edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-emulation@FreeBSD.org Cc: Subject: Re: ports/114405: emulators/linux_base-fc4 - glibc-common-2.3.6-3.i386.rpm can not be found on the mirrors 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, 08 Jul 2007 21:31:19 -0000 Synopsis: emulators/linux_base-fc4 - glibc-common-2.3.6-3.i386.rpm can not be found on the mirrors Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-emulation Responsible-Changed-By: edwin Responsible-Changed-When: Sun Jul 8 21:31:18 UTC 2007 Responsible-Changed-Why: Over to maintainer http://www.freebsd.org/cgi/query-pr.cgi?pr=114405 From owner-freebsd-emulation@FreeBSD.ORG Mon Jul 9 09:18:24 2007 Return-Path: X-Original-To: freebsd-emulation@hub.freebsd.org Delivered-To: freebsd-emulation@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F67516A484; Mon, 9 Jul 2007 09:18:24 +0000 (UTC) (envelope-from netchild@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 1CEAE13C448; Mon, 9 Jul 2007 09:18:24 +0000 (UTC) (envelope-from netchild@FreeBSD.org) Received: from freefall.freebsd.org (netchild@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l699INXM035147; Mon, 9 Jul 2007 09:18:23 GMT (envelope-from netchild@freefall.freebsd.org) Received: (from netchild@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l699INxp035143; Mon, 9 Jul 2007 09:18:23 GMT (envelope-from netchild) Date: Mon, 9 Jul 2007 09:18:23 GMT From: Alexander Leidinger Message-Id: <200707090918.l699INxp035143@freefall.freebsd.org> To: henrik@cheat-project.com, netchild@FreeBSD.org, freebsd-emulation@FreeBSD.org Cc: Subject: Re: ports/114405: emulators/linux_base-fc4 - glibc-common-2.3.6-3.i386.rpm can not be found on the mirrors 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, 09 Jul 2007 09:18:24 -0000 Synopsis: emulators/linux_base-fc4 - glibc-common-2.3.6-3.i386.rpm can not be found on the mirrors State-Changed-From-To: open->feedback State-Changed-By: netchild State-Changed-When: Mon Jul 9 09:16:31 UTC 2007 State-Changed-Why: I can fetch it without problems from a mirror (from a FreeBSD mirror and from one of the Fedora Core mirrors as specified in the port). Please check for a local problem and report back if it works or not. http://www.freebsd.org/cgi/query-pr.cgi?pr=114405 From owner-freebsd-emulation@FreeBSD.ORG Mon Jul 9 11:08:26 2007 Return-Path: X-Original-To: freebsd-emulation@FreeBSD.org Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 77C9616A475 for ; Mon, 9 Jul 2007 11:08:26 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 6749013C44C for ; Mon, 9 Jul 2007 11:08:26 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l69B8Qi6044755 for ; Mon, 9 Jul 2007 11:08:26 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l69B8PRU044751 for freebsd-emulation@FreeBSD.org; Mon, 9 Jul 2007 11:08:25 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 9 Jul 2007 11:08:25 GMT Message-Id: <200707091108.l69B8PRU044751@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 you 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, 09 Jul 2007 11:08:26 -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/77710 emulation [linux] Linux page fault sigcontext information is wro o kern/97326 emulation [linux] file descriptor leakage in linux emulation o kern/101453 emulation [linux] [patch] linprocfs disallows non-zero file offs o kern/102956 emulation [linux] [patch] Add partial support for SO_PEERCRED in 5 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] feature request: easier wine/w23 support o kern/55835 emulation [linux] [patch] Linux IPC emulation missing SETALL sys a kern/72920 emulation [linux]: path "prefixing" is not done on unix domain s o 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/112355 emulation [PATCH] emulators/vmware3: cleanup non-supported FreeB f ports/114405 emulation emulators/linux_base-fc4 - glibc-common-2.3.6-3.i386.r 10 problems total. From owner-freebsd-emulation@FreeBSD.ORG Mon Jul 9 13:00:08 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 42BCC16A421; Mon, 9 Jul 2007 13:00:08 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.layeredtech.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id 1007813C480; Mon, 9 Jul 2007 13:00:07 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from proton.local (209-163-168-124.static.twtelecom.net [209.163.168.124]) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id l69D06rq089928; Mon, 9 Jul 2007 08:00:07 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <46923157.9050702@freebsd.org> Date: Mon, 09 Jul 2007 08:00:07 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org References: <20070702203027.GA45302@saturn.kn-bremen.de> <468DB791.9020502@freebsd.org> <200707071402.l67E2Gpm051150@saturn.kn-bremen.de> <469129C7.7090008@freebsd.org> <20070708192150.GA86938@saturn.kn-bremen.de> In-Reply-To: <20070708192150.GA86938@saturn.kn-bremen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Cc: Subject: Re: experimental qemu-devel port update, please test! 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, 09 Jul 2007 13:00:08 -0000 Juergen Lock wrote: > On Sun, Jul 08, 2007 at 01:15:35PM -0500, Eric Anderson wrote: >> On 07/07/07 09:02, Juergen Lock wrote: >>> In article <468EFF46.4060001@freebsd.org> you write: >>>> On 07/05/07 22:31, Eric Anderson wrote: > >>>> [...] >>>> Although now I have the issue where using kqemu-kmod causes my system to >>>> reboot or power off. :( >>>> >>>> Any ideas? >>> This seems to be a -current issue, it doesn't happen for me at least >>> (6.2 and previously also 6.1.) You could check if it is dependent >>> on the version of the used qemu (the 0.9.0 port, the version of >>> qemu-devel in ports, or the not-yet-committed updated I posted), >>> but I doubt it. What may help is finding out which commit to -current >>> started kqemu to break (find an older version that worked, then >>> binary-search), or at least a backtrace from a kernel compiled >>> without -fomit-frame-pointer (putting DDB in the config seems to do >>> that for amd64 at least, but rebuild the entire kernel.) There also >>> is an open issue for kqemu on amd64 smp, >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=113430 >>> dunno if its related... >>> Juergen >> >> My host is i386, SMP, and it also happens with the current qemu-devel port. >> It must have been something in -CURRENT that changed, probably since >> May15th-ish. I can't do a binary search anytime soon to find it. In the >> past, I've recompiled kqemu and that has done the trick. I have all the >> debugging built in, but that doesn't stop the system from rebooting or >> powering off. > > Hmm an UP kernel might be worth a try too... > > Juergen Hmm - with and without UP, I get a panic, but I managed to catch a panic in _vm_map_lock, something like: _vm_map_lock() vm_map_wire() kqemu_lock_user_page() mon_user_map() I'll try to get a real bt.. Eric From owner-freebsd-emulation@FreeBSD.ORG Mon Jul 9 14:01:56 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6DFE716A41F; Mon, 9 Jul 2007 14:01:56 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.layeredtech.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id 3D5D113C484; Mon, 9 Jul 2007 14:01:56 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from neutrino.vnode.org (209-163-168-124.static.twtelecom.net [209.163.168.124]) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id l69E1sQ9030792 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Mon, 9 Jul 2007 09:01:55 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <46923FD2.4080503@freebsd.org> Date: Mon, 09 Jul 2007 09:01:54 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.4 (X11/20070629) MIME-Version: 1.0 To: freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org, attilio@freebsd.org References: <20070702203027.GA45302@saturn.kn-bremen.de> <468DB791.9020502@freebsd.org> <200707071402.l67E2Gpm051150@saturn.kn-bremen.de> <469129C7.7090008@freebsd.org> <20070708192150.GA86938@saturn.kn-bremen.de> <46923157.9050702@freebsd.org> In-Reply-To: <46923157.9050702@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Cc: Subject: Re: experimental qemu-devel port update, please test! 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, 09 Jul 2007 14:01:56 -0000 On 07/09/07 08:00, Eric Anderson wrote: > Juergen Lock wrote: >> On Sun, Jul 08, 2007 at 01:15:35PM -0500, Eric Anderson wrote: >>> On 07/07/07 09:02, Juergen Lock wrote: >>>> In article <468EFF46.4060001@freebsd.org> you write: >>>>> On 07/05/07 22:31, Eric Anderson wrote: >>>>> [...] >>>>> Although now I have the issue where using kqemu-kmod causes my system to >>>>> reboot or power off. :( >>>>> >>>>> Any ideas? >>>> This seems to be a -current issue, it doesn't happen for me at least >>>> (6.2 and previously also 6.1.) You could check if it is dependent >>>> on the version of the used qemu (the 0.9.0 port, the version of >>>> qemu-devel in ports, or the not-yet-committed updated I posted), >>>> but I doubt it. What may help is finding out which commit to -current >>>> started kqemu to break (find an older version that worked, then >>>> binary-search), or at least a backtrace from a kernel compiled >>>> without -fomit-frame-pointer (putting DDB in the config seems to do >>>> that for amd64 at least, but rebuild the entire kernel.) There also >>>> is an open issue for kqemu on amd64 smp, >>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=113430 >>>> dunno if its related... >>>> Juergen >>> My host is i386, SMP, and it also happens with the current qemu-devel port. >>> It must have been something in -CURRENT that changed, probably since >>> May15th-ish. I can't do a binary search anytime soon to find it. In the >>> past, I've recompiled kqemu and that has done the trick. I have all the >>> debugging built in, but that doesn't stop the system from rebooting or >>> powering off. >> Hmm an UP kernel might be worth a try too... >> >> Juergen > > > Hmm - with and without UP, I get a panic, but I managed to catch a panic > in _vm_map_lock, something like: > > _vm_map_lock() > vm_map_wire() > kqemu_lock_user_page() > mon_user_map() > > > I'll try to get a real bt.. > > Eric Hmm - I suspect this commit or something near it is the issue: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/vm/vm_map.c.diff?r1=1.384;r2=1.385;sortby=date;f=h;f=u Or the 1.384 -> 1.385 change by attilio@ (cc'ed). Eric From owner-freebsd-emulation@FreeBSD.ORG Mon Jul 9 14:56:42 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5EA3116A48F for ; Mon, 9 Jul 2007 14:56:42 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231]) by mx1.freebsd.org (Postfix) with ESMTP id 1611713C44C for ; Mon, 9 Jul 2007 14:56:41 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so755236wxd for ; Mon, 09 Jul 2007 07:56:41 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=JHwaNLpx5kCuSctKpToRzGTq+t5ZTC31aVtRKz3iZuioBw+snBJVO7LAGnUreSoF8RYDTm94XvvN+mF9z8yyUyPbLw1R4z33yr6Hcbp61oiVbe5hmQE+MqTP416vn/Hhjk27FaFoU0lJaIoIWKu02w43hnn5DLlJiYzpw5rPDHI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=Qgxrn7xejCs+kp+eh+iEMcBo4gSKDN0dyRsSDYG85x2WTX5QzVyoNIO9RnI84A4shTjLdTTp6ttwoF0faacr2NDoCIz+nTm0Abqu8Mdcvxn2FHZINvO2VYtvxgz092lJgF1edqQcaiqxx+/7WXn54ecvkLflgHyi4NnArOLi/Qo= Received: by 10.90.50.1 with SMTP id x1mr1741529agx.1183991377432; Mon, 09 Jul 2007 07:29:37 -0700 (PDT) Received: from ?151.75.234.36? ( [151.75.234.36]) by mx.google.com with ESMTP id k10sm3295903nfh.2007.07.09.07.29.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 09 Jul 2007 07:29:37 -0700 (PDT) Message-ID: <46924627.7090004@FreeBSD.org> Date: Mon, 09 Jul 2007 16:28:55 +0200 From: Attilio Rao User-Agent: Thunderbird 1.5 (X11/20060526) MIME-Version: 1.0 To: Eric Anderson References: <20070702203027.GA45302@saturn.kn-bremen.de> <468DB791.9020502@freebsd.org> <200707071402.l67E2Gpm051150@saturn.kn-bremen.de> <469129C7.7090008@freebsd.org> <20070708192150.GA86938@saturn.kn-bremen.de> <46923157.9050702@freebsd.org> <46923FD2.4080503@freebsd.org> In-Reply-To: <46923FD2.4080503@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: Attilio Rao Cc: freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org Subject: Re: experimental qemu-devel port update, please test! X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jul 2007 14:56:42 -0000 Eric Anderson wrote: > On 07/09/07 08:00, Eric Anderson wrote: >> Juergen Lock wrote: >>> On Sun, Jul 08, 2007 at 01:15:35PM -0500, Eric Anderson wrote: >>>> On 07/07/07 09:02, Juergen Lock wrote: >>>>> In article <468EFF46.4060001@freebsd.org> you write: >>>>>> On 07/05/07 22:31, Eric Anderson wrote: >>>>>> [...] >>>>>> Although now I have the issue where using kqemu-kmod causes my >>>>>> system to reboot or power off. :( >>>>>> >>>>>> Any ideas? >>>>> This seems to be a -current issue, it doesn't happen for me at least >>>>> (6.2 and previously also 6.1.) You could check if it is dependent >>>>> on the version of the used qemu (the 0.9.0 port, the version of >>>>> qemu-devel in ports, or the not-yet-committed updated I posted), >>>>> but I doubt it. What may help is finding out which commit to -current >>>>> started kqemu to break (find an older version that worked, then >>>>> binary-search), or at least a backtrace from a kernel compiled >>>>> without -fomit-frame-pointer (putting DDB in the config seems to do >>>>> that for amd64 at least, but rebuild the entire kernel.) There also >>>>> is an open issue for kqemu on amd64 smp, >>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=113430 >>>>> dunno if its related... >>>>> Juergen >>>> My host is i386, SMP, and it also happens with the current >>>> qemu-devel port. It must have been something in -CURRENT that >>>> changed, probably since May15th-ish. I can't do a binary search >>>> anytime soon to find it. In the past, I've recompiled kqemu and >>>> that has done the trick. I have all the debugging built in, but >>>> that doesn't stop the system from rebooting or powering off. >>> Hmm an UP kernel might be worth a try too... >>> >>> Juergen >> >> >> Hmm - with and without UP, I get a panic, but I managed to catch a >> panic in _vm_map_lock, something like: >> >> _vm_map_lock() >> vm_map_wire() >> kqemu_lock_user_page() >> mon_user_map() >> >> >> I'll try to get a real bt.. >> >> Eric > > Hmm - I suspect this commit or something near it is the issue: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/vm/vm_map.c.diff?r1=1.384;r2=1.385;sortby=date;f=h;f=u don't think so, as it just does a 1:1 translation with the old code (passing 0 as argument and casting the return value). What kind of panic it is (what message it prints out)? Attilio From owner-freebsd-emulation@FreeBSD.ORG Mon Jul 9 15:24:21 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E350716A469; Mon, 9 Jul 2007 15:24:21 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.layeredtech.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id B747913C458; Mon, 9 Jul 2007 15:24:21 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from neutrino.vnode.org (209-163-168-124.static.twtelecom.net [209.163.168.124]) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id l69FOKBC073350 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Mon, 9 Jul 2007 10:24:20 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <46925324.9010908@freebsd.org> Date: Mon, 09 Jul 2007 10:24:20 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.4 (X11/20070629) MIME-Version: 1.0 To: attilio@freebsd.org References: <20070702203027.GA45302@saturn.kn-bremen.de> <468DB791.9020502@freebsd.org> <200707071402.l67E2Gpm051150@saturn.kn-bremen.de> <469129C7.7090008@freebsd.org> <20070708192150.GA86938@saturn.kn-bremen.de> <46923157.9050702@freebsd.org> <46923FD2.4080503@freebsd.org> <46924627.7090004@FreeBSD.org> In-Reply-To: <46924627.7090004@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Cc: freebsd-emulation@freebsd.org Subject: Re: experimental qemu-devel port update, please test! 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, 09 Jul 2007 15:24:22 -0000 On 07/09/07 09:28, Attilio Rao wrote: > Eric Anderson wrote: >> On 07/09/07 08:00, Eric Anderson wrote: >>> Juergen Lock wrote: >>>> On Sun, Jul 08, 2007 at 01:15:35PM -0500, Eric Anderson wrote: >>>>> On 07/07/07 09:02, Juergen Lock wrote: >>>>>> In article <468EFF46.4060001@freebsd.org> you write: >>>>>>> On 07/05/07 22:31, Eric Anderson wrote: >>>>>>> [...] >>>>>>> Although now I have the issue where using kqemu-kmod causes my >>>>>>> system to reboot or power off. :( >>>>>>> >>>>>>> Any ideas? >>>>>> This seems to be a -current issue, it doesn't happen for me at least >>>>>> (6.2 and previously also 6.1.) You could check if it is dependent >>>>>> on the version of the used qemu (the 0.9.0 port, the version of >>>>>> qemu-devel in ports, or the not-yet-committed updated I posted), >>>>>> but I doubt it. What may help is finding out which commit to -current >>>>>> started kqemu to break (find an older version that worked, then >>>>>> binary-search), or at least a backtrace from a kernel compiled >>>>>> without -fomit-frame-pointer (putting DDB in the config seems to do >>>>>> that for amd64 at least, but rebuild the entire kernel.) There also >>>>>> is an open issue for kqemu on amd64 smp, >>>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=113430 >>>>>> dunno if its related... >>>>>> Juergen >>>>> My host is i386, SMP, and it also happens with the current >>>>> qemu-devel port. It must have been something in -CURRENT that >>>>> changed, probably since May15th-ish. I can't do a binary search >>>>> anytime soon to find it. In the past, I've recompiled kqemu and >>>>> that has done the trick. I have all the debugging built in, but >>>>> that doesn't stop the system from rebooting or powering off. >>>> Hmm an UP kernel might be worth a try too... >>>> >>>> Juergen >>> >>> Hmm - with and without UP, I get a panic, but I managed to catch a >>> panic in _vm_map_lock, something like: >>> >>> _vm_map_lock() >>> vm_map_wire() >>> kqemu_lock_user_page() >>> mon_user_map() >>> >>> >>> I'll try to get a real bt.. >>> >>> Eric >> Hmm - I suspect this commit or something near it is the issue: >> >> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/vm/vm_map.c.diff?r1=1.384;r2=1.385;sortby=date;f=h;f=u > > don't think so, as it just does a 1:1 translation with the old code > (passing 0 as argument and casting the return value). > > What kind of panic it is (what message it prints out)? > > Attilio > Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x82 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0928f00 stack pointer = 0x28:0xe57b7a3c frame pointer = 0x28:0xe57b7a50 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 69 (qemu) #9 0xc0928f00 in _vm_map_lock (map=0x1, file=0x0, line=0) at /usr/src/sys/vm/vm_map.c:421 #10 0xc092986d in vm_map_wire (map=0x1, start=677306368, end=677310464, flags=1) at /usr/src/sys/vm/vm_map.c:1964 Maybe not that exact file, but I think that series of commits is related. I believe before that everything worked fine (around May 15th or so). What else would you like me to try? Eric From owner-freebsd-emulation@FreeBSD.ORG Mon Jul 9 15:38:53 2007 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7CB8616A421 for ; Mon, 9 Jul 2007 15:38:53 +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 36E8A13C45B for ; Mon, 9 Jul 2007 15:38:52 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 711C88BF97B for ; Mon, 9 Jul 2007 17:38:51 +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 PumnlK0TrdMs for ; Mon, 9 Jul 2007 17:38:50 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 675188BF969 for ; Mon, 9 Jul 2007 17:38:50 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l69Fco13072044 for emulation@freebsd.org; Mon, 9 Jul 2007 17:38:50 +0200 (CEST) (envelope-from rdivacky) Date: Mon, 9 Jul 2007 17:38:50 +0200 From: Roman Divacky To: emulation@freebsd.org Message-ID: <20070709153850.GA71965@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: ask for a linux account 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, 09 Jul 2007 15:38:53 -0000 hi I've been messing around Linuxulator for the past year or so.. I need access to real Linux machine but I dont have any. I cannot use qemu (it produces TERRIBLE noise on my PC) and dual-boot is stupid etc. so I am asking if there's a volunteer who can provide me access to some linux machine which is up 24/7. I need i386/2.6, everything else is not important (I just need gcc/gdb possibly strace + vim, also tcsh would be nice :)) I wont put any stress on that machine or do any harm. can anyone help me? thank you, roman From owner-freebsd-emulation@FreeBSD.ORG Mon Jul 9 16:41:26 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8393A16A41F for ; Mon, 9 Jul 2007 16:41:26 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id 0A9F813C48C for ; Mon, 9 Jul 2007 16:41:25 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so1404967uge for ; Mon, 09 Jul 2007 09:41:25 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=uifqgZl6JYfYQka426lfeJx2NM+jybNL4xhxWvK2i6wXvthHkT7hc9cUJ+fw/ltdWf7FHJ8bUFkXIYAdjWiWdmdCB0Ws8cliMmr/KhYkhD4FZv0Wi04CnvlDeE2lPW8kAJfYoV1oBB+rofpnAtIFtcuKYZz4UtmxN1lFkle/THk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=ggJS9c+uHUF8uErTCnqceDfobzVvbXiybRsI0wZA9ZLVHq7BmbD8dnQTXce4AvQrDwpFlqVh2URi1s2GfrifO8giVQWoZNrHhcgEsoyXoYVu61OUMjT8v0p7oWDAJ7WDbHKG7as1FXRcANwwjmLGpZFMx7/78/FPXRKve8PdgdM= Received: by 10.82.111.8 with SMTP id j8mr8581153buc.1183999284766; Mon, 09 Jul 2007 09:41:24 -0700 (PDT) Received: from ?151.75.234.36? ( [151.75.234.36]) by mx.google.com with ESMTP id 2sm232427nfv.2007.07.09.09.41.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 09 Jul 2007 09:41:24 -0700 (PDT) Message-ID: <4692650E.6030304@FreeBSD.org> Date: Mon, 09 Jul 2007 18:40:46 +0200 From: Attilio Rao User-Agent: Thunderbird 1.5 (X11/20060526) MIME-Version: 1.0 To: Eric Anderson References: <20070702203027.GA45302@saturn.kn-bremen.de> <468DB791.9020502@freebsd.org> <200707071402.l67E2Gpm051150@saturn.kn-bremen.de> <469129C7.7090008@freebsd.org> <20070708192150.GA86938@saturn.kn-bremen.de> <46923157.9050702@freebsd.org> <46923FD2.4080503@freebsd.org> <46924627.7090004@FreeBSD.org> <46925324.9010908@freebsd.org> In-Reply-To: <46925324.9010908@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: Attilio Rao Cc: freebsd-emulation@freebsd.org Subject: Re: experimental qemu-devel port update, please test! X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jul 2007 16:41:26 -0000 Eric Anderson wrote: > On 07/09/07 09:28, Attilio Rao wrote: >> Eric Anderson wrote: >>> On 07/09/07 08:00, Eric Anderson wrote: >>>> Juergen Lock wrote: >>>>> On Sun, Jul 08, 2007 at 01:15:35PM -0500, Eric Anderson wrote: >>>>>> On 07/07/07 09:02, Juergen Lock wrote: >>>>>>> In article <468EFF46.4060001@freebsd.org> you write: >>>>>>>> On 07/05/07 22:31, Eric Anderson wrote: >>>>>>>> [...] >>>>>>>> Although now I have the issue where using kqemu-kmod causes my >>>>>>>> system to reboot or power off. :( >>>>>>>> >>>>>>>> Any ideas? >>>>>>> This seems to be a -current issue, it doesn't happen for me at least >>>>>>> (6.2 and previously also 6.1.) You could check if it is dependent >>>>>>> on the version of the used qemu (the 0.9.0 port, the version of >>>>>>> qemu-devel in ports, or the not-yet-committed updated I posted), >>>>>>> but I doubt it. What may help is finding out which commit to >>>>>>> -current >>>>>>> started kqemu to break (find an older version that worked, then >>>>>>> binary-search), or at least a backtrace from a kernel compiled >>>>>>> without -fomit-frame-pointer (putting DDB in the config seems to do >>>>>>> that for amd64 at least, but rebuild the entire kernel.) There also >>>>>>> is an open issue for kqemu on amd64 smp, >>>>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=113430 >>>>>>> dunno if its related... >>>>>>> Juergen >>>>>> My host is i386, SMP, and it also happens with the current >>>>>> qemu-devel port. It must have been something in -CURRENT that >>>>>> changed, probably since May15th-ish. I can't do a binary search >>>>>> anytime soon to find it. In the past, I've recompiled kqemu and >>>>>> that has done the trick. I have all the debugging built in, but >>>>>> that doesn't stop the system from rebooting or powering off. >>>>> Hmm an UP kernel might be worth a try too... >>>>> >>>>> Juergen >>>> >>>> Hmm - with and without UP, I get a panic, but I managed to catch a >>>> panic in _vm_map_lock, something like: >>>> >>>> _vm_map_lock() >>>> vm_map_wire() >>>> kqemu_lock_user_page() >>>> mon_user_map() >>>> >>>> >>>> I'll try to get a real bt.. >>>> >>>> Eric >>> Hmm - I suspect this commit or something near it is the issue: >>> >>> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/vm/vm_map.c.diff?r1=1.384;r2=1.385;sortby=date;f=h;f=u >> >> >> don't think so, as it just does a 1:1 translation with the old code >> (passing 0 as argument and casting the return value). >> >> What kind of panic it is (what message it prints out)? >> >> Attilio >> > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x82 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc0928f00 > stack pointer = 0x28:0xe57b7a3c > frame pointer = 0x28:0xe57b7a50 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 69 (qemu) > > > #9 0xc0928f00 in _vm_map_lock (map=0x1, file=0x0, line=0) at > /usr/src/sys/vm/vm_map.c:421 > #10 0xc092986d in vm_map_wire (map=0x1, start=677306368, end=677310464, > flags=1) at /usr/src/sys/vm/vm_map.c:1964 > > Maybe not that exact file, but I think that series of commits is > related. I believe before that everything worked fine (around May 15th > or so). > > What else would you like me to try? Would you see if accesses to map structure are MPSAFE and don't present racy accesses? Thanks, Attilio From owner-freebsd-emulation@FreeBSD.ORG Mon Jul 9 18:40:09 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B5AF16A400 for ; Mon, 9 Jul 2007 18:40:09 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.230]) by mx1.freebsd.org (Postfix) with ESMTP id C0E3413C44C for ; Mon, 9 Jul 2007 18:40:08 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by wr-out-0506.google.com with SMTP id i23so484338wra for ; Mon, 09 Jul 2007 11:40:08 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=F7cpaBTq9x5VKHBNyhjshq4JiFimJDp8FbglgZ99NRra/ruwnDMDt9I/e3HFh20F4vjT0DFLlLOj9TrgCnfBfiqAY+M1gJPLUVwMiA9TDc8cugWa1iFvDF34WOrc5GkWAqvS+Un7eHk932PoE80ZKTklgYdz1MabEwdwI+ku3CA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=TL+g8vgXoxpZ5TJmQbz8WSKqolOUgky9pSHx6F2ENg/pR1FBhtWw9NPXHTbrsWbA8t7BmWdw2t+d6JWp+6uNPgJgniZdhyiHqr0kG+SoDaSg9PV33GucPq8EhvC80yHqma8NjTAKkjqle9vqZHjsMX9cDb9k0z5oOcOHr//B8fc= Received: by 10.78.183.15 with SMTP id g15mr1742037huf.1184006405677; Mon, 09 Jul 2007 11:40:05 -0700 (PDT) Received: by 10.78.97.18 with HTTP; Mon, 9 Jul 2007 11:40:05 -0700 (PDT) Message-ID: <3bbf2fe10707091140h6cdc7469nac5be03a8c8a60cb@mail.gmail.com> Date: Mon, 9 Jul 2007 20:40:05 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Eric Anderson" In-Reply-To: <46925324.9010908@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070702203027.GA45302@saturn.kn-bremen.de> <468DB791.9020502@freebsd.org> <200707071402.l67E2Gpm051150@saturn.kn-bremen.de> <469129C7.7090008@freebsd.org> <20070708192150.GA86938@saturn.kn-bremen.de> <46923157.9050702@freebsd.org> <46923FD2.4080503@freebsd.org> <46924627.7090004@FreeBSD.org> <46925324.9010908@freebsd.org> X-Google-Sender-Auth: 33cb169397092036 Cc: freebsd-emulation@freebsd.org Subject: Re: experimental qemu-devel port update, please test! 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, 09 Jul 2007 18:40:09 -0000 2007/7/9, Eric Anderson : > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x82 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc0928f00 > stack pointer = 0x28:0xe57b7a3c > frame pointer = 0x28:0xe57b7a50 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 69 (qemu) > > > #9 0xc0928f00 in _vm_map_lock (map=0x1, file=0x0, line=0) at > /usr/src/sys/vm/vm_map.c:421 > #10 0xc092986d in vm_map_wire (map=0x1, start=677306368, end=677310464, > flags=1) at /usr/src/sys/vm/vm_map.c:1964 Please also note that stack here seems highly corrupted since values passed to _vm_map_lock are not possible (or there is something serious going on with them). Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-emulation@FreeBSD.ORG Mon Jul 9 19:14:58 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EBCC716A41F; Mon, 9 Jul 2007 19:14:58 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.freebsd.org (Postfix) with ESMTP id A397E13C484; Mon, 9 Jul 2007 19:14:58 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from herring.rabson.org (herring.rabson.org [80.177.232.250]) by itchy.rabson.org (8.13.3/8.13.3) with ESMTP id l69J0U6P063532; Mon, 9 Jul 2007 20:00:30 +0100 (BST) (envelope-from dfr@rabson.org) From: Doug Rabson To: freebsd-emulation@freebsd.org Date: Mon, 9 Jul 2007 20:00:29 +0100 User-Agent: KMail/1.9.6 References: <20070702203027.GA45302@saturn.kn-bremen.de> <46925324.9010908@freebsd.org> <3bbf2fe10707091140h6cdc7469nac5be03a8c8a60cb@mail.gmail.com> In-Reply-To: <3bbf2fe10707091140h6cdc7469nac5be03a8c8a60cb@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707092000.29768.dfr@rabson.org> X-Virus-Scanned: ClamAV 0.87.1/3615/Mon Jul 9 15:28:23 2007 on itchy.rabson.org X-Virus-Status: Clean Cc: Attilio Rao Subject: Re: experimental qemu-devel port update, please test! 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, 09 Jul 2007 19:14:59 -0000 On Monday 09 July 2007, Attilio Rao wrote: > 2007/7/9, Eric Anderson : > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x82 > > fault code = supervisor read, page not present > > instruction pointer = 0x20:0xc0928f00 > > stack pointer = 0x28:0xe57b7a3c > > frame pointer = 0x28:0xe57b7a50 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, def32 1, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 69 (qemu) > > > > > > #9 0xc0928f00 in _vm_map_lock (map=0x1, file=0x0, line=0) at > > /usr/src/sys/vm/vm_map.c:421 > > #10 0xc092986d in vm_map_wire (map=0x1, start=677306368, > > end=677310464, flags=1) at /usr/src/sys/vm/vm_map.c:1964 > > Please also note that stack here seems highly corrupted since values > passed to _vm_map_lock are not possible (or there is something > serious going on with them). I had this exact same crash when attempting to use kqemu on a recent current. It appears as if the value it got for curproc was bad. Is kqemu messing with the kernel's %fs value perhaps? From owner-freebsd-emulation@FreeBSD.ORG Mon Jul 9 19:18:05 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C8B4C16A46B for ; Mon, 9 Jul 2007 19:18:05 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.176]) by mx1.freebsd.org (Postfix) with ESMTP id 5A21213C4C5 for ; Mon, 9 Jul 2007 19:18:05 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by ik-out-1112.google.com with SMTP id c21so689864ika for ; Mon, 09 Jul 2007 12:18:04 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=ca5+OKBHqdt0a6fLk5Lor2O5EknxcvYL/PgGwKNTfM6Go2u7MR+m3LsrQivLuo/mYbGSJ9OYugYyGJK3/hbzdX1ZoNmxnH40TmWokl8eKKofbx6fE9zjc069E2Dexzdhko1CF0Jq548d/D+dFZDuodQtvSSGFDheaVq7j1nBd7k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=kdAm4MpjySKnmNQXkdGcDVrRQgsunOCPQLbWbcwuCwslVii1JIrj5zfkkVTntfx53Mdk5alvqar/MimyzzrNW+3otT35Qe4ZO81InmssvRCYZzcsLNV4jVw+NuiOy4zVJ+JFegXEjCC4hLHuDuBhjodfFfgr8BS6i6ZvRyNUgeo= Received: by 10.78.130.6 with SMTP id c6mr1764015hud.1184008683762; Mon, 09 Jul 2007 12:18:03 -0700 (PDT) Received: by 10.78.97.18 with HTTP; Mon, 9 Jul 2007 12:18:03 -0700 (PDT) Message-ID: <3bbf2fe10707091218p713b7e3ela2833eec0ba2df13@mail.gmail.com> Date: Mon, 9 Jul 2007 21:18:03 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Doug Rabson" In-Reply-To: <200707092000.29768.dfr@rabson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070702203027.GA45302@saturn.kn-bremen.de> <46925324.9010908@freebsd.org> <3bbf2fe10707091140h6cdc7469nac5be03a8c8a60cb@mail.gmail.com> <200707092000.29768.dfr@rabson.org> X-Google-Sender-Auth: 20c4ce3df9986996 Cc: freebsd-emulation@freebsd.org Subject: Re: experimental qemu-devel port update, please test! 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, 09 Jul 2007 19:18:05 -0000 2007/7/9, Doug Rabson : > On Monday 09 July 2007, Attilio Rao wrote: > > 2007/7/9, Eric Anderson : > > > Fatal trap 12: page fault while in kernel mode > > > cpuid = 0; apic id = 00 > > > fault virtual address = 0x82 > > > fault code = supervisor read, page not present > > > instruction pointer = 0x20:0xc0928f00 > > > stack pointer = 0x28:0xe57b7a3c > > > frame pointer = 0x28:0xe57b7a50 > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > = DPL 0, pres 1, def32 1, gran 1 > > > processor eflags = interrupt enabled, resume, IOPL = 0 > > > current process = 69 (qemu) > > > > > > > > > #9 0xc0928f00 in _vm_map_lock (map=0x1, file=0x0, line=0) at > > > /usr/src/sys/vm/vm_map.c:421 > > > #10 0xc092986d in vm_map_wire (map=0x1, start=677306368, > > > end=677310464, flags=1) at /usr/src/sys/vm/vm_map.c:1964 > > > > Please also note that stack here seems highly corrupted since values > > passed to _vm_map_lock are not possible (or there is something > > serious going on with them). > > I had this exact same crash when attempting to use kqemu on a recent > current. It appears as if the value it got for curproc was bad. Is > kqemu messing with the kernel's %fs value perhaps? I don't know about kqemu, but in this case I would expect sorta of larger corruption due to the wider pcpu accesses done through %fs. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-emulation@FreeBSD.ORG Mon Jul 9 19:30:44 2007 Return-Path: X-Original-To: emulation@FreeBSD.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8A43C16A46B for ; Mon, 9 Jul 2007 19:30:44 +0000 (UTC) (envelope-from mi+metlife@aldan.algebra.com) Received: from mail3.sea5.speakeasy.net (mail3.sea5.speakeasy.net [69.17.117.5]) by mx1.freebsd.org (Postfix) with ESMTP id 6280813C457 for ; Mon, 9 Jul 2007 19:30:44 +0000 (UTC) (envelope-from mi+metlife@aldan.algebra.com) Received: (qmail 11661 invoked from network); 9 Jul 2007 19:04:04 -0000 Received: from aldan.algebra.com (HELO [0.0.0.0]) ([216.254.65.224]) (envelope-sender ) by mail3.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 9 Jul 2007 19:04:04 -0000 Message-ID: <469286A1.9020701@aldan.algebra.com> Date: Mon, 09 Jul 2007 15:04:01 -0400 From: "Mikhail T." User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: java@FreeBSD.org, amd64@FreeBSD.org, emulation@FreeBSD.org, glewis@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Linux JDK-1.5.0_12 (i386) unusable on amd64 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jul 2007 19:30:44 -0000 Hello! I just tried to build the regular jdk15 port on my amd64 machine. It relies on the Linux jdk15 to bootstrap. Unfortunately, all invocations of javac and java were crashing with a HotSpot stack (linux-sun-jdk-1.5.0.12,2). I ended up manually replacing the bin/java and javac binaries with shell-wrapper, that prepends ``-client'' to the arguments. Although ``-client'' and ``-hotspot'' are supposed to be synonyms, the trick worked and the native JDK is now building. I'm unsure, where the blame lies -- with the Linuxulator, or the amd64 (6.2-stable from June 7th) -- but something needs to be done... Yours, -mi From owner-freebsd-emulation@FreeBSD.ORG Mon Jul 9 20:49:32 2007 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D065D16A41F for ; Mon, 9 Jul 2007 20:49:32 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id EF76D13C447 for ; Mon, 9 Jul 2007 20:49:31 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by ug-out-1314.google.com with SMTP id o4so1469005uge for ; Mon, 09 Jul 2007 13:49:30 -0700 (PDT) Received: by 10.82.151.14 with SMTP id y14mr8949169bud.1184012579934; Mon, 09 Jul 2007 13:22:59 -0700 (PDT) Received: by 10.82.148.14 with HTTP; Mon, 9 Jul 2007 13:22:59 -0700 (PDT) Message-ID: Date: Mon, 9 Jul 2007 23:22:59 +0300 From: "Vlad GALU" To: "Mikhail T." In-Reply-To: <469286A1.9020701@aldan.algebra.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <469286A1.9020701@aldan.algebra.com> Cc: amd64@freebsd.org, java@freebsd.org, glewis@freebsd.org, emulation@freebsd.org Subject: Re: Linux JDK-1.5.0_12 (i386) unusable on amd64 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jul 2007 20:49:32 -0000 On 7/9/07, Mikhail T. wrote: > Hello! > > I just tried to build the regular jdk15 port on my amd64 machine. It > relies on the Linux jdk15 to bootstrap. > > Unfortunately, all invocations of javac and java were crashing with a > HotSpot stack (linux-sun-jdk-1.5.0.12,2). > > I ended up manually replacing the bin/java and javac binaries with > shell-wrapper, that prepends ``-client'' to the arguments. > > Although ``-client'' and ``-hotspot'' are supposed to be synonyms, the > trick worked and the native JDK is now building. > > I'm unsure, where the blame lies -- with the Linuxulator, or the amd64 > (6.2-stable from June 7th) -- but something needs to be done... > Using the diablo distribution to bootstrap jdk15 did the trick for me. > Yours, > > -mi > _______________________________________________ > freebsd-java@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-java > To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" > -- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-emulation@FreeBSD.ORG Mon Jul 9 21:19:25 2007 Return-Path: X-Original-To: freebsd-emulation@FreeBSD.org Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5D84116A468; Mon, 9 Jul 2007 21:19:25 +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 D1DC513C44B; Mon, 9 Jul 2007 21:19:24 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id BDFCC1F12D3; Mon, 9 Jul 2007 23:19:22 +0200 (CEST) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.8/8.13.6) with ESMTP id l69LGMQd022407; Mon, 9 Jul 2007 23:16:22 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.8/8.13.6/Submit) id l69LGL2X022406; Mon, 9 Jul 2007 23:16:21 +0200 (CEST) (envelope-from nox) Date: Mon, 9 Jul 2007 23:16:21 +0200 (CEST) From: Juergen Lock Message-Id: <200707092116.l69LGL2X022406@saturn.kn-bremen.de> To: attilio@FreeBSD.org X-Newsgroups: local.list.freebsd.emulation In-Reply-To: <4692650E.6030304@FreeBSD.org> References: <20070702203027.GA45302@saturn.kn-bremen.de> <468DB791.9020502@freebsd.org> <200707071402.l67E2Gpm051150@saturn.kn-bremen.de> <469129C7.7090008@freebsd.org> <20070708192150.GA86938@saturn.kn-bremen.de> <46923157.9050702@freebsd.org> <46923FD2.4080503@freebsd.org> <46924627.7090004@FreeBSD.org> <46925324.9010908@freebsd.org> Organization: home Cc: freebsd-emulation@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: experimental qemu-devel port update, please test! 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, 09 Jul 2007 21:19:25 -0000 In article <4692650E.6030304@FreeBSD.org> you write: >Eric Anderson wrote: >> On 07/09/07 09:28, Attilio Rao wrote: >>> Eric Anderson wrote: >>>> On 07/09/07 08:00, Eric Anderson wrote: >>>>> Juergen Lock wrote: >>>>>> On Sun, Jul 08, 2007 at 01:15:35PM -0500, Eric Anderson wrote: >>>>>>> On 07/07/07 09:02, Juergen Lock wrote: >>>>>>>> In article <468EFF46.4060001@freebsd.org> you write: >>>>>>>>> On 07/05/07 22:31, Eric Anderson wrote: >>>>>>>>> [...] >>>>>>>>> Although now I have the issue where using kqemu-kmod causes my >>>>>>>>> system to reboot or power off. :( >>>>>>>>> >>>>>>>>> Any ideas? >>>>>>>> This seems to be a -current issue, it doesn't happen for me at least >>>>>>>> (6.2 and previously also 6.1.) You could check if it is dependent >>>>>>>> on the version of the used qemu (the 0.9.0 port, the version of >>>>>>>> qemu-devel in ports, or the not-yet-committed updated I posted), >>>>>>>> but I doubt it. What may help is finding out which commit to >>>>>>>> -current >>>>>>>> started kqemu to break (find an older version that worked, then >>>>>>>> binary-search), or at least a backtrace from a kernel compiled >>>>>>>> without -fomit-frame-pointer (putting DDB in the config seems to do >>>>>>>> that for amd64 at least, but rebuild the entire kernel.) There also >>>>>>>> is an open issue for kqemu on amd64 smp, >>>>>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=113430 >>>>>>>> dunno if its related... >>>>>>>> Juergen >>>>>>> My host is i386, SMP, and it also happens with the current >>>>>>> qemu-devel port. It must have been something in -CURRENT that >>>>>>> changed, probably since May15th-ish. I can't do a binary search >>>>>>> anytime soon to find it. In the past, I've recompiled kqemu and >>>>>>> that has done the trick. I have all the debugging built in, but >>>>>>> that doesn't stop the system from rebooting or powering off. >>>>>> Hmm an UP kernel might be worth a try too... >>>>>> >>>>>> Juergen >>>>> >>>>> Hmm - with and without UP, I get a panic, but I managed to catch a >>>>> panic in _vm_map_lock, something like: >>>>> >>>>> _vm_map_lock() >>>>> vm_map_wire() >>>>> kqemu_lock_user_page() >>>>> mon_user_map() >>>>> >>>>> >>>>> I'll try to get a real bt.. >>>>> >>>>> Eric >>>> Hmm - I suspect this commit or something near it is the issue: >>>> >>>> >http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/vm/vm_map.c.diff?r1=1.384;r2=1.385;sortby=date;f=h;f=u >>> >>> >>> don't think so, as it just does a 1:1 translation with the old code >>> (passing 0 as argument and casting the return value). >>> >>> What kind of panic it is (what message it prints out)? >>> >>> Attilio >>> >> >> Fatal trap 12: page fault while in kernel mode >> cpuid = 0; apic id = 00 >> fault virtual address = 0x82 >> fault code = supervisor read, page not present >> instruction pointer = 0x20:0xc0928f00 >> stack pointer = 0x28:0xe57b7a3c >> frame pointer = 0x28:0xe57b7a50 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, def32 1, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 69 (qemu) >> >> >> #9 0xc0928f00 in _vm_map_lock (map=0x1, file=0x0, line=0) at >> /usr/src/sys/vm/vm_map.c:421 >> #10 0xc092986d in vm_map_wire (map=0x1, start=677306368, end=677310464, >> flags=1) at /usr/src/sys/vm/vm_map.c:1964 >> >> Maybe not that exact file, but I think that series of commits is >> related. I believe before that everything worked fine (around May 15th >> or so). >> >> What else would you like me to try? > >Would you see if accesses to map structure are MPSAFE and don't present >racy accesses? (Disclaimer: my kernel foo still leaves much to be desired :) Hmm is this something that has changed recently? kqemu has D_NEEDGIANT, and it only explicitly drops giant for kqemu_exec, but this seems to be happening inside kqemu_init already. (at least thats the only place that calls mon_user_map.) kqemu_init, kqemu_exec, and mon_user_map are in work/kqemu-1.3.0pre11/common/kernel.c in the kqemu-kmod port dir if you `make patch' there, kqemu_lock_user_page is in work/kqemu-1.3.0pre11/kqemu-freebsd.c . I also wonder how it is getting map=0x1 there, as you can see in kqemu_lock_user_page it is effectively passing &curproc->p_vmspace->vm_map... Hmm I just saw kqemu_exec can call kqemu_lock_user_page as well as kqemu_alloc_zeroed_page and kqemu_unlock_user_page (which are all in work/kqemu-1.3.0pre11/kqemu-freebsd.c ), would it need to pick up giant for those first? (But since mon_user_map is in the backtrace that at least can't be the reason for _this_ crash...) Juergen From owner-freebsd-emulation@FreeBSD.ORG Mon Jul 9 21:51:02 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3CBE916A400; Mon, 9 Jul 2007 21:51:02 +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 B882113C457; Mon, 9 Jul 2007 21:51:01 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id A8D4A1F0FF7; Mon, 9 Jul 2007 23:51:00 +0200 (CEST) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.8/8.13.6) with ESMTP id l69LnXA2023836; Mon, 9 Jul 2007 23:49:33 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.8/8.13.6/Submit) id l69LnXe9023835; Mon, 9 Jul 2007 23:49:33 +0200 (CEST) (envelope-from nox) Date: Mon, 9 Jul 2007 23:49:33 +0200 (CEST) From: Juergen Lock Message-Id: <200707092149.l69LnXe9023835@saturn.kn-bremen.de> To: attilio@freebsd.org X-Newsgroups: local.list.freebsd.emulation In-Reply-To: <3bbf2fe10707091218p713b7e3ela2833eec0ba2df13@mail.gmail.com> References: <20070702203027.GA45302@saturn.kn-bremen.de> <46925324.9010908@freebsd.org> <3bbf2fe10707091140h6cdc7469nac5be03a8c8a60cb@mail.gmail.com> <200707092000.29768.dfr@rabson.org> Organization: home Cc: freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org Subject: Re: experimental qemu-devel port update, please test! 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, 09 Jul 2007 21:51:02 -0000 In article <3bbf2fe10707091218p713b7e3ela2833eec0ba2df13@mail.gmail.com> you write: >2007/7/9, Doug Rabson : >> On Monday 09 July 2007, Attilio Rao wrote: >> > 2007/7/9, Eric Anderson : >> > > Fatal trap 12: page fault while in kernel mode >> > > cpuid = 0; apic id = 00 >> > > fault virtual address = 0x82 >> > > fault code = supervisor read, page not present >> > > instruction pointer = 0x20:0xc0928f00 >> > > stack pointer = 0x28:0xe57b7a3c >> > > frame pointer = 0x28:0xe57b7a50 >> > > code segment = base 0x0, limit 0xfffff, type 0x1b >> > > = DPL 0, pres 1, def32 1, gran 1 >> > > processor eflags = interrupt enabled, resume, IOPL = 0 >> > > current process = 69 (qemu) >> > > >> > > >> > > #9 0xc0928f00 in _vm_map_lock (map=0x1, file=0x0, line=0) at >> > > /usr/src/sys/vm/vm_map.c:421 >> > > #10 0xc092986d in vm_map_wire (map=0x1, start=677306368, >> > > end=677310464, flags=1) at /usr/src/sys/vm/vm_map.c:1964 >> > >> > Please also note that stack here seems highly corrupted since values >> > passed to _vm_map_lock are not possible (or there is something >> > serious going on with them). >> >> I had this exact same crash when attempting to use kqemu on a recent >> current. It appears as if the value it got for curproc was bad. Is >> kqemu messing with the kernel's %fs value perhaps? > >I don't know about kqemu, but in this case I would expect sorta of >larger corruption due to the wider pcpu accesses done through %fs. Actually it might use %fs while in the monitor (for running guest code), but if I read the code right it doesn't let host kernel code run while in there (it catches interrupts and leaves the monitor, restoring state, to run them.) Also, it still seems to be in kqemu_init when this happened, and I don't think it enters the monitor from in there already. Juergen From owner-freebsd-emulation@FreeBSD.ORG Tue Jul 10 07:15:51 2007 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2282E16A41F; Tue, 10 Jul 2007 07:15:51 +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 C08F213C44B; Tue, 10 Jul 2007 07:15:50 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A571E0.dip.t-dialin.net [84.165.113.224]) by redbull.bpaserver.net (Postfix) with ESMTP id DAAF92E25F; Tue, 10 Jul 2007 09:15:45 +0200 (CEST) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 96FF55B4AB1; Tue, 10 Jul 2007 09:13:34 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l6A7DY6G087804; Tue, 10 Jul 2007 09:13:34 +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 MIME library) with HTTP; Tue, 10 Jul 2007 09:13:34 +0200 Message-ID: <20070710091334.40kgazmtwsg444w8@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Tue, 10 Jul 2007 09:13:34 +0200 From: Alexander Leidinger To: "Mikhail T." References: <469286A1.9020701@aldan.algebra.com> In-Reply-To: <469286A1.9020701@aldan.algebra.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.1.4) / FreeBSD-7.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, SpamAssassin (not cached, score=-14.9, required 8, BAYES_00 -15.00, DKIM_POLICY_SIGNSOME 0.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: amd64@FreeBSD.org, java@FreeBSD.org, emulation@FreeBSD.org, glewis@FreeBSD.org Subject: Re: Linux JDK-1.5.0_12 (i386) unusable on amd64 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2007 07:15:51 -0000 Quoting "Mikhail T." (from Mon, 09 Jul =20 2007 15:04:01 -0400): > Hello! > > I just tried to build the regular jdk15 port on my amd64 machine. It > relies on the Linux jdk15 to bootstrap. > > Unfortunately, all invocations of javac and java were crashing with a > HotSpot stack (linux-sun-jdk-1.5.0.12,2). > I'm unsure, where the blame lies -- with the Linuxulator, or the amd64 > (6.2-stable from June 7th) -- but something needs to be done... Can you please try with a more recent -stable? On Sunday I committed =20 some fixes which may or may not help (I don't remember if those fixes =20 helped on -current or not). I also have some more fixes (MFCs) in the queue, if you are interested =20 to help test them on -stable please tell me. Bye, Alexander. --=20 It is said that the lonely eagle flies to the mountain peaks while the lowly ant crawls the ground, but cannot the soul of the ant soar as high as the eagle? 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 Jul 10 23:18:48 2007 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F18F716A468; Tue, 10 Jul 2007 23:18:48 +0000 (UTC) (envelope-from glewis@eyesbeyond.com) Received: from misty.eyesbeyond.com (gerbercreations.com [71.39.140.16]) by mx1.freebsd.org (Postfix) with ESMTP id 8C58313C465; Tue, 10 Jul 2007 23:18:48 +0000 (UTC) (envelope-from glewis@eyesbeyond.com) Received: from misty.eyesbeyond.com (localhost [127.0.0.1]) by misty.eyesbeyond.com (8.13.8/8.13.8) with ESMTP id l6AMnMJB060781; Tue, 10 Jul 2007 16:49:22 -0600 (MDT) (envelope-from glewis@eyesbeyond.com) Received: (from glewis@localhost) by misty.eyesbeyond.com (8.13.8/8.13.8/Submit) id l6AMnJjV060780; Tue, 10 Jul 2007 16:49:19 -0600 (MDT) (envelope-from glewis@eyesbeyond.com) X-Authentication-Warning: misty.eyesbeyond.com: glewis set sender to glewis@eyesbeyond.com using -f Date: Tue, 10 Jul 2007 16:49:19 -0600 From: Greg Lewis To: Alexander Leidinger Message-ID: <20070710224919.GA58192@misty.eyesbeyond.com> References: <469286A1.9020701@aldan.algebra.com> <20070710091334.40kgazmtwsg444w8@webmail.leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070710091334.40kgazmtwsg444w8@webmail.leidinger.net> User-Agent: Mutt/1.4.2.3i Cc: amd64@freebsd.org, java@freebsd.org, glewis@freebsd.org, emulation@freebsd.org, "Mikhail T." Subject: Re: Linux JDK-1.5.0_12 (i386) unusable on amd64 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2007 23:18:49 -0000 On Tue, Jul 10, 2007 at 09:13:34AM +0200, Alexander Leidinger wrote: > Quoting "Mikhail T." (from Mon, 09 Jul > 2007 15:04:01 -0400): > > >Hello! > > > >I just tried to build the regular jdk15 port on my amd64 machine. It > >relies on the Linux jdk15 to bootstrap. > > > >Unfortunately, all invocations of javac and java were crashing with a > >HotSpot stack (linux-sun-jdk-1.5.0.12,2). > > > >I'm unsure, where the blame lies -- with the Linuxulator, or the amd64 > >(6.2-stable from June 7th) -- but something needs to be done... > > Can you please try with a more recent -stable? On Sunday I committed > some fixes which may or may not help (I don't remember if those fixes > helped on -current or not). > > I also have some more fixes (MFCs) in the queue, if you are interested > to help test them on -stable please tell me. I'll try it on 6.2-RELEASE-pmumble to make sure its working there. FWIW, I've had reports that linux-sun-jdk15 has been broken on -CURRENT/amd64 since around December, so MFC'ing changes may not actually improve the situation. Can you try it on current to see if it works for you? -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From owner-freebsd-emulation@FreeBSD.ORG Wed Jul 11 07:19:05 2007 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3C87816A400; Wed, 11 Jul 2007 07:19:05 +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 B745D13C465; Wed, 11 Jul 2007 07:19:04 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A55763.dip.t-dialin.net [84.165.87.99]) by redbull.bpaserver.net (Postfix) with ESMTP id 7B65C2E13B; Wed, 11 Jul 2007 09:18:58 +0200 (CEST) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 293275B4902; Wed, 11 Jul 2007 09:16:47 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l6B7GkG8032877; Wed, 11 Jul 2007 09:16:46 +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 MIME library) with HTTP; Wed, 11 Jul 2007 09:16:46 +0200 Message-ID: <20070711091646.tzcug58ty8o4o400@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 11 Jul 2007 09:16:46 +0200 From: Alexander Leidinger To: Greg Lewis References: <469286A1.9020701@aldan.algebra.com> <20070710091334.40kgazmtwsg444w8@webmail.leidinger.net> <20070710224919.GA58192@misty.eyesbeyond.com> In-Reply-To: <20070710224919.GA58192@misty.eyesbeyond.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.1.4) / FreeBSD-7.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, SpamAssassin (not cached, score=-14.3, required 8, BAYES_00 -15.00, DKIM_POLICY_SIGNSOME 0.00, J_CHICKENPOX_33 0.60, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: amd64@freebsd.org, java@freebsd.org, glewis@freebsd.org, emulation@freebsd.org, "Mikhail T." Subject: Re: Linux JDK-1.5.0_12 (i386) unusable on amd64 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2007 07:19:05 -0000 Quoting Greg Lewis (from Tue, 10 Jul 2007 =20 16:49:19 -0600): > On Tue, Jul 10, 2007 at 09:13:34AM +0200, Alexander Leidinger wrote: >> Quoting "Mikhail T." (from Mon, 09 Jul >> 2007 15:04:01 -0400): >> >> >Hello! >> > >> >I just tried to build the regular jdk15 port on my amd64 machine. It >> >relies on the Linux jdk15 to bootstrap. >> > >> >Unfortunately, all invocations of javac and java were crashing with a >> >HotSpot stack (linux-sun-jdk-1.5.0.12,2). >> >> >> >I'm unsure, where the blame lies -- with the Linuxulator, or the amd64 >> >(6.2-stable from June 7th) -- but something needs to be done... >> >> Can you please try with a more recent -stable? On Sunday I committed >> some fixes which may or may not help (I don't remember if those fixes >> helped on -current or not). >> >> I also have some more fixes (MFCs) in the queue, if you are interested >> to help test them on -stable please tell me. > > I'll try it on 6.2-RELEASE-pmumble to make sure its working there. > > FWIW, I've had reports that linux-sun-jdk15 has been broken on > -CURRENT/amd64 since around December, so MFC'ing changes may not > actually improve the situation. Can you try it on current to see > if it works for you? Regarding current it is important to know if this is with the default =20 2.4 linux emulation, or with the 2.6 linux emulation. Apart from that Roman knows about some thread "limitation" which hits =20 us here (I let him comment upon this), and AFAIR the JDK also tries to =20 use epoll which is not available yet... but I may misremember about =20 the last part. The big picture is: Linux programs start to depend more and more on =20 stuff which is not emulated yet in any FreeBSD release. That's the =20 reason why I try since ~1.5 years to get some people together to have =20 a look at improving the linuxulator. Roman made some nice progress =20 last year in the GSoC, and this year he will probably finish the last =20 important missing parts (again as part of the GSoC). But I don't =20 expect any release before 7.1 to contain all necessary pieces (but not =20 enabled by default, I assume; this may have to wait until 8.0, but the =20 decision has to be made when all the code is in the tree). Bye, Alexander. --=20 When the only tool you have is a hammer, every problem starts to look like a nail. 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 Jul 11 07:55:15 2007 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1EE9016A400; Wed, 11 Jul 2007 07:55:15 +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 ADE3613C465; Wed, 11 Jul 2007 07:55:14 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 97A5A8BFAE9; Wed, 11 Jul 2007 09:55:12 +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 FsNyicgV+QeJ; Wed, 11 Jul 2007 09:55:11 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 4870D8BFAD2; Wed, 11 Jul 2007 09:55:11 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l6B7t9kA027794; Wed, 11 Jul 2007 09:55:09 +0200 (CEST) (envelope-from rdivacky) Date: Wed, 11 Jul 2007 09:55:09 +0200 From: Roman Divacky To: Alexander Leidinger Message-ID: <20070711075509.GA27702@freebsd.org> References: <469286A1.9020701@aldan.algebra.com> <20070710091334.40kgazmtwsg444w8@webmail.leidinger.net> <20070710224919.GA58192@misty.eyesbeyond.com> <20070711091646.tzcug58ty8o4o400@webmail.leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070711091646.tzcug58ty8o4o400@webmail.leidinger.net> User-Agent: Mutt/1.4.2.3i Cc: emulation@freebsd.org, amd64@freebsd.org, Greg Lewis , java@freebsd.org, glewis@freebsd.org, "Mikhail T." Subject: Re: Linux JDK-1.5.0_12 (i386) unusable on amd64 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2007 07:55:15 -0000 > >I'll try it on 6.2-RELEASE-pmumble to make sure its working there. > > > >FWIW, I've had reports that linux-sun-jdk15 has been broken on > >-CURRENT/amd64 since around December, so MFC'ing changes may not > >actually improve the situation. Can you try it on current to see > >if it works for you? > > Regarding current it is important to know if this is with the default > 2.4 linux emulation, or with the 2.6 linux emulation. > > Apart from that Roman knows about some thread "limitation" which hits > us here (I let him comment upon this), and AFAIR the JDK also tries to > use epoll which is not available yet... but I may misremember about > the last part. well.. I know about some problem with pthread async thread cancelation. I think its related to the jdk brokeness with linux2.6. I hope to finish all my SoC duties "soon" and spend the rest of the SoC time hunting down bugs like this. if anyone want help: www.vlakno.cz/~rdivacky/pthread.c this program does crashdumps with 2.6 emulation. I'd be very glad if someone can help me with this. I slightly investigated this and it crashdumps on signal delivery (pthread_cancel is actually a signal delivery) so I guess something with stack or so is wrong... havent had the time to investigate further help is welcome! roman From owner-freebsd-emulation@FreeBSD.ORG Wed Jul 11 13:59:26 2007 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D09EC16A475 for ; Wed, 11 Jul 2007 13:59:26 +0000 (UTC) (envelope-from mi+metlife@aldan.algebra.com) Received: from mail7.sea5.speakeasy.net (mail7.sea5.speakeasy.net [69.17.117.9]) by mx1.freebsd.org (Postfix) with ESMTP id 9231713C4B8 for ; Wed, 11 Jul 2007 13:59:26 +0000 (UTC) (envelope-from mi+metlife@aldan.algebra.com) Received: (qmail 26961 invoked from network); 11 Jul 2007 13:59:26 -0000 Received: from aldan.algebra.com (HELO [0.0.0.0]) ([216.254.65.224]) (envelope-sender ) by mail7.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 11 Jul 2007 13:59:25 -0000 Message-ID: <4694E23B.3040306@aldan.algebra.com> Date: Wed, 11 Jul 2007 09:59:23 -0400 From: "Mikhail T." User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Greg Lewis References: <469286A1.9020701@aldan.algebra.com> <20070710091334.40kgazmtwsg444w8@webmail.leidinger.net> <20070710224919.GA58192@misty.eyesbeyond.com> In-Reply-To: <20070710224919.GA58192@misty.eyesbeyond.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: amd64@freebsd.org, Alexander Leidinger , glewis@freebsd.org, emulation@freebsd.org, java@freebsd.org Subject: Re: Linux JDK-1.5.0_12 (i386) unusable on amd64 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2007 13:59:26 -0000 Greg Lewis wrote: > I'll try it on 6.2-RELEASE-pmumble to make sure its working there. > Thank you. > FWIW, I've had reports that linux-sun-jdk15 has been broken on > -CURRENT/amd64 since around December, so MFC'ing changes may not > actually improve the situation. Can you try it on current to see > if it works for you? I don't have a-current machine... Now that we figured out, what's broken (Linuxulator is lacking), the question is, what to do about it. My adding -client to all of the linux-sun-jdk15 programs (java, javac, javah) seems to work -- the port should do this. Another unresolved question is, why does adding -client help? According to java's own help, -client and -hotspot are the same thing... Yet the programs crash without -client -- inside HotSpot (or so their output says). Are we sure, however, it is the missing things in Linuxulator, that are causing the problem? If the same jdk works on i386, but not on amd64, it may be something else... -mi From owner-freebsd-emulation@FreeBSD.ORG Thu Jul 12 18:07:52 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9372616A41F; Thu, 12 Jul 2007 18:07:52 +0000 (UTC) (envelope-from craig@yekse.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id 78D1013C4BB; Thu, 12 Jul 2007 18:07:52 +0000 (UTC) (envelope-from craig@yekse.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 40BA0115C2; Thu, 12 Jul 2007 13:07:52 -0500 (CDT) Date: Thu, 12 Jul 2007 13:07:50 -0500 From: Craig Boston To: Juergen Lock , attilio@freebsd.org, freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org Message-ID: <20070712180750.GB77654@nowhere> Mail-Followup-To: Craig Boston , Juergen Lock , attilio@freebsd.org, freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org References: <20070702203027.GA45302@saturn.kn-bremen.de> <46925324.9010908@freebsd.org> <3bbf2fe10707091140h6cdc7469nac5be03a8c8a60cb@mail.gmail.com> <200707092000.29768.dfr@rabson.org> <200707092149.l69LnXe9023835@saturn.kn-bremen.de> <20070712175252.GA77654@nowhere> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070712175252.GA77654@nowhere> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: experimental qemu-devel port update, please test! 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, 12 Jul 2007 18:07:52 -0000 On Thu, Jul 12, 2007 at 12:52:52PM -0500, Craig Boston wrote: > For some reason when the ioctl is issued, curproc points to a totally > bogus proc structure. curthread seems to be sane as far as I can tell, > but the process it claims to belong to is full of junk. Aha! The problem isn't that curproc is garbage, but rather that it's being interpreted wrong. struct proc has some extra fields when KSE is #defined. KSE recently became a kernel option and was put in the DEFAULTS file, so everyone's kernel has it defined. But kqemu is being compiled without it. I compiled with -DKSE and now kqemu works! This seems like it would be a common problem for modules compiled outside the kernel tree. Is there an established way to get the standard configuration options? I'm thinking also about other options like SMP, that for instance changes the way mutexes work. Craig From owner-freebsd-emulation@FreeBSD.ORG Thu Jul 12 18:09:22 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1BC8316A41F; Thu, 12 Jul 2007 18:09:22 +0000 (UTC) (envelope-from craig@yekse.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id E7E4813C448; Thu, 12 Jul 2007 18:09:21 +0000 (UTC) (envelope-from craig@yekse.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id E0ADF11578; Thu, 12 Jul 2007 12:52:54 -0500 (CDT) Date: Thu, 12 Jul 2007 12:52:53 -0500 From: Craig Boston To: Juergen Lock Message-ID: <20070712175252.GA77654@nowhere> Mail-Followup-To: Craig Boston , Juergen Lock , attilio@freebsd.org, freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org References: <20070702203027.GA45302@saturn.kn-bremen.de> <46925324.9010908@freebsd.org> <3bbf2fe10707091140h6cdc7469nac5be03a8c8a60cb@mail.gmail.com> <200707092000.29768.dfr@rabson.org> <200707092149.l69LnXe9023835@saturn.kn-bremen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200707092149.l69LnXe9023835@saturn.kn-bremen.de> User-Agent: Mutt/1.4.2.3i Cc: attilio@freebsd.org, freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org Subject: Re: experimental qemu-devel port update, please test! 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, 12 Jul 2007 18:09:22 -0000 On Mon, Jul 09, 2007 at 11:49:33PM +0200, Juergen Lock wrote: > In article <3bbf2fe10707091218p713b7e3ela2833eec0ba2df13@mail.gmail.com> you write: > >2007/7/9, Doug Rabson : > >> On Monday 09 July 2007, Attilio Rao wrote: > >> > Please also note that stack here seems highly corrupted since values > >> > passed to _vm_map_lock are not possible (or there is something > >> > serious going on with them). > >> > >> I had this exact same crash when attempting to use kqemu on a recent > >> current. It appears as if the value it got for curproc was bad. Is > >> kqemu messing with the kernel's %fs value perhaps? > > > >I don't know about kqemu, but in this case I would expect sorta of > >larger corruption due to the wider pcpu accesses done through %fs. > > Actually it might use %fs while in the monitor (for running guest code), > but if I read the code right it doesn't let host kernel code run while > in there (it catches interrupts and leaves the monitor, restoring state, > to run them.) > > Also, it still seems to be in kqemu_init when this happened, and I > don't think it enters the monitor from in there already. I took a look at it last night and found some very confusing results. It's definitely happening during the KQEMU_INIT ioctl. The stack is not being corrupted, %fs has not been tampered with, and 0x1 is indeed being passed to vm_map_wire. For some reason when the ioctl is issued, curproc points to a totally bogus proc structure. curthread seems to be sane as far as I can tell, but the process it claims to belong to is full of junk. Here is a dump of some miscellaneous values from curthread (labeled td below) and curproc (cp) from a couple places along the call stack: ===== kqemu_ioctl (KQEMU_GET_VERSION) ===== %ds in kqemu_ioctl: 0x28 %fs in kqemu_ioctl: 0x8 td: 0xc7232400 td->td_proc: 0xc556e2ac td->td_tid: 100141 td->td_wmesg: (null) td->td_name: td->td_sleepqueue: 0xc4aa8b20 td->td_flags: 16777216 td->td_oncpu: 0 td->td_ucred: 0xc5f92b00 td->td_runtime: 493921239146 cp: 0xc556e2ac cp->p_vmspace: 0x1 cp->p_pid: 1 cp->p_comm: cp->p_fd: 0 cp->p_pptr: 0 cp->p_magic: 0 cp->p_pgrp: 0 cp->p_numthreads: 2147483647 ===== kqemu_ioctl (KQEMU_INIT) ===== %ds in kqemu_ioctl: 0x28 %fs in kqemu_ioctl: 0x8 td: 0xc7232400 td->td_proc: 0xc556e2ac td->td_tid: 100141 td->td_wmesg: (null) td->td_name: td->td_sleepqueue: 0xc4aa8b20 td->td_flags: 16777216 td->td_oncpu: 0 td->td_ucred: 0xc5f92b00 td->td_runtime: 498216206442 cp: 0xc556e2ac cp->p_vmspace: 0x1 cp->p_pid: 1 cp->p_comm: cp->p_fd: 0 cp->p_pptr: 0 cp->p_magic: 0 cp->p_pgrp: 0 cp->p_numthreads: 2147483647 ===== kqemu_lock_user_page (a result of previous ioctl, it's still above us in the call stack) ===== %ds in kqemu_lock_user_page: 0x28 %fs in kqemu_lock_user_page: 0x8 td: 0xc7232400 td->td_proc: 0xc556e2ac td->td_tid: 100141 td->td_wmesg: (null) td->td_name: td->td_sleepqueue: 0xc4aa8b20 td->td_flags: 16910337 td->td_oncpu: 0 td->td_ucred: 0xc5f92b00 td->td_runtime: 511101108330 cp: 0xc556e2ac cp->p_vmspace: 0x1 cp->p_pid: 1 cp->p_comm: cp->p_fd: 0 cp->p_pptr: 0 cp->p_magic: 0 cp->p_pgrp: 0 cp->p_numthreads: 2147483647 A few things to note. First is that the initial dump from kqemu_ioctl shows the bogus process too, and this is well before kqemu has a chance to do much of anything, much less start mucking around with registers and VM mappings. The thread pointer does seem to be valid. Note that td_runtime increases a little between the first two ioctl calls, and then more by the time it gets to kqemu_lock_user_page. curproc (td_proc) changes between each invocation of qemu, so despite the fact that p_pid == 1, I'm certain that it's not really init. Other than that I'm not really sure why curproc is so screwed up. Surely it has to be specific to the kqemu module otherwise I can't see how the kernel could function at all... Craig From owner-freebsd-emulation@FreeBSD.ORG Thu Jul 12 18:30:53 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E48016A41F; Thu, 12 Jul 2007 18:30:53 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.layeredtech.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id 3ADAB13C48C; Thu, 12 Jul 2007 18:30:53 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from proton.local (209-163-168-124.static.twtelecom.net [209.163.168.124]) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id l6CIUpS8077205; Thu, 12 Jul 2007 13:30:52 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <4696735B.7070604@freebsd.org> Date: Thu, 12 Jul 2007 13:30:51 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Craig Boston , Juergen Lock , attilio@freebsd.org, freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org References: <20070702203027.GA45302@saturn.kn-bremen.de> <46925324.9010908@freebsd.org> <3bbf2fe10707091140h6cdc7469nac5be03a8c8a60cb@mail.gmail.com> <200707092000.29768.dfr@rabson.org> <200707092149.l69LnXe9023835@saturn.kn-bremen.de> <20070712175252.GA77654@nowhere> <20070712180750.GB77654@nowhere> In-Reply-To: <20070712180750.GB77654@nowhere> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Cc: Subject: Re: experimental qemu-devel port update, please test! 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, 12 Jul 2007 18:30:53 -0000 Craig Boston wrote: > On Thu, Jul 12, 2007 at 12:52:52PM -0500, Craig Boston wrote: >> For some reason when the ioctl is issued, curproc points to a totally >> bogus proc structure. curthread seems to be sane as far as I can tell, >> but the process it claims to belong to is full of junk. > > Aha! The problem isn't that curproc is garbage, but rather that it's > being interpreted wrong. > > struct proc has some extra fields when KSE is #defined. KSE recently > became a kernel option and was put in the DEFAULTS file, so everyone's > kernel has it defined. But kqemu is being compiled without it. > > I compiled with -DKSE and now kqemu works! > > This seems like it would be a common problem for modules compiled > outside the kernel tree. Is there an established way to get the > standard configuration options? > > I'm thinking also about other options like SMP, that for instance > changes the way mutexes work. Great work! Thanks for chugging on it.. Do you think this could affect nvidia kernel modules? I think there was an alternate thread about nvidia modules causing systems to panic/lock up. Eric From owner-freebsd-emulation@FreeBSD.ORG Thu Jul 12 19:51:44 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3ED8D16A400; Thu, 12 Jul 2007 19:51:44 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id B54D213C45B; Thu, 12 Jul 2007 19:51:43 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from localhost (jn@ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id l6CJCMpT050274; Thu, 12 Jul 2007 15:12:23 -0400 (EDT) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-emulation@freebsd.org Date: Thu, 12 Jul 2007 15:11:54 -0400 User-Agent: KMail/1.9.7 References: <20070702203027.GA45302@saturn.kn-bremen.de> <20070712180750.GB77654@nowhere> <4696735B.7070604@freebsd.org> In-Reply-To: <4696735B.7070604@freebsd.org> X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*.<=?utf-8?q?of=5F4NrS=0A=09P*M/9CpxDo!D6?=)IY1w<9B1jB; tBQf[RU-R<,I)e"$q7N7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707121511.55250.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Craig Boston , attilio@freebsd.org, Juergen Lock , freebsd-ports@freebsd.org Subject: Re: experimental qemu-devel port update, please test! 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, 12 Jul 2007 19:51:44 -0000 On Thursday 12 July 2007 02:30:51 pm Eric Anderson wrote: > Craig Boston wrote: > > On Thu, Jul 12, 2007 at 12:52:52PM -0500, Craig Boston wrote: > >> For some reason when the ioctl is issued, curproc points to a totally > >> bogus proc structure. curthread seems to be sane as far as I can tell, > >> but the process it claims to belong to is full of junk. > > > > Aha! The problem isn't that curproc is garbage, but rather that it's > > being interpreted wrong. > > > > struct proc has some extra fields when KSE is #defined. KSE recently > > became a kernel option and was put in the DEFAULTS file, so everyone's > > kernel has it defined. But kqemu is being compiled without it. > > > > I compiled with -DKSE and now kqemu works! > > > > This seems like it would be a common problem for modules compiled > > outside the kernel tree. Is there an established way to get the > > standard configuration options? > > > > I'm thinking also about other options like SMP, that for instance > > changes the way mutexes work. > > Great work! Thanks for chugging on it.. > > Do you think this could affect nvidia kernel modules? I think there was > an alternate thread about nvidia modules causing systems to panic/lock up. I just did a quick test (added a CFLAGS+=-DKSE to the nvidia driver port's Makefile) and it does appear to fix the problems I was having. I can now reboot, switch to a text virtual terminal and back, and run glx apps without panicking. I'm running -CURRENT from a couple days ago, xorg 7.2+, and the 9639 version of the nvidia driver (I hand-rolled a new slave port based on the 9631 port). JN From owner-freebsd-emulation@FreeBSD.ORG Thu Jul 12 21:30:14 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF1B916A421; Thu, 12 Jul 2007 21:30:14 +0000 (UTC) (envelope-from root@mail.monkeytower.net) Received: from mail.monkeytower.net (mail.monkeytower.net [217.24.215.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7890F13C4BB; Thu, 12 Jul 2007 21:30:14 +0000 (UTC) (envelope-from root@mail.monkeytower.net) Received: from root by mail.monkeytower.net with local Exim id 1I95sX-0009TK-I6; Thu, 12 Jul 2007 23:07:13 +0200 Received: from mx2.freebsd.org ([69.147.83.53]) by mail.monkeytower.net with esmtp Exim id 1I93IK-000JGH-Mm for mailinglists@suntsu.org; Thu, 12 Jul 2007 20:21:41 +0200 Received: from hub.freebsd.org (hub.freebsd.org [69.147.83.54]) by mx2.freebsd.org (Postfix) with ESMTP id 186155EC8F; Thu, 12 Jul 2007 18:16:33 +0000 (UTC) (envelope-from owner-freebsd-ports@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id D119316A516; Thu, 12 Jul 2007 18:16:26 +0000 (UTC) (envelope-from owner-freebsd-ports@freebsd.org) X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1BC8316A41F; Thu, 12 Jul 2007 18:09:22 +0000 (UTC) (envelope-from craig@yekse.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id E7E4813C448; Thu, 12 Jul 2007 18:09:21 +0000 (UTC) (envelope-from craig@yekse.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id E0ADF11578; Thu, 12 Jul 2007 12:52:54 -0500 (CDT) Date: Thu, 12 Jul 2007 12:52:53 -0500 From: Craig Boston To: Juergen Lock Message-ID: <20070712175252.GA77654@nowhere> Mail-Followup-To: Craig Boston , Juergen Lock , attilio@freebsd.org, freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org References: <20070702203027.GA45302@saturn.kn-bremen.de> <46925324.9010908@freebsd.org> <3bbf2fe10707091140h6cdc7469nac5be03a8c8a60cb@mail.gmail.com> <200707092000.29768.dfr@rabson.org> <200707092149.l69LnXe9023835@saturn.kn-bremen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200707092149.l69LnXe9023835@saturn.kn-bremen.de> User-Agent: Mutt/1.4.2.3i X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-ports@freebsd.org Errors-To: owner-freebsd-ports@freebsd.org X-monkeytower-MailScanner-Information: contact information at http://www.monkeytower.net X-monkeytower-MailScanner: Found to be clean X-monkeytower-MailScanner-From: root@mail.monkeytower.net X-Spam-Status: No Cc: attilio@freebsd.org, freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org Subject: Re: experimental qemu-devel port update, please test! X-BeenThere: freebsd-emulation@freebsd.org List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2007 21:30:14 -0000 On Mon, Jul 09, 2007 at 11:49:33PM +0200, Juergen Lock wrote: > In article <3bbf2fe10707091218p713b7e3ela2833eec0ba2df13@mail.gmail.com> you write: > >2007/7/9, Doug Rabson : > >> On Monday 09 July 2007, Attilio Rao wrote: > >> > Please also note that stack here seems highly corrupted since values > >> > passed to _vm_map_lock are not possible (or there is something > >> > serious going on with them). > >> > >> I had this exact same crash when attempting to use kqemu on a recent > >> current. It appears as if the value it got for curproc was bad. Is > >> kqemu messing with the kernel's %fs value perhaps? > > > >I don't know about kqemu, but in this case I would expect sorta of > >larger corruption due to the wider pcpu accesses done through %fs. > > Actually it might use %fs while in the monitor (for running guest code), > but if I read the code right it doesn't let host kernel code run while > in there (it catches interrupts and leaves the monitor, restoring state, > to run them.) > > Also, it still seems to be in kqemu_init when this happened, and I > don't think it enters the monitor from in there already. I took a look at it last night and found some very confusing results. It's definitely happening during the KQEMU_INIT ioctl. The stack is not being corrupted, %fs has not been tampered with, and 0x1 is indeed being passed to vm_map_wire. For some reason when the ioctl is issued, curproc points to a totally bogus proc structure. curthread seems to be sane as far as I can tell, but the process it claims to belong to is full of junk. Here is a dump of some miscellaneous values from curthread (labeled td below) and curproc (cp) from a couple places along the call stack: ===== kqemu_ioctl (KQEMU_GET_VERSION) ===== %ds in kqemu_ioctl: 0x28 %fs in kqemu_ioctl: 0x8 td: 0xc7232400 td->td_proc: 0xc556e2ac td->td_tid: 100141 td->td_wmesg: (null) td->td_name: td->td_sleepqueue: 0xc4aa8b20 td->td_flags: 16777216 td->td_oncpu: 0 td->td_ucred: 0xc5f92b00 td->td_runtime: 493921239146 cp: 0xc556e2ac cp->p_vmspace: 0x1 cp->p_pid: 1 cp->p_comm: cp->p_fd: 0 cp->p_pptr: 0 cp->p_magic: 0 cp->p_pgrp: 0 cp->p_numthreads: 2147483647 ===== kqemu_ioctl (KQEMU_INIT) ===== %ds in kqemu_ioctl: 0x28 %fs in kqemu_ioctl: 0x8 td: 0xc7232400 td->td_proc: 0xc556e2ac td->td_tid: 100141 td->td_wmesg: (null) td->td_name: td->td_sleepqueue: 0xc4aa8b20 td->td_flags: 16777216 td->td_oncpu: 0 td->td_ucred: 0xc5f92b00 td->td_runtime: 498216206442 cp: 0xc556e2ac cp->p_vmspace: 0x1 cp->p_pid: 1 cp->p_comm: cp->p_fd: 0 cp->p_pptr: 0 cp->p_magic: 0 cp->p_pgrp: 0 cp->p_numthreads: 2147483647 ===== kqemu_lock_user_page (a result of previous ioctl, it's still above us in the call stack) ===== %ds in kqemu_lock_user_page: 0x28 %fs in kqemu_lock_user_page: 0x8 td: 0xc7232400 td->td_proc: 0xc556e2ac td->td_tid: 100141 td->td_wmesg: (null) td->td_name: td->td_sleepqueue: 0xc4aa8b20 td->td_flags: 16910337 td->td_oncpu: 0 td->td_ucred: 0xc5f92b00 td->td_runtime: 511101108330 cp: 0xc556e2ac cp->p_vmspace: 0x1 cp->p_pid: 1 cp->p_comm: cp->p_fd: 0 cp->p_pptr: 0 cp->p_magic: 0 cp->p_pgrp: 0 cp->p_numthreads: 2147483647 A few things to note. First is that the initial dump from kqemu_ioctl shows the bogus process too, and this is well before kqemu has a chance to do much of anything, much less start mucking around with registers and VM mappings. The thread pointer does seem to be valid. Note that td_runtime increases a little between the first two ioctl calls, and then more by the time it gets to kqemu_lock_user_page. curproc (td_proc) changes between each invocation of qemu, so despite the fact that p_pid == 1, I'm certain that it's not really init. Other than that I'm not really sure why curproc is so screwed up. Surely it has to be specific to the kqemu module otherwise I can't see how the kernel could function at all... Craig _______________________________________________ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-emulation@FreeBSD.ORG Thu Jul 12 21:49:48 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 226E616A421; Thu, 12 Jul 2007 21:49:48 +0000 (UTC) (envelope-from root@mail.monkeytower.net) Received: from mail.monkeytower.net (mail.monkeytower.net [217.24.215.50]) by mx1.freebsd.org (Postfix) with ESMTP id C03E413C459; Thu, 12 Jul 2007 21:49:47 +0000 (UTC) (envelope-from root@mail.monkeytower.net) Received: from root by mail.monkeytower.net with local Exim id 1I95uV-0009wd-Uq; Thu, 12 Jul 2007 23:09:15 +0200 Received: from mx2.freebsd.org ([69.147.83.53]) by mail.monkeytower.net with esmtp Exim id 1I93CF-000Iox-Vj for mailinglists@suntsu.org; Thu, 12 Jul 2007 20:15:24 +0200 Received: from hub.freebsd.org (hub.freebsd.org [69.147.83.54]) by mx2.freebsd.org (Postfix) with ESMTP id E584C2FE4D; Thu, 12 Jul 2007 18:16:12 +0000 (UTC) (envelope-from owner-freebsd-ports@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 65A5916A4DF; Thu, 12 Jul 2007 18:16:12 +0000 (UTC) (envelope-from owner-freebsd-ports@freebsd.org) X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9372616A41F; Thu, 12 Jul 2007 18:07:52 +0000 (UTC) (envelope-from craig@yekse.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id 78D1013C4BB; Thu, 12 Jul 2007 18:07:52 +0000 (UTC) (envelope-from craig@yekse.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 40BA0115C2; Thu, 12 Jul 2007 13:07:52 -0500 (CDT) Date: Thu, 12 Jul 2007 13:07:50 -0500 From: Craig Boston To: Juergen Lock , attilio@freebsd.org, freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org Message-ID: <20070712180750.GB77654@nowhere> Mail-Followup-To: Craig Boston , Juergen Lock , attilio@freebsd.org, freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org References: <20070702203027.GA45302@saturn.kn-bremen.de> <46925324.9010908@freebsd.org> <3bbf2fe10707091140h6cdc7469nac5be03a8c8a60cb@mail.gmail.com> <200707092000.29768.dfr@rabson.org> <200707092149.l69LnXe9023835@saturn.kn-bremen.de> <20070712175252.GA77654@nowhere> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070712175252.GA77654@nowhere> User-Agent: Mutt/1.4.2.3i X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-ports@freebsd.org Errors-To: owner-freebsd-ports@freebsd.org X-monkeytower-MailScanner-Information: contact information at http://www.monkeytower.net X-monkeytower-MailScanner: Found to be clean X-monkeytower-MailScanner-From: root@mail.monkeytower.net X-Spam-Status: No Cc: Subject: Re: experimental qemu-devel port update, please test! X-BeenThere: freebsd-emulation@freebsd.org List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2007 21:49:48 -0000 On Thu, Jul 12, 2007 at 12:52:52PM -0500, Craig Boston wrote: > For some reason when the ioctl is issued, curproc points to a totally > bogus proc structure. curthread seems to be sane as far as I can tell, > but the process it claims to belong to is full of junk. Aha! The problem isn't that curproc is garbage, but rather that it's being interpreted wrong. struct proc has some extra fields when KSE is #defined. KSE recently became a kernel option and was put in the DEFAULTS file, so everyone's kernel has it defined. But kqemu is being compiled without it. I compiled with -DKSE and now kqemu works! This seems like it would be a common problem for modules compiled outside the kernel tree. Is there an established way to get the standard configuration options? I'm thinking also about other options like SMP, that for instance changes the way mutexes work. Craig _______________________________________________ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-emulation@FreeBSD.ORG Thu Jul 12 22:10:01 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D083E16A469; Thu, 12 Jul 2007 22:10:01 +0000 (UTC) (envelope-from root@mail.monkeytower.net) Received: from mail.monkeytower.net (mail.monkeytower.net [217.24.215.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6ED2613C46E; Thu, 12 Jul 2007 22:10:01 +0000 (UTC) (envelope-from root@mail.monkeytower.net) Received: from root by mail.monkeytower.net with local Exim id 1I95tQ-0009h5-L0; Thu, 12 Jul 2007 23:08:09 +0200 Received: from mx2.freebsd.org ([69.147.83.53]) by mail.monkeytower.net with esmtp Exim id 1I93Zg-000KCH-9b for mailinglists@suntsu.org; Thu, 12 Jul 2007 20:39:37 +0200 Received: from hub.freebsd.org (hub.freebsd.org [69.147.83.54]) by mx2.freebsd.org (Postfix) with ESMTP id 8F1FAD717; Thu, 12 Jul 2007 18:38:47 +0000 (UTC) (envelope-from owner-freebsd-ports@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 38E5216A4D4; Thu, 12 Jul 2007 18:38:47 +0000 (UTC) (envelope-from owner-freebsd-ports@freebsd.org) X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E48016A41F; Thu, 12 Jul 2007 18:30:53 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.layeredtech.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id 3ADAB13C48C; Thu, 12 Jul 2007 18:30:53 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from proton.local (209-163-168-124.static.twtelecom.net [209.163.168.124]) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id l6CIUpS8077205; Thu, 12 Jul 2007 13:30:52 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <4696735B.7070604@freebsd.org> Date: Thu, 12 Jul 2007 13:30:51 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Craig Boston , Juergen Lock , attilio@freebsd.org, freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org References: <20070702203027.GA45302@saturn.kn-bremen.de> <46925324.9010908@freebsd.org> <3bbf2fe10707091140h6cdc7469nac5be03a8c8a60cb@mail.gmail.com> <200707092000.29768.dfr@rabson.org> <200707092149.l69LnXe9023835@saturn.kn-bremen.de> <20070712175252.GA77654@nowhere> <20070712180750.GB77654@nowhere> In-Reply-To: <20070712180750.GB77654@nowhere> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.1.8, No X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-ports@freebsd.org Errors-To: owner-freebsd-ports@freebsd.org X-monkeytower-MailScanner-Information: contact information at http://www.monkeytower.net X-monkeytower-MailScanner: Found to be clean X-monkeytower-MailScanner-From: root@mail.monkeytower.net Cc: Subject: Re: experimental qemu-devel port update, please test! X-BeenThere: freebsd-emulation@freebsd.org List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2007 22:10:02 -0000 Craig Boston wrote: > On Thu, Jul 12, 2007 at 12:52:52PM -0500, Craig Boston wrote: >> For some reason when the ioctl is issued, curproc points to a totally >> bogus proc structure. curthread seems to be sane as far as I can tell, >> but the process it claims to belong to is full of junk. > > Aha! The problem isn't that curproc is garbage, but rather that it's > being interpreted wrong. > > struct proc has some extra fields when KSE is #defined. KSE recently > became a kernel option and was put in the DEFAULTS file, so everyone's > kernel has it defined. But kqemu is being compiled without it. > > I compiled with -DKSE and now kqemu works! > > This seems like it would be a common problem for modules compiled > outside the kernel tree. Is there an established way to get the > standard configuration options? > > I'm thinking also about other options like SMP, that for instance > changes the way mutexes work. Great work! Thanks for chugging on it.. Do you think this could affect nvidia kernel modules? I think there was an alternate thread about nvidia modules causing systems to panic/lock up. Eric _______________________________________________ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-emulation@FreeBSD.ORG Fri Jul 13 08:54:10 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A3F016A402 for ; Fri, 13 Jul 2007 08:54:10 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id D85AF13C461 for ; Fri, 13 Jul 2007 08:54:09 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so106073anc for ; Fri, 13 Jul 2007 01:54:09 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=F16zucTWNyC4ojU4Q2mn2RFHISYmayFx90MJxzcocAQ2T1cnTETrrb5wAMda+rL5DJrrvig1ktk27Hk2bWmdkuRrL3TEQ+8LFPylXAV5Abr4qhl1oS6WObKUs8z92mzQdJvS4uFzqtfoowwrivGMXbjpqZvZTmIhOSzsdF+3GZE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ar44bfHu+ntEqueYhIFCa5wMEAllgb/zHItOdXoD4bPI5TqKLEMHGGrg8w7nyDxH9OVV29V0Fnj9kOy1LDRDDn+NfPObZQmZKT4KWXJAo7Ek6QCLGskNOZ5UevQAgEZPD58jB94p97gt+hkqRB+DwhnhzC3LXxJgFNl7Lyo5W6I= Received: by 10.100.127.1 with SMTP id z1mr825387anc.1184315271645; Fri, 13 Jul 2007 01:27:51 -0700 (PDT) Received: by 10.100.141.14 with HTTP; Fri, 13 Jul 2007 01:27:51 -0700 (PDT) Message-ID: <790a9fff0707130127v22c7d567rcd52488a8ecb34a1@mail.gmail.com> Date: Fri, 13 Jul 2007 03:27:51 -0500 From: "Scot Hetzel" To: "Craig Boston" , "Juergen Lock" , freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org In-Reply-To: <20070712180750.GB77654@nowhere> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070702203027.GA45302@saturn.kn-bremen.de> <46925324.9010908@freebsd.org> <3bbf2fe10707091140h6cdc7469nac5be03a8c8a60cb@mail.gmail.com> <200707092000.29768.dfr@rabson.org> <200707092149.l69LnXe9023835@saturn.kn-bremen.de> <20070712175252.GA77654@nowhere> <20070712180750.GB77654@nowhere> Cc: Subject: Re: experimental qemu-devel port update, please test! 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, 13 Jul 2007 08:54:10 -0000 On 7/12/07, Craig Boston wrote: > Aha! The problem isn't that curproc is garbage, but rather that it's > being interpreted wrong. > > struct proc has some extra fields when KSE is #defined. KSE recently > became a kernel option and was put in the DEFAULTS file, so everyone's > kernel has it defined. But kqemu is being compiled without it. > > I compiled with -DKSE and now kqemu works! > > This seems like it would be a common problem for modules compiled > outside the kernel tree. Is there an established way to get the > standard configuration options? > > I'm thinking also about other options like SMP, that for instance > changes the way mutexes work. > Add the following option to the kernel configuration file: # This allows you to actually store this configuration file into # the kernel binary itself, where it may be later read by saying: # strings -n 3 /boot/kernel/kernel | sed -n 's/^___//p' > MYKERNEL # options INCLUDE_CONFIG_FILE # Include this file in kernel Then add the following to the kernel module port: BOOTFILE!= sysctl -n kern.bootfile .if !defined(KOPTION_KSE) . if ${OSVERSION} > 700040 #KOPTION_KSE!= if ${SYSCTL} -b kern.conftxt | grep KSE ; then echo "yes" ; fi KOPTION_KSE!= if config -x ${BOOTFILE} | grep KSE ; then echo "yes" ; fi . else KOPTION_KSE!= if strings -n 3 ${BOOTFILE} | grep KSE ; then echo "yes" ; fi . endif .endif .if ${KOPTION_KSE} == yes CFLAGS+= -DKSE .endif Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-emulation@FreeBSD.ORG Fri Jul 13 12:39:55 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0F86816A4A6 for ; Fri, 13 Jul 2007 12:39:55 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.227]) by mx1.freebsd.org (Postfix) with ESMTP id AB67F13C4AC for ; Fri, 13 Jul 2007 12:39:54 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by wr-out-0506.google.com with SMTP id i23so317035wra for ; Fri, 13 Jul 2007 05:39:52 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Ej2WDEGiOFHknEMFl4Iwxm1gREPOIoD0SZbM8YWurfRPEWpo8oeAjUejbSv/8tJdE5dwn6fK9q2rylf2IfHjvumzsD/T6Jmmi8daSJY8wZXbX9UEdJd9xgRYLqsPOXpuNfHjoMGcydALRJAdH+nrH4d2RiTi/feI3/Hs2/u7EJg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=d9pYOa6VW/tJlTPZ8OsB+BsIJwg6nvBW+v7wqI8oLWxzX32Yzf+3kXIfxRUirTgr7+l9fF8hZwqMFTAT+/RAfpenC7sOs1DPIQc9J99IBJIqubdj43s95W6HR+sFoAz7GJG9/1tqPA+Sc58rNMFeqEte3tIF/1Sp58UgLNwkgAU= Received: by 10.78.186.9 with SMTP id j9mr467291huf.1184330391649; Fri, 13 Jul 2007 05:39:51 -0700 (PDT) Received: by 10.78.120.9 with HTTP; Fri, 13 Jul 2007 05:39:51 -0700 (PDT) Message-ID: <3bbf2fe10707130539q5d74fd86w55dfb20254cd4255@mail.gmail.com> Date: Fri, 13 Jul 2007 14:39:51 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Craig Boston" , "Juergen Lock" , attilio@freebsd.org, freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org In-Reply-To: <20070712180750.GB77654@nowhere> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070702203027.GA45302@saturn.kn-bremen.de> <46925324.9010908@freebsd.org> <3bbf2fe10707091140h6cdc7469nac5be03a8c8a60cb@mail.gmail.com> <200707092000.29768.dfr@rabson.org> <200707092149.l69LnXe9023835@saturn.kn-bremen.de> <20070712175252.GA77654@nowhere> <20070712180750.GB77654@nowhere> X-Google-Sender-Auth: bc4dc233dbf6a4ce Cc: Subject: Re: experimental qemu-devel port update, please test! 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, 13 Jul 2007 12:39:55 -0000 2007/7/12, Craig Boston : > On Thu, Jul 12, 2007 at 12:52:52PM -0500, Craig Boston wrote: > > For some reason when the ioctl is issued, curproc points to a totally > > bogus proc structure. curthread seems to be sane as far as I can tell, > > but the process it claims to belong to is full of junk. > > Aha! The problem isn't that curproc is garbage, but rather that it's > being interpreted wrong. > > struct proc has some extra fields when KSE is #defined. KSE recently > became a kernel option and was put in the DEFAULTS file, so everyone's > kernel has it defined. But kqemu is being compiled without it. > > I compiled with -DKSE and now kqemu works! Ok, this patch should make this behaviour no more conditioned to KSE presence or not: http://people.freebsd.org/~attilio/kqemu.diff Note: this is highly untested due to lack of time and stuffs, but it should work. You would test in all the 4 configuration: - kernel with KSE, kqemu without - kernel without KSE, kquemu without - kernel with KSE, kqemu with - kernel without KSE, kquemu without They should all work. If they doesn't please let me know. An alternative approach would be to just not making KSE stuffs conditional, but even if I hate these ABI breakages I hate even more adding 16 unused bytes to "struct thread" struct on amd64. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-emulation@FreeBSD.ORG Fri Jul 13 20:49:08 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 12A9116A400; Fri, 13 Jul 2007 20:49:08 +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 86CEC13C4C2; Fri, 13 Jul 2007 20:49:07 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id E2C211F693E; Fri, 13 Jul 2007 22:49:05 +0200 (CEST) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.8/8.13.6) with ESMTP id l6DKk6f5015010; Fri, 13 Jul 2007 22:46:06 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.8/8.13.6/Submit) id l6DKk4nT015009; Fri, 13 Jul 2007 22:46:04 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Fri, 13 Jul 2007 22:46:04 +0200 To: Craig Boston , attilio@freebsd.org, freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org Message-ID: <20070713204604.GA14827@saturn.kn-bremen.de> Mail-Followup-To: Craig Boston , attilio@freebsd.org, freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org, Allan Jude References: <20070702203027.GA45302@saturn.kn-bremen.de> <46925324.9010908@freebsd.org> <3bbf2fe10707091140h6cdc7469nac5be03a8c8a60cb@mail.gmail.com> <200707092000.29768.dfr@rabson.org> <200707092149.l69LnXe9023835@saturn.kn-bremen.de> <20070712175252.GA77654@nowhere> <20070712180750.GB77654@nowhere> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070712180750.GB77654@nowhere> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Allan Jude Subject: Re: experimental qemu-devel port update, please test! 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, 13 Jul 2007 20:49:08 -0000 On Thu, Jul 12, 2007 at 01:07:50PM -0500, Craig Boston wrote: > On Thu, Jul 12, 2007 at 12:52:52PM -0500, Craig Boston wrote: > > For some reason when the ioctl is issued, curproc points to a totally > > bogus proc structure. curthread seems to be sane as far as I can tell, > > but the process it claims to belong to is full of junk. > > Aha! The problem isn't that curproc is garbage, but rather that it's > being interpreted wrong. > > struct proc has some extra fields when KSE is #defined. KSE recently > became a kernel option and was put in the DEFAULTS file, so everyone's > kernel has it defined. But kqemu is being compiled without it. > > I compiled with -DKSE and now kqemu works! > Aaah-haah! Thanks for catching this one! :) > This seems like it would be a common problem for modules compiled > outside the kernel tree. Is there an established way to get the > standard configuration options? > Good q... > I'm thinking also about other options like SMP, that for instance > changes the way mutexes work. > > Craig Okay what do you guys think about the following patch for now: (the SMP thing might actually be the cause for ports/113430, can someone verify?) Index: Makefile =================================================================== RCS file: /home/pcvs/ports/emulators/kqemu-kmod/Makefile,v retrieving revision 1.17 diff -u -r1.17 Makefile --- Makefile 29 Jun 2007 15:57:16 -0000 1.17 +++ Makefile 13 Jul 2007 20:36:01 -0000 @@ -7,6 +7,7 @@ PORTNAME= kqemu PORTVERSION= 1.3.0.p11 +PORTREVISION= 1 CATEGORIES= emulators kld MASTER_SITES= http://qemu.org/ \ http://fabrice.bellard.free.fr/qemu/ \ @@ -54,6 +55,23 @@ IGNORE= kqemu requires kernel source to be installed .endif +.if ${OSVERSION} >= 700024 && !defined(NOKSE) +# XXX this is wrong if you have `nooption KSE' in your kernel config, +# please define NOKSE in that case +CFLAGS+= -DKSE +.endif + +# XXX the following is wrong if you run a custom SMP kernel on a +# singleprocessor machine (but it probably doesn't really matter) +KERNCONF!= ${UNAME} -v | ${SED} 's-.*/--' +NCPU!= ${SYSCTL} -n hw.ncpu 2>/dev/null +# we know 7.x GENERIC has SMP +.if ${KERNCONF} == "GENERIC" && ${OSVERSION} >= 700000 +CFLAGS+= -DSMP +.elif ${NCPU} > 1 +CFLAGS+= -DSMP +.endif + do-build: @(cd ${BUILD_WRKSRC}/common; ${SETENV} ${MAKE_ENV} ${GMAKE} ${MAKE_FLAGS} Makefile ${MAKE_ARGS} ${ALL_TARGET}) @(cd ${BUILD_WRKSRC}; ${SETENV} ${MAKE_ENV} ${MAKE} ${MAKE_FLAGS} ${MAKEFILE} ${ALL_TARGET}) Index: pkg-descr =================================================================== RCS file: /home/pcvs/ports/emulators/kqemu-kmod/pkg-descr,v retrieving revision 1.2 diff -u -r1.2 pkg-descr --- pkg-descr 28 Aug 2006 22:52:42 -0000 1.2 +++ pkg-descr 2 Jul 2007 18:57:34 -0000 @@ -1,3 +1,3 @@ KQEMU is a qemu accelerator kernel module on x86/amd64. -WWW: http://qemu.org/qemu-accel.html +WWW: http://fabrice.bellard.free.fr/qemu/ From owner-freebsd-emulation@FreeBSD.ORG Sat Jul 14 01:46:43 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 62D6616A401; Sat, 14 Jul 2007 01:46:43 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.layeredtech.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id 089C613C49D; Sat, 14 Jul 2007 01:46:42 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from neutrino.vnode.org (r74-193-81-203.pfvlcmta01.grtntx.tl.dh.suddenlink.net [74.193.81.203]) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id l6E1kdsX004019 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Fri, 13 Jul 2007 20:46:41 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <46982AF9.6080207@freebsd.org> Date: Fri, 13 Jul 2007 20:46:33 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.4 (X11/20070629) MIME-Version: 1.0 To: Craig Boston , attilio@freebsd.org, freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org, Allan Jude References: <20070702203027.GA45302@saturn.kn-bremen.de> <46925324.9010908@freebsd.org> <3bbf2fe10707091140h6cdc7469nac5be03a8c8a60cb@mail.gmail.com> <200707092000.29768.dfr@rabson.org> <200707092149.l69LnXe9023835@saturn.kn-bremen.de> <20070712175252.GA77654@nowhere> <20070712180750.GB77654@nowhere> <20070713204604.GA14827@saturn.kn-bremen.de> In-Reply-To: <20070713204604.GA14827@saturn.kn-bremen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Cc: Subject: Re: experimental qemu-devel port update, please test! 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, 14 Jul 2007 01:46:43 -0000 On 07/13/07 15:46, Juergen Lock wrote: > On Thu, Jul 12, 2007 at 01:07:50PM -0500, Craig Boston wrote: >> On Thu, Jul 12, 2007 at 12:52:52PM -0500, Craig Boston wrote: >>> For some reason when the ioctl is issued, curproc points to a totally >>> bogus proc structure. curthread seems to be sane as far as I can tell, >>> but the process it claims to belong to is full of junk. >> Aha! The problem isn't that curproc is garbage, but rather that it's >> being interpreted wrong. >> >> struct proc has some extra fields when KSE is #defined. KSE recently >> became a kernel option and was put in the DEFAULTS file, so everyone's >> kernel has it defined. But kqemu is being compiled without it. >> >> I compiled with -DKSE and now kqemu works! >> > Aaah-haah! Thanks for catching this one! :) > >> This seems like it would be a common problem for modules compiled >> outside the kernel tree. Is there an established way to get the >> standard configuration options? >> > Good q... > >> I'm thinking also about other options like SMP, that for instance >> changes the way mutexes work. >> >> Craig > > Okay what do you guys think about the following patch for now: > (the SMP thing might actually be the cause for ports/113430, can > someone verify?) The patch applies cleanly, and it builds. It also *WORKS*! :) I can't say anything about that PR though. Eric From owner-freebsd-emulation@FreeBSD.ORG Sat Jul 14 18:11:28 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6646716A400; Sat, 14 Jul 2007 18:11:28 +0000 (UTC) (envelope-from craig@yekse.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id 4CA4013C46B; Sat, 14 Jul 2007 18:11:26 +0000 (UTC) (envelope-from craig@yekse.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id ECFA911578; Sat, 14 Jul 2007 13:11:25 -0500 (CDT) Date: Sat, 14 Jul 2007 13:11:25 -0500 From: Craig Boston To: attilio@freebsd.org, freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org, Allan Jude Message-ID: <20070714181125.GA54021@nowhere> References: <20070702203027.GA45302@saturn.kn-bremen.de> <46925324.9010908@freebsd.org> <3bbf2fe10707091140h6cdc7469nac5be03a8c8a60cb@mail.gmail.com> <200707092000.29768.dfr@rabson.org> <200707092149.l69LnXe9023835@saturn.kn-bremen.de> <20070712175252.GA77654@nowhere> <20070712180750.GB77654@nowhere> <20070713204604.GA14827@saturn.kn-bremen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070713204604.GA14827@saturn.kn-bremen.de> User-Agent: Mutt/1.4.2.2i Cc: Subject: Re: experimental qemu-devel port update, please test! 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, 14 Jul 2007 18:11:28 -0000 On Fri, Jul 13, 2007 at 10:46:04PM +0200, Juergen Lock wrote: > Okay what do you guys think about the following patch for now: > (the SMP thing might actually be the cause for ports/113430, can > someone verify?) I wonder if perhaps the port should be marked NO_PACKAGE, since quite a bit depends on kernel parameters that may be different on the build machine. Or at least a big scary warning in pkg-message that it will probably crash if you install from a package and have a non-GENERIC kernel. Craig From owner-freebsd-emulation@FreeBSD.ORG Sat Jul 14 21:26:08 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 705C016A402; Sat, 14 Jul 2007 21:26:08 +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 2543B13C467; Sat, 14 Jul 2007 21:26:07 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id 6BCAE1F707E; Sat, 14 Jul 2007 23:26:06 +0200 (CEST) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.8/8.13.6) with ESMTP id l6ELOxCq049955; Sat, 14 Jul 2007 23:24:59 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.8/8.13.6/Submit) id l6ELOwk9049954; Sat, 14 Jul 2007 23:24:58 +0200 (CEST) (envelope-from nox) Date: Sat, 14 Jul 2007 23:24:58 +0200 (CEST) From: Juergen Lock Message-Id: <200707142124.l6ELOwk9049954@saturn.kn-bremen.de> To: craig@yekse.gank.org X-Newsgroups: local.list.freebsd.ports In-Reply-To: <20070714181125.GA54021@nowhere> References: <20070702203027.GA45302@saturn.kn-bremen.de> <46925324.9010908@freebsd.org> <3bbf2fe10707091140h6cdc7469nac5be03a8c8a60cb@mail.gmail.com> <200707092000.29768.dfr@rabson.org> <200707092149.l69LnXe9023835@saturn.kn-bremen.de> <20070712175252.GA77654@nowhere> <20070712180750.GB77654@nowhere> <20070713204604.GA14827@saturn.kn-bremen.de> Organization: home Cc: attilio@freebsd.org, Allan Jude , freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org Subject: Re: experimental qemu-devel port update, please test! 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, 14 Jul 2007 21:26:08 -0000 In article <20070714181125.GA54021@nowhere> you write: >On Fri, Jul 13, 2007 at 10:46:04PM +0200, Juergen Lock wrote: >> Okay what do you guys think about the following patch for now: >> (the SMP thing might actually be the cause for ports/113430, can >> someone verify?) > >I wonder if perhaps the port should be marked NO_PACKAGE, since quite a >bit depends on kernel parameters that may be different on the build >machine. Actually it originally had NO_PACKAGE because of this (and the fact that kqemu wasn't opensource back then), but kris changed that to RESTRICTED in order to enable pointyhat builds. Do other kld ports still have NO_PACKAGE? I agree that using packages for klds usually is a bad idea, maybe we need a new variable that only allows packaging for pointyhat in order to test compilation... > >Or at least a big scary warning in pkg-message that it will probably >crash if you install from a package and have a non-GENERIC kernel. ...or the package is older than your kernel (especially on -current), yeah thats a good idea (which I just committed.) Thanx, Juergen