From owner-freebsd-ports@FreeBSD.ORG Thu Jul 12 19:51:44 2007 Return-Path: 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 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, Eric Anderson Subject: Re: experimental qemu-devel port update, please test! X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD 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