Article View: bit.listserv.asm370
Article #309Authorizing Address Space
From: Paul V DAngelo
Date: Mon, 05 Sep 2005 17:46
Date: Mon, 05 Sep 2005 17:46
35 lines
2909 bytes
2909 bytes
I have a client who would like me to develop a presentation on an Authorizing Address Space. I suggested simply writting an SVC that switches Authorizations instead of and address space. That Suggestion was fround upon. They are building this facility to alow Vendor Products and As well As IBM products to issues Authorized Services where I the Vendor does not usually/easily permit it. The customer would like to develop a cross memory environment; issue a Program Call Instruction form a vendor product address space to thecustomers Authorizing Server Address Space and allow the caller to be in Supervisor State key xx or APF Authorized. I believe an SVC could be developed to accomplished this, but I suspect theres more to this that what they are telling me. My first question is when the Cross Memory Program is executed, it would Sets the APF Authorization bit and return. WHo IS in the APF state, The entire Calling Address Space or only the invoking TCB ? Can anyone on the list speak to the pros vs cons of developing an Authorizing SVC against an Authorizing Address Space. I also suspect that Some Security Checking would be done in this Address Space, since that was the first concept they had me explore. paul d'angelo ========================================================================= ===========
Technical Details
Message-ID:
<20050905.104623.-344155.0.essteam@juno.com>Path:
arc1-ca.pugleaf.net!g2news1.google.com!news4.google.com!sn-xit-04!sn-xit-12!sn-xit-08!sn-xit-14!supernews.com!149.173.6.116.MISMATCH!foggy!vm.sas.com!juno.com!essteamShow Full Headers
Complete Article Headers
X-Google-Thread: fcdcb,605a50893b34558,start
X-Google-Attributes: gidfcdcb,public
X-Google-Language: ENGLISH,ASCII-7-bit
Path: arc1-ca.pugleaf.net!g2news1.google.com!news4.google.com!sn-xit-04!sn-xit-12!sn-xit-08!sn-xit-14!supernews.com!149.173.6.116.MISMATCH!foggy!vm.sas.com!juno.com!essteam
From: Paul V DAngelo <essteam@juno.com>
Newsgroups: bit.listserv.asm370
Subject: Authorizing Address Space
Date: Mon, 5 Sep 2005 10:46:21 -0700
Organization: SAS Inc.
Lines: 35
Sender: IBM Mainframe Assembler List <ASSEMBLER-LIST@LISTSERV.UGA.EDU>
Message-ID: <20050905.104623.-344155.0.essteam@juno.com>
NNTP-Posting-Host: mozart.unx.sas.com
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: foggy.unx.sas.com 1125932804 26528 10.19.150.41 (5 Sep 2005 15:06:44 GMT)
X-Complaints-To: usenet@unx.sas.com
NNTP-Posting-Date: Mon, 5 Sep 2005 15:06:44 +0000 (UTC)
Comments: Gated by NETNEWS@VM.SAS.COM
Return-Path: <owner-assembler-list@LISTSERV.UGA.EDU>
X-Mailer: Juno 4.0.11
X-Juno-Line-Breaks: 1,3-4,6,8-9,11,13-14,16-18,20,22-23,25-27,29-32
X-Juno-Att: 0
X-Juno-RefParts: 0
X-ContentStamp: 11:5:2582920497
X-UNTD-OriginStamp: pGaTaRWyPYyDUXJZwv+qabNlg8esw1JhKKHPUxXmhwsVNO4YAEWPXw==
X-UNTD-Peer-Info: 127.0.0.1|localhost|m12.nyc.untd.com|essteam@juno.com
Approved-By: Paul V DAngelo <essteam@JUNO.COM>
Return-Path: owner-assembler-list@LISTSERV.UGA.EDU
X-OriginalArrivalTime: 05 Sep 2005 15:06:41.0879 (UTC)
FILETIME=[6C36B670:01C5B22B]
Originator: daemon@mozart.unx.sas.com