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