Re: Re: Wait State 00050064
| Newsgroups | gmane.comp.emulators.hercules390.mvs |
|---|---|
| Message-ID | <CAPcd4G-Gfp0G7ukDmca73T+2hc2qukqUsw_7OoEZ-CPJY-gfvg@mail.gmail.com> |
Well damn! How dare IBM do that to me LOL! 1. The following System/370 control programs operate in LPAR mode: • MVS/SP Version 2 Release 1.3 • MVS/SP Version 1 Release 3.5 • VM/SP Release 5 and subsequent releases • VM/SP High Performance Option Release 4.2 and subsequent releases • VSE/Advanced Function Version 2 and Version 4 • VSE/SP Version, Version 3, and Version 4 Joe On Sat, Sep 21, 2019 at 1:24 PM 'Dave Wade' [email protected] [H390-MVS] <[email protected]> wrote: > > > Joe, > > Well the ES/9000 Functional Characteristics says that “MVS/SP Version 1 > Release 3.5” will run in an LAPR > > Dave > > > > > > *From:* [email protected] <[email protected]> > *Sent:* 21 September 2019 16:50 > *To:* [email protected] > *Subject:* Re: [H390-MVS] Re: Wait State 00050064 > > > > > > > The first version of MVS that supported LPARs was MVS/SP V2R1. Thus, > OS/VS2 ver 3.8J would not know about LPARs. > > > > Joe > > > > On Sat, Sep 21, 2019 at 11:41 AM ''Fish' (David B. Trout)' > [email protected] [H390-MVS] <[email protected] > <[email protected]>> wrote: > > > > Dave Wade wrote: > > [...] > > was the LPAR number hidden from the OS.... > > .... do S/370 OS's know about LPARs and how should > > Hercules behave when one is defined. > > > > Perhaps Hercules is behaving badly... > > I would tend to agree. > > I personally questioned the behavior (by Mark Gaubtaz (dasdman) back in > Sept. 2013) which is what lead to my eventual introduction of the "Limited > automatic LPARNUM updating when setting certain architecture modes" change > in Hyperion 4.1 (https://sdl-hercules-390.github.io/html/hercrnot.html#4.1), > but he insisted such handling was correct, and I felt he was in a better > position to know than me (having worked at Amdahl for many years and having > access to documents unavailable to the general public). > > <shrug> > > -- > "Fish" (David B. Trout) > Software Development Laboratories > http://www.softdevlabs.com > mail: [email protected] <[email protected]> > > > > > >