Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 13 Jul 2007 20:46:33 -0500
From:      Eric Anderson <anderson@freebsd.org>
To:        Craig Boston <craig@yekse.gank.org>, attilio@freebsd.org, freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org, Allan Jude <freebsd@shellfusion.ca>
Subject:   Re: experimental qemu-devel port update, please test!
Message-ID:  <46982AF9.6080207@freebsd.org>
In-Reply-To: <20070713204604.GA14827@saturn.kn-bremen.de>
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>

next in thread | previous in thread | raw e-mail | index | archive | help
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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?46982AF9.6080207>