Commit graph

5 commits

Author SHA1 Message Date
Juergen Lock
7db429fd44 - Call the tss fixup code before entering the monitor instead of after.
(This fixes the problems that one user saw which I couldn't reproduce.)
- Bump PORTREVISION
2008-06-05 18:49:12 +00:00
Juergen Lock
987566f671 - Fix wrong userland fsbase load after gdt move that caused qemu to
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
2008-05-18 20:23:40 +00:00
Juergen Lock
6f92515e0f - Fix multiple qemu processes on amd64 SMP by actually using seperate
per-cpu gdts (the previous fix was only stable for one qemu process
  at a time)
  Relevant thread:
	http://lists.freebsd.org/pipermail/freebsd-emulation/2008-May/004902.html
- Bump PORTREVISION

PR:		ports/113430
2008-05-12 19:09:52 +00:00
Juergen Lock
35eb123661 - Get rid of the infamous "fpudna in kernel mode" messages on amd64 by
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]
2008-05-11 10:59:20 +00:00
Juergen Lock
4fbc32fd37 - Add a workaround for the amd64 SMP shared gdt issue that caused the
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]
2008-05-01 13:29:16 +00:00