segfault sometimes on first invocation
- Get rid of redundant & in two places
- Bump PORTREVISION
There still is the unresolved issue of (likely) the gdt move causing the
host to hang for one guy, if this happens to you you can try the following
kernel patch that sets up seperate gdts at boot so kqemu doesn't have to
do the move:
http://people.freebsd.org/~nox/qemu/patch-sys-amd64-seperate-gdt.txt
Thanx to: Yamagi for testing
calling fpudna()/npxdna() directly instead of programmatically invoking
int 7 (should also speed up the i386 case a tiny little bit that didn't
print a message) [1]
- Rename kqemu_tss_workaround to kqemu_tss_fixup [2]
- Bump PORTREVISION
Looked over by: bde [1]
Prodded by: jhb [2]
host panics - longer explanation in this post:
http://docs.freebsd.org/cgi/mid.cgi?20080501101951.GA30274 [1]
- Get rid of superfluous "kqemu " in IGNORE message when kernel source
is missing
- Pass down DEBUG_FLAGS to the build
- Bump PORTREVISION
PR: ports/113430 [1]
stuck in devdrn
- Remove the -DSMP magic, it didn't help the amd64 SMP panics and was
useless anyway (the panics still exist, the only good workaround I've
found so far is forcing qemu onto cpu 1 and that is only possible on
HEAD using the new cpuset feature)
- Only bother with the -DKSE magic for OSVERSIONs where it matters
- Bump PORTREVISION
- fix KERNCONF detection
- bump PORTREVISION
(There sill is that unresolved issue of the KSE/SMP CFLAGS not being
passed down to the build for one guy tho, even tho they do appear in
make -V CFLAGS...)
kqemu version 1.3.0pre6:
- compile fix for Linux kernel version >= 2.6.16
- better null LDT handling (aka Plan9 and ReactOS bug)
- moved monitor code to another address (aka win2k 256 MB bug)
oh and FreeBSD guests have been working with -kernel-kqemu
since 1.3.0pre5! (tested with 6.1RC1)
PR: ports/96337
Submitted by: Juergen Lock <nox@jelal.kn-bremen.de>
