experimental qemu-devel port update, please test!
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.
> 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