Peter Flass wrote: > I think you're confusing a few things. In IBM terms, a SYSGEN was the > procedure to tailor the OS (originally the complete system with > bundling) to your environment, selecting supervisor options, job entry > subsystem, compilers, etc. Although it was an assembly, the "stage 1" > SYSGEN macros just generated a huge JCL deck. "Stage 2" consisted of > running this generated jobstream to actually build your system. A full > SYSGEN was very infrequent. More common was the IOGEN, which ran just > one set of jobs to configure the peripherals. > > At IPL time, IBM systems ran "NIP" which was a stupid program to load > various parts of the OS and initialize the system. I don't know about > TOPS-10, but most other mainframe OS's had similar programs - Multics > used BOS, for example. I think nearly all PC OS's use this scheme now, > to avoid having to package the entire system as one monolithic > executable. AFAIK, Linux is the exception, but at the expense of having > a lot of unneeded drivers linked into the kernal.
cp67 (and vm370) was even simpler. the txt decks (output from the assembler) were bundled together and booted from cards using a card loader from BPS (basic progamming system ... about the most primitive of the systems for s/360). when the BPS loader had gotten everything into memory image ... it transferred control to cpinit. cpinit wrote a page formated image (of what had just been loaded into memory) to disk ..... and then wrote the necessary wrote the necessary disk boot/ipl records to read cpinit back into memory. on disk boot/ipl, cpinit would be read back into memory ... it would recognize that it was being loaded from disk (rather than in the earlier bps loader p;rocess) and reverse the earlier process of page block i/o for the kernel image ... this time doing reads instead of writes. once the kernel image was back into memory, it would then do the cold/warm(/ckpt) process for spool file system. after that it would transfer control to normal kernel operation. my modification for doing the automated benchmarking was one of the last things invoked by cpinit process before transferring control to standard kernel processing (cpinit in vm370 was renamed dmkcpi) http://www.garlic.com/~lynn/subtopic.html#bench this auomated startup procedure was released as part of the standard product. random past posts mentioning bps loader: http://www.garlic.com/~lynn/94.html#11 REXX http://www.garlic.com/~lynn/98.html#9 ** Old Vintage Operating Systems ** http://www.garlic.com/~lynn/99.html#135 sysprog shortage - what questions would you ask? http://www.garlic.com/~lynn/2000b.html#32 20th March 2000 http://www.garlic.com/~lynn/2001b.html#23 Linux IA-64 interrupts [was Re: Itanium benchmarks ...] http://www.garlic.com/~lynn/2001b.html#26 HELP http://www.garlic.com/~lynn/2001b.html#27 HELP http://www.garlic.com/~lynn/2002f.html#47 How Long have you worked with MF's ? (poll) http://www.garlic.com/~lynn/2002h.html#35 Computers in Science Fiction http://www.garlic.com/~lynn/2002i.html#2 Where did text file line ending characters begin? http://www.garlic.com/~lynn/2002n.html#62 PLX http://www.garlic.com/~lynn/2002n.html#71 bps loader, was PLX http://www.garlic.com/~lynn/2002n.html#72 bps loader, was PLX http://www.garlic.com/~lynn/2002n.html#73 Home mainframes http://www.garlic.com/~lynn/2002p.html#56 cost of crossing kernel/user boundary http://www.garlic.com/~lynn/2002p.html#62 cost of crossing kernel/user boundary http://www.garlic.com/~lynn/2003f.html#3 Alpha performance, why? http://www.garlic.com/~lynn/2003f.html#26 Alpha performance, why? http://www.garlic.com/~lynn/2003o.html#23 Tools -vs- Utility http://www.garlic.com/~lynn/2004b.html#33 A POX on you, Dennis Ritchie!!! http://www.garlic.com/~lynn/2004f.html#11 command line switches [Re: [REALLY OT!] Overuse of symbolic http://www.garlic.com/~lynn/2004g.html#45 command line switches [Re: [REALLY OT!] Overuse of symbolic constants] http://www.garlic.com/~lynn/2004o.html#9 Integer types for 128-bit addressing http://www.garlic.com/~lynn/2005f.html#10 Where should the type information be: in tags and descriptors http://www.garlic.com/~lynn/2005f.html#16 Where should the type information be: in tags and descriptors http://www.garlic.com/~lynn/2005g.html#52 Software for IBM 360/30 random past posts mentioning having redone os/360 stage2 sysgen: http://www.garlic.com/~lynn/94.html#18 CP/67 & OS MFT14 http://www.garlic.com/~lynn/97.html#22 Pre S/360 IBM Operating Systems? http://www.garlic.com/~lynn/97.html#28 IA64 Self Virtualizable? http://www.garlic.com/~lynn/98.html#21 Reviving the OS/360 thread (Questions about OS/360) http://www.garlic.com/~lynn/99.html#93 MVS vs HASP vs JES (was 2821) http://www.garlic.com/~lynn/2000d.html#50 Navy orders supercomputer http://www.garlic.com/~lynn/2001d.html#48 VTOC position http://www.garlic.com/~lynn/2001h.html#12 checking some myths. http://www.garlic.com/~lynn/2001l.html#39 is this correct ? OS/360 became MVS and MVS >> OS/390 http://www.garlic.com/~lynn/2002b.html#24 Infiniband's impact was Re: Intel's 64-bit strategy http://www.garlic.com/~lynn/2002c.html#45 cp/67 addenda (cross-post warning) http://www.garlic.com/~lynn/2002c.html#51 cp/67 addenda (cross-post warning) http://www.garlic.com/~lynn/2003c.html#51 HASP assembly: What the heck is an MVT ABEND 422? http://www.garlic.com/~lynn/2004c.html#59 real multi-tasking, multi-programming http://www.garlic.com/~lynn/2004k.html#41 Vintage computers are better than modern crap ! http://www.garlic.com/~lynn/2004l.html#29 FW: Looking for Disk Calc program/Exec http://www.garlic.com/~lynn/2005b.html#41 [Lit.] Buffer overruns http://www.garlic.com/~lynn/2005h.html#6 Software for IBM 360/30 (was Re: DOS/360: Forty years) http://www.garlic.com/~lynn/2005m.html#16 CPU time and system load http://www.garlic.com/~lynn/2005n.html#40 You might be a mainframer if... :-) V3.8 http://www.garlic.com/~lynn/2005o.html#12 30 Years and still counting http://www.garlic.com/~lynn/2005q.html#7 HASP/ASP JES/JES2/JES3 http://www.garlic.com/~lynn/2005r.html#0 Intel strikes back with a parallel x86 design http://www.garlic.com/~lynn/2005r.html#38 IEH/IEB/... names?
