Some months ago I asked a question regarding the relevance of the ORIGIN parm on a DSPSERV macro. During that time I came across older documentation which referred to low-address protection being in effect when the PSF (Private Space Facility) was not active. My limited understanding is that the PSF is active on 'virtually' all systems. Mr Dissen's post below brought this to mind.
HTH, Mike -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Binyamin Dissen Sent: Wednesday, August 19, 2020 4:16 PM To: [email protected] Subject: Re: Strange S0C4 on z15 Caution! This message was sent from outside your organization. Fetch-protection-override (cr0.38) allowed the OS to put fetch protection on page0 while allowing (legacy) access to 0-2047. Don't know which hardware level allowed exploitation. On Wed, 19 Aug 2020 19:11:33 +0000 "Christopher Y. Blaicher" <[email protected]> wrote: :>We have a program that ran fine on a z13 that now gets an S0C4 on a z15. :>On a z13 we could access data in the PSA in the 2048 to 4095 range without going into key 0. The specific field is PSASVT. :>To get to that data now, we have to do a MODESET to key zero. :>Anyone else find this as a problem? Was it there with a z14? We jumped from a z13 to a z15. -- Binyamin Dissen <[email protected]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
