experimental qemu-devel port update, please test!

Eric Anderson anderson at freebsd.org
Sat Jul 14 01:46:43 UTC 2007

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.


More information about the freebsd-ports mailing list