Did OSPROTECT work on z14’s?  Or was that something that required z15 and 
beyond?  According to the manual the behavior of OSPROTECT changed with V3.1





From: IBM Mainframe Discussion List <[email protected]> on behalf of 
Philippe Leite <[email protected]>
Date: Friday, August 1, 2025 at 3:08 PM
To: [email protected] <[email protected]>
Subject: Re: Strange S0C4 on z15

CAUTION EXTERNAL EMAIL
This message came from outside your organization.
DO NOT open attachments or click on links from unknown senders or unexpected 
emails.
Report 
Suspicious<https://us-phishalarm-ewt.proofpoint.com/EWT/v1/MwwqYLOC6b6whF7V!o1OEdzGhRarrUOfUYHQjVglumPbZP_Al1UiygV50-CET789tXNrKJsNZnf2rVJlL4xNFBlmEMHUoYRdMv3Fgd4twtVOe7Z_6yWqpJaMYmPOqJGGIbO97ck-CJ3ByUQ$>


When I try to access 4096-8191 then I get S0C4-4, that is the expected
result.

On Fri, Aug 1, 2025 at 3:58 PM Seymour J Metz <[email protected]> wrote:

> What abought 4096-8191?
>
> --
> Shmuel (Seymour J.) Metz
> https://urldefense.com/v3/__http://mason.gmu.edu/*smetz3__;fg!!MwwqYLOC6b6whF7V!mpgC24u_AvkKO5ne57tDuc3tm1424UUPWpCC32-LY4LfJPuvRFzR58ND1T0HdIb1Tm14IApxjdoDQy6tIqIITpHy0UQVGKXMhVg$
> עַם יִשְׂרָאֵל חַי
> נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
>
>
>
>
> ________________________________________
> From: IBM Mainframe Discussion List <[email protected]> on behalf
> of Philippe Leite <[email protected]>
> Sent: Friday, August 1, 2025 1:08 PM
> To: [email protected] <[email protected]>
> Subject: Re: Strange S0C4 on z15
>
>
> External Message: Use Caution
>
>
> It doesn't matter if CR0 bit 38 is on or off in this case. If this bit is
> on, It only allows read access to address 0-2047. The PSA part 2048-4095 is
> ALWAYS protected. This is expected.
> The problem I'm facing is that I can view the protected PSA part 2048-4095
> when I'm in a z/OS 3.1 on a z14.
>
> When I run a simple program (User key 8) like this:
>
> psatest  csect
> psatest  amode 31
> psatest  rmode any
>          bakr  r14,r0
>          lr    r12,r15
>          using psatest,r12
>          l     r15,2048
>          xr    r15,r15
>          pr
>          end   psatest
>
> - On z/OS 3.1 running on a z15 this program ABEND S0C4-4 ->  This is the
> expected result.
> - On z/OS 3.1 running on a z14 this program executes normally. -> This is
> NOT the expected result !!
>
>
>
> On Fri, Aug 1, 2025 at 1:23 PM salva <[email protected]> wrote:
>
> >   At the very least, take the dumps and compare bit 38 of CR0.
> >
> > El vie, 1 ago 2025 a las 18:09, Philippe Leite (<
> > [email protected]>) escribió:
> >
> > > As I said to Rob, I already knew this POP rule for a long time, but it
> > > doesn't answer this situation I'm facing.
> > > It's exactly the same z/OS 3.1 version (same source and PTF level) but
> > it's
> > > working differently on a z14 and z15.
> > >
> > > Philippe Leite
> > > z/OS System Programmer
> > >
> > > On Fri, Aug 1, 2025 at 1:04 PM salva <[email protected]> wrote:
> > >
> > > > From the POP:
> > > >
> > > > "Fetch-Protection-Override Control
> > > > Bit 38 of control register 0 is the fetch-protection-
> > > > override control. When the bit is one, key-controlled
> > > > fetch protection is ignored for locations at effective
> > > > addresses 0-2047."
> > > >
> > > > I don't know why it's different in your cases.
> > > >
> > > > El vie, 1 ago 2025 a las 16:40, Philippe Leite (<
> > > > [email protected]>) escribió:
> > > >
> > > > > Interestingly, I am experiencing the same situation here.
> > > > > In an LPAR running z/OS 3.1 on a z14, when I send the command “TSO
> > > ISRDDN
> > > > > B 800.”, I can view the contents of PSA 2048-4095.
> > > > > But when I am in another LPAR with the same z/OS 3.1 on a z15, the
> > same
> > > > > command “TSO ISRDDN B 800.” shows me an error message “Storage
> > > > unavailable.”
> > > > >
> > > > >
> > > > > Philippe Leite
> > > > > z/OS System Programmer
> > > > >
> > > > >




This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to