X-Git-Url: http://repo.macrolet.net/gitweb/?a=blobdiff_plain;f=src%2Fcode%2Fsysmacs.lisp;h=59b8b4510aa139a25b45c2962c2bdf6ed0859fbf;hb=c2404a2f430ecf57897a795202625dff4764c18d;hp=60f18d751abd861436e9f5bd1eea2a7696548106;hpb=a78202527c1b4f8a9a6cb190870577e39d8544fd;p=sbcl.git diff --git a/src/code/sysmacs.lisp b/src/code/sysmacs.lisp index 60f18d7..59b8b45 100644 --- a/src/code/sysmacs.lisp +++ b/src/code/sysmacs.lisp @@ -11,24 +11,26 @@ (in-package "SB!IMPL") -(defmacro atomic-incf/symbol (symbol-name &optional (delta 1)) - #!-sb-thread - `(incf ,symbol-name ,delta) - #!+sb-thread - `(locally - (declare (optimize (safety 0) (speed 3))) - (sb!vm::locked-symbol-global-value-add ',symbol-name ,delta))) +;;;; these are initialized in cold init -(defvar *gc-inhibit*) ; initialized in cold init +(defvar *in-without-gcing*) +(defvar *gc-inhibit*) ;;; When the dynamic usage increases beyond this amount, the system ;;; notes that a garbage collection needs to occur by setting ;;; *GC-PENDING* to T. It starts out as NIL meaning nobody has figured ;;; out what it should be yet. -(defvar *gc-pending* nil) +(defvar *gc-pending*) #!+sb-thread -(defvar *stop-for-gc-pending* nil) +(defvar *stop-for-gc-pending*) + +;;; This one is initialized by the runtime, at thread creation. On +;;; non-x86oid gencgc targets, this is a per-thread list of objects +;;; which must not be moved during GC. It is frobbed by the code for +;;; with-pinned-objects in src/compiler/target/macros.lisp. +#!+(and gencgc (not (or x86 x86-64))) +(defvar sb!vm::*pinned-objects*) (defmacro without-gcing (&body body) #!+sb-doc @@ -49,28 +51,25 @@ system will be deadlocked. Since SBCL does not currently document its internal locks, application code can never be certain that this invariant is maintained." (with-unique-names (without-gcing-body) - `(flet ((,without-gcing-body () + `(dx-flet ((,without-gcing-body () ,@body)) (if *gc-inhibit* (,without-gcing-body) - (without-interrupts - ;; We need to disable interrupts before disabling GC, so that - ;; signal handlers using locks don't accidentally try to grab - ;; them with GC inhibited. - ;; - ;; It would be nice to implement this with just a single UWP, but - ;; unfortunately it seems that it cannot be done: the naive - ;; solution of binding both *INTERRUPTS-ENABLED* and - ;; *GC-INHIBIT*, and checking for both pending GC and interrupts - ;; in the cleanup breaks if we have a GC pending, but no - ;; interrupts, and we receive an asynch unwind while checking for - ;; the pending GC: we unwind before handling the pending GC, and - ;; will be left running with further GCs blocked due to the GC - ;; pending flag. + ;; We need to disable interrupts before disabling GC, so + ;; that signal handlers using locks don't accidentally try + ;; to grab them with GC inhibited. + (let ((*in-without-gcing* t)) (unwind-protect - (let ((*gc-inhibit* t)) + (let* ((*allow-with-interrupts* nil) + (*interrupts-enabled* nil) + (*gc-inhibit* t)) (,without-gcing-body)) - (when (or *gc-pending* #!+sb-thread *stop-for-gc-pending*) + ;; This is not racy becuase maybe_defer_handler + ;; defers signals if *GC-INHIBIT* is NIL but there + ;; is a pending gc or stop-for-gc. + (when (or *interrupt-pending* + *gc-pending* + #!+sb-thread *stop-for-gc-pending*) (sb!unix::receive-pending-interrupt)))))))) ;;; EOF-OR-LOSE is a useful macro that handles EOF.