This "TAGS" file is a top-level, non-generated file that serves as a
directory for all the "TAGS" files in subdirectories, allowing them to
be used as a unit.
Matt Birkholz [Tue, 23 Feb 2016 05:28:13 +0000 (22:28 -0700)]
ffi: Support libtool. Convert plugins and test-ffi to automake.
Remove compile-shim, link-shim, install-shim. Thus the microcode's
shared object (module) build configuration is no longer needed in
AUXDIR/shim-config.scm.
Replace install-load-option and install-html with update-optiondb and
update-html-index, which can be used after an install OR an uninstall.
Matt Birkholz [Tue, 16 Feb 2016 21:48:58 +0000 (14:48 -0700)]
Interrupt handlers DO want to use signal-thread-event.
Undo ba92c7c's changes to runtime/intrpt.scm. Also, call %maybe-
toggle-thread-timer after calling %signal-thread-event in runtime/
gcnote and runtime/process.
Matt Birkholz [Thu, 4 Feb 2016 04:25:08 +0000 (21:25 -0700)]
src/etc/compile-svm.sh: Use max heap to cross-compile on i386.
Running the secondary GC daemons after compiling a directory helps,
but 10000KiW is still too small. Cross-compilation of edwin/snr hangs
unless 12000KiW can be had.
Matt Birkholz [Thu, 4 Feb 2016 04:23:25 +0000 (21:23 -0700)]
Abort the console thread when heap is low.
Previously, a random running thread was aborted, e.g. the
single-threaded workload. Recently, just the notification subscribers
were aborted. But it is common for there to be NO subscribers,
e.g. during a single-threaded workload (our own build!). Now the
console thread is also aborted (and notifications are punted).
Matt Birkholz [Sun, 31 Jan 2016 01:10:37 +0000 (18:10 -0700)]
Fix try-lock-thread-mutex to work when there is no current thread.
GC daemons need to run when there is no current thread. Try-lock-
thread-mutex was intended for their use. They do not mind
occasionally skipping an opportunity to clean, including the rare
times when a GC interrupt occurs with no current thread -- in the
thread system of a quiescent world.
Try-lock-thread-mutex was signaling spurious deadlocks when GC daemons
ran with no current thread. Free locks appeared to be owned by #F --
the current thread.
Check that all pointers and block offsets are valid heap addresses
before following them. Do not dump words past Free (in bogus objects
at the end of the heap).
Scan the stack and note if it is not "sealed" ("closed"?). It should
have either a return code or a compiled entry at the top. Also note
any extraordinarily large objects.
Matt Birkholz [Tue, 5 Jan 2016 22:40:55 +0000 (15:40 -0700)]
Add an ignore_status_change parameter to OS_pause for SMP-IDLE.
OS_pause previously returned immediately if there were pending
interrupts OR subprocess status changes, as required by a blocking
test-select-registry primitive. That made it useless to the SMP-IDLE
primitive, which spins in the idle loop until the io-waiter (or a
timer interrupt handler) gets around to syncing subprocess statuses.
It will spin too after getting a SIGCHLD until statuses are synced.
Matt Birkholz [Tue, 5 Jan 2016 18:45:39 +0000 (11:45 -0700)]
Punt without-preemption; use without-interrupts during callouts.
Using without-preemption in (runtime ffi) causes timer interrupts to
be ignored -- COMPLETELY ignored in the glxgears demo's animation
loop. It is probably no more helpful in with-obarray-lock(?).
Matt Birkholz [Fri, 11 Dec 2015 17:28:50 +0000 (10:28 -0700)]
Note last-statistic early in signal-gc-events.
The signaled thread events may run whenever, perhaps after
last-statistic is changed. Ensure all the thread events get the same
statistic -- the last-statistic when the events were sent.
Matt Birkholz [Fri, 11 Dec 2015 17:25:06 +0000 (10:25 -0700)]
edwin: Eliminate redundant thread event when setting run-light.
Using inferior-thread-output! in wait-for-input's thread event signals
another thread event unnecessarily. The new inferior-thread-run-
light! just sets the flags.
Matt Birkholz [Fri, 11 Dec 2015 17:16:50 +0000 (10:16 -0700)]
Eliminate multiple trigger-gc-deamons!.
The GC notification in GC events reveals that the after-gc interrupt
handler can run multiple times after one GC. This seems to happen
when a timer interrupt occurs during trigger-gc-daemons!. Thread
switching leads to re-signaling. (Was it assumed interrupt handlers
would not allow thread switching?)
This new interrupt handler is applied with interrupt-mask NOT
/timer-ok and allows timer interrupts only after clearing the after-gc
bit. A substitute mechanism prevents "us from getting into a loop
just running the daemons."
Punt the hook/record-statistic! fluid. With-gc-notification now uses
dynamic-wind to register and deregister a GC thread event for the
current thread.
Do not use ANY fluid state (e.g. nearest-cmdl/port) during a GC. Use
the console-i/o-port in hook/gc-start and hook/gc-finish. GCs can
happen in the thread system when there is no current thread.
The fluid state IS defined during the GC thread events. At the start
of such events, signal a REPL abort if the heap is low.
Matt Birkholz [Tue, 21 Jul 2015 01:11:42 +0000 (18:11 -0700)]
Replace subprocess status ticks with thread events.
Without without-interrupts, ticks do not work. It is possible to
block even though a subprocess has changed state between the last
observation of the global status tick and the suspend. Passing the
observed tick to suspend-current-thread would allow it to check for
new ticks in the atomic section wherein it decides if the thread
should suspend, but replacing without-interrupts with with-thread-
events-blocked suggests a cleaner solution: subprocess thread events.
The new procedures register-subprocess-event and deregister-
subprocess-event are now used by Edwin. ANY main loop managing
subprocesses AND IO should be using register-subprocess-event along
with with-thread-events-blocked and suspend-current-thread to reliably
block for either in an SMPing world.
Block-on-io-descriptor now uses with-thread-events-blocked instead of
without-interrupts but it does NOT use register-subprocess-event AND
WILL NOT UNBLOCK WHEN A SUBPROCESS CHANGES STATUS.
Unfortunately this breaks Edwin on OS2 and Win32 where it is now
possible for Edwin to block for keyboard input without noticing that a
subprocess has exited. Edwin's main loop in these worlds needs to be
updated to use a "suspend loop" and register-subprocess-event even
though they do not actually multi-process.
Subprocess-wait now uses a suspend loop like the one in block-on-io-
descriptor rather than blocking for the rest of the thread's timeslice
in the process-wait primitive. Synchronous subprocess management now
uses this procedure instead of the curious subprocess-wait*, the only
remaining procedure using ticks.
Thus SUBPROCESS-GLOBAL-STATUS-TICK and SUBPROCESS-STATUS-TICK are
eliminated.
Matt Birkholz [Sat, 27 Jun 2015 22:24:45 +0000 (15:24 -0700)]
Reimplement permanently-register-io-thread-event for SMPability.
Remove permanent tentries (waiting thread entries) from
io-registrations. Replace them with an event wrapper that loops,
re-registering after the wrapped event finishes. The loop assumes IO
is being consumed during the event. If not, it may spin forever.
Remove the notion of registering for the "front" of the queue too.
The X graphics device must take care to de-register its IO event
before closing the display, else the thread system may apply test-
select-registry to a closed descriptor.
Matt Birkholz [Wed, 9 Dec 2015 21:27:57 +0000 (14:27 -0700)]
edwin: Fix inferior threads' wait-for-input.
Set the run-light BEFORE setting inferior-thread-changes?. Edwin may
accept-thread-output and clear the flag before it handles the thread
event (which will set the run-light, but not -changes?).
Matt Birkholz [Sun, 5 Jul 2015 16:21:17 +0000 (09:21 -0700)]
Do NOT use permanently-register-io-thread-event in Edwin.
Edwin does not consume the IO in the thread event. This worked in a
uni-processing world where another thread could consume the IO in
round-robin fashion, but in an SMPing world there is no way to know
when it is appropriate to signal another event. In a naive
implementation (without special handling of these events), an idle
processor would spin, queuing MANY "IO ready" events to one thread
until another thread consumed the IO.
Edwin's X11 and console display types now block for IO on multiple
descriptors, the X or tty descriptor PLUS the subprocess output
descriptors. They no longer use permanent IO thread events to handle
the latter.
Edwin's remaining uses of permanently-register-io-thread-event are in
single-threaded OS2 and Win32 worlds. The runtime's only uses are in
the OS2 and X11 graphics devices where the IO *is* consumed during the
event.
Matt Birkholz [Wed, 19 Aug 2015 01:00:50 +0000 (18:00 -0700)]
Use without-interruption and more locking(!) in gcfinal.scm.
Prepare the GC daemon to run concurrently with other threads; lock each
finalizer while it is cleaned in run-gc-finalizers.
Add without-interruption to add-to-, remove-from-, remove-all-from-,
with--lock, and make-gc-finalized-object, NOT to search- or -elements.
Reset-gc-finalizers also lost its without-interrupts, but it is an
after-restore event already executed without-interrupts.
Matt Birkholz [Tue, 23 Jun 2015 18:01:26 +0000 (11:01 -0700)]
Remove without-interrupts from runtime/process.scm.
Serial access to a subprocess is the responsibility of the user. Thus
subprocess-i/o-port and close-subprocess-i/o do not need without-
interrupts to implement it.
Closing a port twice should not signal an error, so subprocess-delete
and close-subprocess-i/o do not need even without-interruption.
However they should close the port before clearing the subprocess
slot, else an abort could drop the port and it's channels may not be
closed for an arbitrarily long time.
Status sync could miss changes and subprocess-i/o-port and
make-subprocess could drop a subprocess or port if aborted mid-stride.
They now use without-interruption.
Matt Birkholz [Fri, 19 Jun 2015 20:04:04 +0000 (13:04 -0700)]
Remove without-interrupts from runtime/queue.scm.
Add make-serial-queue and use it in runtime globals: the event
distributors, GC daemons and REPLs. Note that the "safe" queue
operations, when applied to non-serializing queues in SMPing worlds,
are NOT thread-safe. This only happens in LIAR, SWAT, Edwin, X11
Graphics and OS2 Graphics -- single-threaded applications.
Matt Birkholz [Sun, 12 Jul 2015 23:47:14 +0000 (16:47 -0700)]
Remove without-interrupts from runtime/intrpt.scm.
It was only used in the internal install procedure where an "atomic"
updated was described. Punted that and assumed the procedure is not
run in multiple threads concurrently. It should be called only during
the single-threaded cold load or in a careful developer's REPL(?).
Matt Birkholz [Mon, 13 Jul 2015 22:57:03 +0000 (15:57 -0700)]
Remove without-interrupts from runtime/io.scm.
Channel-read and channel-write used without-interrupts for atomicity,
to avoid calling primitives with a channel another thread has closed.
The resulting errors may have been expensive to handle, but the cheap
technique of calling without-interrupts is ineffective in SMPing
worlds. Assuming most channels are used by one thread and will not
encounter these errors, just punt the calls to without-interrupts.
Serialize modifications to the channel table (esp. channel-close) via
the open-channels gc finalizer's atomic section and the new
with-gc-finalizer-lock procedure.
Remove tty-input-channel and tty-output-channel from general use.
They are only used in a cold load initialize-package! procedure and an
after-restore reset-console procedure. They are not fit for general
use, creating a new channel object each time they are called, only the
newest one of which is returned by descriptor->channel. Assume these
procedures are only used in single threaded fashion.
In open-pty-master, directory-channel-open and make-select-registry,
replace without-interrupts with without-interruption to avoid dropping
a channel or registry because of an inopportune abort. GC finalizers
like open-channels and open-directories (and select-registry-
finalizer) are already serializing.
Do NOT export channel-descriptor-for-select to the () package. Assume
select registries and their result vectors are used ONLY internally,
in single threaded fashion, by the thread system. Punt the
unnecessary and now useless calls to without-interrupts.
In dld-load-file and dld-unload-file, serialize access to the
dld-handles via dld-handles-mutex.
Matt Birkholz [Tue, 23 Jun 2015 23:01:51 +0000 (16:01 -0700)]
Remove without-interrupts from runtime/infutl.scm.
Without-interrupts was used to make atomic accesses to the
uncompressed-files cache and the wrappers-with-memoized-debugging-info
population. To replace it, a serial population is used and the
uncompressed-files cache is punted. The latter is hopefully
unnecessary on modern machinery.
Matt Birkholz [Thu, 18 Jun 2015 19:23:48 +0000 (12:23 -0700)]
Remove without-interrupts from runtime/hashtb.scm.
Serial access to particular hash tables is (now?) the responsibility
of the user -- all access, not just modifications (because of lazy
rehashing). Serial access to the list of all address hash tables is
now the responsiblity of a serial population.
Most calls to with-table-locked! (aka without-interrupts) are now
calls to without-interruption (to postpone inopportune aborts).
Matt Birkholz [Thu, 18 Jun 2015 19:56:42 +0000 (12:56 -0700)]
Remove with-absolutely-no-interrupts from runtime/hash.scm.
Use a thread mutex to serialize access. Simplify an ancient
implementation by using the new datum weak and key weak hash table
types. Initialize the package AFTER (runtime hash-table).
Matt Birkholz [Mon, 13 Jul 2015 00:23:52 +0000 (17:23 -0700)]
Remove without-interrupts from runtime/global.scm.
Clean-obarray runs as a secondary-gc-deamon and thus, in SMPing
worlds, it may run in parallel with other threads on other processors.
A number of primitives and compiler utilities modify the obarray so an
SMPing microcode will use a pthread mutex to serialize access to it.
Clean-obarray now uses a new procedure, with-obarray-lock, that uses
new primitives to participate in the serialization.
Matt Birkholz [Fri, 19 Jun 2015 17:31:37 +0000 (10:31 -0700)]
Remove without-interrupts from runtime/generic.scm.
Serial access to particular generic functions is still the
responsibility of the user. Serial access to the
generic-procedure-records table is now ensured by a thread mutex.
Matt Birkholz [Thu, 18 Jun 2015 18:24:43 +0000 (11:24 -0700)]
Remove without-interrupts from runtime/geneqht.scm.
Serial access to a particular table is still the responsibility of the
user (e.g. SOS procedures?), but the list of all address hash tables
is now a serial population.
Matt Birkholz [Thu, 18 Jun 2015 18:22:42 +0000 (11:22 -0700)]
Add make-serial-population.
Also add empty-population! and for-each-inhabitant.
Do not export the /unsafe procedures even to (runtime); require that
they be explicitly imported (specifically exported?). Use the /unsafe
procedures in (runtime 1d-property) and (runtime thread) package
initializations to avoid trying to lock the population-of-populations
too early in the cold load.
Matt Birkholz [Mon, 6 Jul 2015 00:58:03 +0000 (17:58 -0700)]
Initialize the thread system early in the cold load.
Thus with-thread-mutex-lock can be used during initialization of most
packages. Avoid using the global set-interrupt-enables! binding in
dynamic-wind because it is now called so early.
This anticipates removing without-interrupts from gcfinal.scm and thus
calling with-thread-mutex-lock during make-gc-finalizer, e.g. during
the initialization of the (runtime string) package.
Matt Birkholz [Tue, 23 Jun 2015 18:42:13 +0000 (11:42 -0700)]
Remove with-absolutely-no-interrupts from runtime/gc.scm.
Default/purify and default/gc-flip modified the constant-space-queue
under the cover of with-absolutely-no-interrupts, which is no longer
atomic. Serializing these procedures is a trick because the latter is
invoked by the GC interrupt. (Thus ABSOLUTELY no interrupts were
allowed?)
But there is no need for default/gc-flip to remove items from the
queue. Flush-purification-queue! will know that its queue is "empty"
when its head is in constant space. Thus the interrupt no longer
modifies the queue, and the queuing process is serialized in the usual
way.
Since primitive-purify cannot fail for lack of space, ancient error
signals and retry loops are also eliminated.