Mercurial > cgi-bin > hgwebdir.cgi > VMS > VMS_Implementations > VMS_impls > VMS__MC_shared_impl
view VMS.c @ 53:42dd44df1bb0
Init changed to only use VMS__malloc & uses VMS__malloc versions of utilities
| author | Me |
|---|---|
| date | Mon, 01 Nov 2010 21:21:32 -0700 |
| parents | f59cfa31a579 |
| children | f8508572f3de |
line source
1 /*
2 * Copyright 2010 OpenSourceStewardshipFoundation
3 *
4 * Licensed under BSD
5 */
7 #include <stdio.h>
8 #include <stdlib.h>
9 #include <string.h>
10 #include <malloc.h>
11 #include <sys/time.h>
13 #include "VMS.h"
14 #include "Queue_impl/BlockingQueue.h"
15 #include "Histogram/Histogram.h"
18 #define thdAttrs NULL
20 //===========================================================================
21 void
22 shutdownFn( void *dummy, VirtProcr *dummy2 );
24 SchedSlot **
25 create_sched_slots();
27 void
28 create_masterEnv();
30 void
31 create_the_coreLoop_OS_threads();
33 MallocProlog *
34 create_free_list();
36 void
37 endOSThreadFn( void *initData, VirtProcr *animatingPr );
39 pthread_mutex_t suspendLock = PTHREAD_MUTEX_INITIALIZER;
40 pthread_cond_t suspend_cond = PTHREAD_COND_INITIALIZER;
42 //===========================================================================
44 /*Setup has two phases:
45 * 1) Semantic layer first calls init_VMS, which creates masterEnv, and puts
46 * the master virt procr into the work-queue, ready for first "call"
47 * 2) Semantic layer then does its own init, which creates the seed virt
48 * procr inside the semantic layer, ready to schedule it when
49 * asked by the first run of the masterLoop.
50 *
51 *This part is bit weird because VMS really wants to be "always there", and
52 * have applications attach and detach.. for now, this VMS is part of
53 * the app, so the VMS system starts up as part of running the app.
54 *
55 *The semantic layer is isolated from the VMS internals by making the
56 * semantic layer do setup to a state that it's ready with its
57 * initial virt procrs, ready to schedule them to slots when the masterLoop
58 * asks. Without this pattern, the semantic layer's setup would
59 * have to modify slots directly to assign the initial virt-procrs, and put
60 * them into the readyToAnimateQ itself, breaking the isolation completely.
61 *
62 *
63 *The semantic layer creates the initial virt procr(s), and adds its
64 * own environment to masterEnv, and fills in the pointers to
65 * the requestHandler and slaveScheduler plug-in functions
66 */
68 /*This allocates VMS data structures, populates the master VMSProc,
69 * and master environment, and returns the master environment to the semantic
70 * layer.
71 */
72 void
73 VMS__init()
74 {
75 create_masterEnv();
76 create_the_coreLoop_OS_threads();
77 }
79 /*To initialize the sequential version, just don't create the threads
80 */
81 void
82 VMS__init_Seq()
83 {
84 create_masterEnv();
85 }
87 void
88 create_masterEnv()
89 { MasterEnv *masterEnv;
90 SRSWQueueStruc **readyToAnimateQs;
91 int coreIdx;
92 VirtProcr **masterVPs;
93 SchedSlot ***allSchedSlots; //ptr to array of ptrs
96 //Make the master env, which holds everything else
97 _VMSMasterEnv = malloc( sizeof(MasterEnv) );
99 //Very first thing put into the master env is the free-list, seeded
100 // with a massive initial chunk of memory.
101 //After this, all other mallocs are VMS__malloc.
102 _VMSMasterEnv->freeListHead = VMS_ext__create_free_list();
104 //===================== Only VMS__malloc after this ====================
105 masterEnv = _VMSMasterEnv;
107 //Make a readyToAnimateQ for each core loop
108 readyToAnimateQs = VMS__malloc( NUM_CORES * sizeof(SRSWQueueStruc *) );
109 masterVPs = VMS__malloc( NUM_CORES * sizeof(VirtProcr *) );
111 //One array for each core, 3 in array, core's masterVP scheds all
112 allSchedSlots = VMS__malloc( NUM_CORES * sizeof(SchedSlot *) );
114 _VMSMasterEnv->numProcrsCreated = 0; //used by create procr
115 for( coreIdx = 0; coreIdx < NUM_CORES; coreIdx++ )
116 {
117 readyToAnimateQs[ coreIdx ] = makeSRSWQ();
119 //Q: should give masterVP core-specific info as its init data?
120 masterVPs[ coreIdx ] = VMS__create_procr( &masterLoop, masterEnv );
121 masterVPs[ coreIdx ]->coreAnimatedBy = coreIdx;
122 allSchedSlots[ coreIdx ] = create_sched_slots(); //makes for one core
123 _VMSMasterEnv->numMasterInARow[ coreIdx ] = 0;
124 }
125 _VMSMasterEnv->readyToAnimateQs = readyToAnimateQs;
126 _VMSMasterEnv->masterVPs = masterVPs;
127 _VMSMasterEnv->masterLock = UNLOCKED;
128 _VMSMasterEnv->allSchedSlots = allSchedSlots;
131 //Aug 19, 2010: no longer need to place initial masterVP into queue
132 // because coreLoop now controls -- animates its masterVP when no work
135 //============================= MEASUREMENT STUFF ========================
136 #ifdef STATS__TURN_ON_PROBES
137 _VMSMasterEnv->dynIntervalProbesInfo =
138 makePrivDynArrayOfSize( &(_VMSMasterEnv->intervalProbes), 200);
140 _VMSMasterEnv->probeNameHashTbl = makeHashTable( 1000, &VMS__free );
142 //put creation time directly into master env, for fast retrieval
143 struct timeval timeStamp;
144 gettimeofday( &(timeStamp), NULL);
145 _VMSMasterEnv->createPtInSecs =
146 timeStamp.tv_sec +(timeStamp.tv_usec/1000000.0);
147 #endif
148 //========================================================================
150 }
152 SchedSlot **
153 create_sched_slots()
154 { SchedSlot **schedSlots;
155 int i;
157 schedSlots = VMS__malloc( NUM_SCHED_SLOTS * sizeof(SchedSlot *) );
159 for( i = 0; i < NUM_SCHED_SLOTS; i++ )
160 {
161 schedSlots[i] = VMS__malloc( sizeof(SchedSlot) );
163 //Set state to mean "handling requests done, slot needs filling"
164 schedSlots[i]->workIsDone = FALSE;
165 schedSlots[i]->needsProcrAssigned = TRUE;
166 }
167 return schedSlots;
168 }
171 void
172 freeSchedSlots( SchedSlot **schedSlots )
173 { int i;
174 for( i = 0; i < NUM_SCHED_SLOTS; i++ )
175 {
176 VMS__free( schedSlots[i] );
177 }
178 VMS__free( schedSlots );
179 }
182 void
183 create_the_coreLoop_OS_threads()
184 {
185 //========================================================================
186 // Create the Threads
187 int coreIdx, retCode;
189 //Need the threads to be created suspended, and wait for a signal
190 // before proceeding -- gives time after creating to initialize other
191 // stuff before the coreLoops set off.
192 _VMSMasterEnv->setupComplete = 0;
194 //Make the threads that animate the core loops
195 for( coreIdx=0; coreIdx < NUM_CORES; coreIdx++ )
196 { coreLoopThdParams[coreIdx] = VMS__malloc( sizeof(ThdParams) );
197 coreLoopThdParams[coreIdx]->coreNum = coreIdx;
199 retCode =
200 pthread_create( &(coreLoopThdHandles[coreIdx]),
201 thdAttrs,
202 &coreLoop,
203 (void *)(coreLoopThdParams[coreIdx]) );
204 if(retCode){printf("ERROR creating thread: %d\n", retCode); exit(1);}
205 }
206 }
208 /*Semantic layer calls this when it want the system to start running..
209 *
210 *This starts the core loops running then waits for them to exit.
211 */
212 void
213 VMS__start_the_work_then_wait_until_done()
214 { int coreIdx;
215 //Start the core loops running
217 //tell the core loop threads that setup is complete
218 //get lock, to lock out any threads still starting up -- they'll see
219 // that setupComplete is true before entering while loop, and so never
220 // wait on the condition
221 pthread_mutex_lock( &suspendLock );
222 _VMSMasterEnv->setupComplete = 1;
223 pthread_mutex_unlock( &suspendLock );
224 pthread_cond_broadcast( &suspend_cond );
227 //wait for all to complete
228 for( coreIdx=0; coreIdx < NUM_CORES; coreIdx++ )
229 {
230 pthread_join( coreLoopThdHandles[coreIdx], NULL );
231 }
233 //NOTE: do not clean up VMS env here -- semantic layer has to have
234 // a chance to clean up its environment first, then do a call to free
235 // the Master env and rest of VMS locations
236 }
238 /*Only difference between version with an OS thread pinned to each core and
239 * the sequential version of VMS is VMS__init_Seq, this, and coreLoop_Seq.
240 */
241 void
242 VMS__start_the_work_then_wait_until_done_Seq()
243 {
244 //Instead of un-suspending threads, just call the one and only
245 // core loop (sequential version), in the main thread.
246 coreLoop_Seq( NULL );
248 }
252 /*Create stack, then create __cdecl structure on it and put initialData and
253 * pointer to the new structure instance into the parameter positions on
254 * the stack
255 *Then put function pointer into nextInstrPt -- the stack is setup in std
256 * call structure, so jumping to function ptr is same as a GCC generated
257 * function call
258 *No need to save registers on old stack frame, because there's no old
259 * animator state to return to --
260 *
261 */
262 inline VirtProcr *
263 create_procr_helper( VirtProcr *newPr, VirtProcrFnPtr fnPtr,
264 void *initialData, char *stackLocs )
265 {
266 char *stackPtr;
268 newPr->startOfStack = stackLocs;
269 newPr->procrID = _VMSMasterEnv->numProcrsCreated++;
270 newPr->nextInstrPt = fnPtr;
271 newPr->initialData = initialData;
272 newPr->requests = NULL;
273 newPr->schedSlot = NULL;
275 //fnPtr takes two params -- void *initData & void *animProcr
276 //alloc stack locations, make stackPtr be the highest addr minus room
277 // for 2 params + return addr. Return addr (NULL) is in loc pointed to
278 // by stackPtr, initData at stackPtr + 4 bytes, animatingPr just above
279 stackPtr = ( (char *)stackLocs + VIRT_PROCR_STACK_SIZE - 0x10 );
281 //setup __cdecl on stack -- coreloop will switch to stackPtr before jmp
282 *( (int *)stackPtr + 2 ) = (int) newPr; //rightmost param -- 32bit pointer
283 *( (int *)stackPtr + 1 ) = (int) initialData; //next param to left
284 newPr->stackPtr = stackPtr; //core loop will switch to this, then
285 newPr->framePtr = stackPtr; //suspend loop will save new stack & frame ptr
287 //============================= MEASUREMENT STUFF ========================
288 #ifdef STATS__TURN_ON_PROBES
289 struct timeval timeStamp;
290 gettimeofday( &(timeStamp), NULL);
291 newPr->createPtInSecs = timeStamp.tv_sec +(timeStamp.tv_usec/1000000.0);
292 #endif
293 //========================================================================
295 return newPr;
296 }
298 inline VirtProcr *
299 VMS__create_procr( VirtProcrFnPtr fnPtr, void *initialData )
300 { VirtProcr *newPr;
301 char *stackLocs;
303 newPr = VMS__malloc( sizeof(VirtProcr) );
304 stackLocs = VMS__malloc( VIRT_PROCR_STACK_SIZE );
305 if( stackLocs == 0 )
306 { perror("VMS__malloc stack"); exit(1); }
308 return create_procr_helper( newPr, fnPtr, initialData, stackLocs );
309 }
311 /* "ext" designates that it's for use outside the VMS system -- should only
312 * be called from main thread or other thread -- never from code animated by
313 * a VMS virtual processor.
314 */
315 inline VirtProcr *
316 VMS_ext__create_procr( VirtProcrFnPtr fnPtr, void *initialData )
317 { VirtProcr *newPr;
318 char *stackLocs;
320 newPr = malloc( sizeof(VirtProcr) );
321 stackLocs = malloc( VIRT_PROCR_STACK_SIZE );
322 if( stackLocs == 0 )
323 { perror("malloc stack"); exit(1); }
325 return create_procr_helper( newPr, fnPtr, initialData, stackLocs );
326 }
329 /*there is a label inside this function -- save the addr of this label in
330 * the callingPr struc, as the pick-up point from which to start the next
331 * work-unit for that procr. If turns out have to save registers, then
332 * save them in the procr struc too. Then do assembly jump to the CoreLoop's
333 * "done with work-unit" label. The procr struc is in the request in the
334 * slave that animated the just-ended work-unit, so all the state is saved
335 * there, and will get passed along, inside the request handler, to the
336 * next work-unit for that procr.
337 */
338 void
339 VMS__suspend_procr( VirtProcr *animatingPr )
340 { void *jmpPt, *stackPtrAddr, *framePtrAddr, *coreLoopStackPtr;
341 void *coreLoopFramePtr;
343 //The request to master will cause this suspended virt procr to get
344 // scheduled again at some future point -- to resume, core loop jumps
345 // to the resume point (below), which causes restore of saved regs and
346 // "return" from this call.
347 animatingPr->nextInstrPt = &&ResumePt;
349 //return ownership of the virt procr and sched slot to Master virt pr
350 animatingPr->schedSlot->workIsDone = TRUE;
352 stackPtrAddr = &(animatingPr->stackPtr);
353 framePtrAddr = &(animatingPr->framePtr);
355 jmpPt = _VMSMasterEnv->coreLoopStartPt;
356 coreLoopFramePtr = animatingPr->coreLoopFramePtr;//need this only
357 coreLoopStackPtr = animatingPr->coreLoopStackPtr;//safety
359 //Save the virt procr's stack and frame ptrs,
360 asm volatile("movl %0, %%eax; \
361 movl %%esp, (%%eax); \
362 movl %1, %%eax; \
363 movl %%ebp, (%%eax) "\
364 /* outputs */ : "=g" (stackPtrAddr), "=g" (framePtrAddr) \
365 /* inputs */ : \
366 /* clobber */ : "%eax" \
367 );
369 //=========================== Measurement stuff ========================
370 #ifdef MEAS__TIME_STAMP_SUSP
371 //record time stamp: compare to time-stamp recorded below
372 saveLowTimeStampCountInto( animatingPr->preSuspTSCLow );
373 #endif
374 //=======================================================================
376 //restore coreloop's frame ptr, then jump back to "start" of core loop
377 //Note, GCC compiles to assembly that saves esp and ebp in the stack
378 // frame -- so have to explicitly do assembly that saves to memory
379 asm volatile("movl %0, %%eax; \
380 movl %1, %%esp; \
381 movl %2, %%ebp; \
382 jmp %%eax " \
383 /* outputs */ : \
384 /* inputs */ : "m" (jmpPt), "m"(coreLoopStackPtr), "m"(coreLoopFramePtr)\
385 /* clobber */ : "memory", "%eax", "%ebx", "%ecx", "%edx", "%edi","%esi" \
386 ); //list everything as clobbered to force GCC to save all
387 // live vars that are in regs on stack before this
388 // assembly, so that stack pointer is correct, before jmp
390 ResumePt:
391 #ifdef MEAS__TIME_STAMP_SUSP
392 //NOTE: only take low part of count -- do sanity check when take diff
393 saveLowTimeStampCountInto( animatingPr->postSuspTSCLow );
394 #endif
396 return;
397 }
401 /*For this implementation of VMS, it may not make much sense to have the
402 * system of requests for creating a new processor done this way.. but over
403 * the scope of single-master, multi-master, mult-tasking, OS-implementing,
404 * distributed-memory, and so on, this gives VMS implementation a chance to
405 * do stuff before suspend, in the AppVP, and in the Master before the plugin
406 * is called, as well as in the lang-lib before this is called, and in the
407 * plugin. So, this gives both VMS and language implementations a chance to
408 * intercept at various points and do order-dependent stuff.
409 *Having a standard VMSNewPrReqData struc allows the language to create and
410 * free the struc, while VMS knows how to get the newPr if it wants it, and
411 * it lets the lang have lang-specific data related to creation transported
412 * to the plugin.
413 */
414 void
415 VMS__send_create_procr_req( void *semReqData, VirtProcr *reqstingPr )
416 { VMSReqst req;
418 req.reqType = createReq;
419 req.semReqData = semReqData;
420 req.nextReqst = reqstingPr->requests;
421 reqstingPr->requests = &req;
423 VMS__suspend_procr( reqstingPr );
424 }
427 /*
428 *This adds a request to dissipate, then suspends the processor so that the
429 * request handler will receive the request. The request handler is what
430 * does the work of freeing memory and removing the processor from the
431 * semantic environment's data structures.
432 *The request handler also is what figures out when to shutdown the VMS
433 * system -- which causes all the core loop threads to die, and returns from
434 * the call that started up VMS to perform the work.
435 *
436 *This form is a bit misleading to understand if one is trying to figure out
437 * how VMS works -- it looks like a normal function call, but inside it
438 * sends a request to the request handler and suspends the processor, which
439 * jumps out of the VMS__dissipate_procr function, and out of all nestings
440 * above it, transferring the work of dissipating to the request handler,
441 * which then does the actual work -- causing the processor that animated
442 * the call of this function to disappear and the "hanging" state of this
443 * function to just poof into thin air -- the virtual processor's trace
444 * never returns from this call, but instead the virtual processor's trace
445 * gets suspended in this call and all the virt processor's state disap-
446 * pears -- making that suspend the last thing in the virt procr's trace.
447 */
448 void
449 VMS__send_dissipate_req( VirtProcr *procrToDissipate )
450 { VMSReqst req;
452 req.reqType = dissipate;
453 req.nextReqst = procrToDissipate->requests;
454 procrToDissipate->requests = &req;
456 VMS__suspend_procr( procrToDissipate );
457 }
460 /* "ext" designates that it's for use outside the VMS system -- should only
461 * be called from main thread or other thread -- never from code animated by
462 * a VMS virtual processor.
463 *
464 *Use this version to dissipate VPs created outside the VMS system.
465 */
466 void
467 VMS_ext__dissipate_procr( VirtProcr *procrToDissipate )
468 {
469 //NOTE: initialData was given to the processor, so should either have
470 // been alloc'd with VMS__malloc, or freed by the level above animPr.
471 //So, all that's left to free here is the stack and the VirtProcr struc
472 // itself
473 //Note, should not stack-allocate initial data -- no guarantee, in
474 // general that creating processor will outlive ones it creates.
475 free( procrToDissipate->startOfStack );
476 free( procrToDissipate );
477 }
481 /*This call's name indicates that request is malloc'd -- so req handler
482 * has to free any extra requests tacked on before a send, using this.
483 *
484 * This inserts the semantic-layer's request data into standard VMS carrier
485 * request data-struct that is mallocd. The sem request doesn't need to
486 * be malloc'd if this is called inside the same call chain before the
487 * send of the last request is called.
488 *
489 *The request handler has to call VMS__free_VMSReq for any of these
490 */
491 inline void
492 VMS__add_sem_request_in_mallocd_VMSReqst( void *semReqData,
493 VirtProcr *callingPr )
494 { VMSReqst *req;
496 req = VMS__malloc( sizeof(VMSReqst) );
497 req->reqType = semantic;
498 req->semReqData = semReqData;
499 req->nextReqst = callingPr->requests;
500 callingPr->requests = req;
501 }
503 /*This inserts the semantic-layer's request data into standard VMS carrier
504 * request data-struct is allocated on stack of this call & ptr to it sent
505 * to plugin
506 *Then it does suspend, to cause request to be sent.
507 */
508 inline void
509 VMS__send_sem_request( void *semReqData, VirtProcr *callingPr )
510 { VMSReqst req;
512 req.reqType = semantic;
513 req.semReqData = semReqData;
514 req.nextReqst = callingPr->requests;
515 callingPr->requests = &req;
517 VMS__suspend_procr( callingPr );
518 }
521 inline void
522 VMS__send_VMSSem_request( void *semReqData, VirtProcr *callingPr )
523 { VMSReqst req;
525 req.reqType = VMSSemantic;
526 req.semReqData = semReqData;
527 req.nextReqst = callingPr->requests; //gab any other preceeding
528 callingPr->requests = &req;
530 VMS__suspend_procr( callingPr );
531 }
534 /*
535 */
536 VMSReqst *
537 VMS__take_next_request_out_of( VirtProcr *procrWithReq )
538 { VMSReqst *req;
540 req = procrWithReq->requests;
541 if( req == NULL ) return NULL;
543 procrWithReq->requests = procrWithReq->requests->nextReqst;
544 return req;
545 }
548 inline void *
549 VMS__take_sem_reqst_from( VMSReqst *req )
550 {
551 return req->semReqData;
552 }
556 /* This is for OS requests and VMS infrastructure requests, such as to create
557 * a probe -- a probe is inside the heart of VMS-core, it's not part of any
558 * language -- but it's also a semantic thing that's triggered from and used
559 * in the application.. so it crosses abstractions.. so, need some special
560 * pattern here for handling such requests.
561 * Doing this just like it were a second language sharing VMS-core.
562 *
563 * This is called from the language's request handler when it sees a request
564 * of type VMSSemReq
565 *
566 * TODO: Later change this, to give probes their own separate plugin & have
567 * VMS-core steer the request to appropriate plugin
568 * Do the same for OS calls -- look later at it..
569 */
570 void inline
571 VMS__handle_VMSSemReq( VMSReqst *req, VirtProcr *requestingPr, void *semEnv,
572 ResumePrFnPtr resumePrFnPtr )
573 { VMSSemReq *semReq;
574 IntervalProbe *newProbe;
575 int32 nameLen;
577 semReq = req->semReqData;
579 newProbe = VMS__malloc( sizeof(IntervalProbe) );
580 nameLen = strlen( semReq->nameStr );
581 newProbe->nameStr = VMS__malloc( nameLen );
582 memcpy( newProbe->nameStr, semReq->nameStr, nameLen );
583 newProbe->hist = NULL;
584 newProbe->schedChoiceWasRecorded = FALSE;
586 //This runs in masterVP, so no race-condition worries
587 newProbe->probeID =
588 addToDynArray( newProbe, _VMSMasterEnv->dynIntervalProbesInfo );
590 requestingPr->dataRetFromReq = newProbe;
592 (*resumePrFnPtr)( requestingPr, semEnv );
593 }
597 /*This must be called by the request handler plugin -- it cannot be called
598 * from the semantic library "dissipate processor" function -- instead, the
599 * semantic layer has to generate a request, and the plug-in calls this
600 * function.
601 *The reason is that this frees the virtual processor's stack -- which is
602 * still in use inside semantic library calls!
603 *
604 *This frees or recycles all the state owned by and comprising the VMS
605 * portion of the animating virtual procr. The request handler must first
606 * free any semantic data created for the processor that didn't use the
607 * VMS_malloc mechanism. Then it calls this, which first asks the malloc
608 * system to disown any state that did use VMS_malloc, and then frees the
609 * statck and the processor-struct itself.
610 *If the dissipated processor is the sole (remaining) owner of VMS__malloc'd
611 * state, then that state gets freed (or sent to recycling) as a side-effect
612 * of dis-owning it.
613 */
614 void
615 VMS__dissipate_procr( VirtProcr *animatingPr )
616 {
617 //dis-own all locations owned by this processor, causing to be freed
618 // any locations that it is (was) sole owner of
619 //TODO: implement VMS__malloc system, including "give up ownership"
622 //NOTE: initialData was given to the processor, so should either have
623 // been alloc'd with VMS__malloc, or freed by the level above animPr.
624 //So, all that's left to free here is the stack and the VirtProcr struc
625 // itself
626 //Note, should not stack-allocate initial data -- no guarantee, in
627 // general that creating processor will outlive ones it creates.
628 VMS__free( animatingPr->startOfStack );
629 VMS__free( animatingPr );
630 }
633 //TODO: look at architecting cleanest separation between request handler
634 // and master loop, for dissipate, create, shutdown, and other non-semantic
635 // requests. Issue is chain: one removes requests from AppVP, one dispatches
636 // on type of request, and one handles each type.. but some types require
637 // action from both request handler and master loop -- maybe just give the
638 // request handler calls like: VMS__handle_X_request_type
641 /*This is called by the semantic layer's request handler when it decides its
642 * time to shut down the VMS system. Calling this causes the core loop OS
643 * threads to exit, which unblocks the entry-point function that started up
644 * VMS, and allows it to grab the result and return to the original single-
645 * threaded application.
646 *
647 *The _VMSMasterEnv is needed by this shut down function, so the create-seed-
648 * and-wait function has to free a bunch of stuff after it detects the
649 * threads have all died: the masterEnv, the thread-related locations,
650 * masterVP any AppVPs that might still be allocated and sitting in the
651 * semantic environment, or have been orphaned in the _VMSWorkQ.
652 *
653 *NOTE: the semantic plug-in is expected to use VMS__malloc to get all the
654 * locations it needs, and give ownership to masterVP. Then, they will be
655 * automatically freed.
656 *
657 *In here,create one core-loop shut-down processor for each core loop and put
658 * them all directly into the readyToAnimateQ.
659 *Note, this function can ONLY be called after the semantic environment no
660 * longer cares if AppVPs get animated after the point this is called. In
661 * other words, this can be used as an abort, or else it should only be
662 * called when all AppVPs have finished dissipate requests -- only at that
663 * point is it sure that all results have completed.
664 */
665 void
666 VMS__shutdown()
667 { int coreIdx;
668 VirtProcr *shutDownPr;
670 //create the shutdown processors, one for each core loop -- put them
671 // directly into the Q -- each core will die when gets one
672 for( coreIdx=0; coreIdx < NUM_CORES; coreIdx++ )
673 { //Note, this is running in the master
674 shutDownPr = VMS__create_procr( &endOSThreadFn, NULL );
675 writeSRSWQ( shutDownPr, _VMSMasterEnv->readyToAnimateQs[coreIdx] );
676 }
678 }
681 /*Am trying to be cute, avoiding IF statement in coreLoop that checks for
682 * a special shutdown procr. Ended up with extra-complex shutdown sequence.
683 *This function has the sole purpose of setting the stack and framePtr
684 * to the coreLoop's stack and framePtr.. it does that then jumps to the
685 * core loop's shutdown point -- might be able to just call Pthread_exit
686 * from here, but am going back to the pthread's stack and setting everything
687 * up just as if it never jumped out, before calling pthread_exit.
688 *The end-point of core loop will free the stack and so forth of the
689 * processor that animates this function, (this fn is transfering the
690 * animator of the AppVP that is in turn animating this function over
691 * to core loop function -- note that this slices out a level of virtual
692 * processors).
693 */
694 void
695 endOSThreadFn( void *initData, VirtProcr *animatingPr )
696 { void *jmpPt, *coreLoopStackPtr, *coreLoopFramePtr;
698 jmpPt = _VMSMasterEnv->coreLoopEndPt;
699 coreLoopStackPtr = animatingPr->coreLoopStackPtr;
700 coreLoopFramePtr = animatingPr->coreLoopFramePtr;
703 asm volatile("movl %0, %%eax; \
704 movl %1, %%esp; \
705 movl %2, %%ebp; \
706 jmp %%eax " \
707 /* outputs */ : \
708 /* inputs */ : "m" (jmpPt), "m"(coreLoopStackPtr), "m"(coreLoopFramePtr)\
709 /* clobber */ : "memory", "%eax", "%ebx", "%ecx", "%edx", "%edi","%esi" \
710 );
711 }
714 /*This is called from the startup & shutdown
715 */
716 void
717 VMS__cleanup_at_end_of_shutdown()
718 {
719 SRSWQueueStruc **readyToAnimateQs;
720 int coreIdx;
721 VirtProcr **masterVPs;
722 SchedSlot ***allSchedSlots; //ptr to array of ptrs
724 //All the environment data has been allocated with VMS__malloc, so just
725 // free its internal big-chunk and all inside it disappear.
726 /*
727 readyToAnimateQs = _VMSMasterEnv->readyToAnimateQs;
728 masterVPs = _VMSMasterEnv->masterVPs;
729 allSchedSlots = _VMSMasterEnv->allSchedSlots;
731 for( coreIdx = 0; coreIdx < NUM_CORES; coreIdx++ )
732 {
733 freeSRSWQ( readyToAnimateQs[ coreIdx ] );
734 //master VPs were created external to VMS, so use external free
735 VMS__dissipate_procr( masterVPs[ coreIdx ] );
737 freeSchedSlots( allSchedSlots[ coreIdx ] );
738 }
740 VMS__free( _VMSMasterEnv->readyToAnimateQs );
741 VMS__free( _VMSMasterEnv->masterVPs );
742 VMS__free( _VMSMasterEnv->allSchedSlots );
744 //============================= MEASUREMENT STUFF ========================
745 #ifdef STATS__TURN_ON_PROBES
746 freeDynArrayDeep( _VMSMasterEnv->dynIntervalProbesInfo, &VMS__free_probe);
747 #endif
748 //========================================================================
749 */
750 //These are the only two that use system free
751 VMS_ext__free_free_list( _VMSMasterEnv->freeListHead );
752 free( (void *)_VMSMasterEnv );
753 }