To make it more easy to you I add more detail data. To search for the report, open Erep V3R5 Reference GC35-0152-04. Search for EAV OBR.
Look at figure 126. | | | | | | | | DEVICE NUMBER: 005708 REPORT: OUTBOARD (LONG) DAY YEAR JOB IDENTITY: EOS EXIT | | | SCP: VS 2 REL. 3 DATE: 273 05 C5D6E240C5E7C9E3 | | | DEVICE TYPE: 3390 | | | MODEL: 2084 HH MM SS.TH | | | ERROR PATH: 14-5708 CPU ID: 132906 TIME: 13 38 42.32 | | | | | RECORD IS: TEMPORARY | | | | | MODE IS: 370XA | | | | | CC CA FL CT | | | FAILING CCW: 1E E76072 60 00 0000 | | | | | K FLAGS CA US SS CT | | | SCSW: 00 404017 00E68400 0E 00 0000 | | | | | ---UNIT STATUS---- SUB-CHANNEL STATUS --------------------------SCSW FLAGS------------------------ | | | FLAG 0 FLAG 1 | | | ATTENTION 0 PGM-CTLD IRPT 0 CCW FORMAT 0 RESERVED 0 SUBCHANNEL ACTIV 0 | | | STATUS MODIFIER 0 INCORRECT LENGTH 0 PRE-FETCH CCW 1 SSCH FUNCTION 1 DEVICE ACTIVE 0 | | | CONTROL UNIT END 0 PROGRAM CHECK 0 INIT STATUS 0 HSCH FUNCTION 0 SUSPENDED 0 | | | BUSY 0 PROTECTION CHECK 0 ADDR LIMIT 0 CSCH FUNCTION 0 ALERT STATUS 1 | | | CHANNEL END 1 CHAN DATA CHECK 0 SUPP SUSPEND INT 0 RESUME PENDING 0 INTERMED STATUS 0 | | | DEVICE END 1 CHAN CTL CHECK 0 ZERO COND CODE 0 START PENDING 0 PRIMARY STATUS 1 | | | UNIT CHECK 1 I/F CTL CHECK 0 EXTENDED CONTROL 0 HALT PENDING 0 SECONDARY STATUS 1 | | | UNIT EXCEPTION 0 CHAINING CHECK 0 PATH NOT OPER 0 CLEAR PENDING 0 STATUS PENDING 1 | | | | | | | DEVICE DEPENDENT DATA | | | | | STORAGE CONTROL UNIT: TYPE: 2107 SEQUENCE NUMBER: 00000 PATH: 0 | | | | | DEVICE: TYPE: 2107 SEQUENCE NUMBER: N/A DEVICE ID: 00 STRING: 0 | | | | | SSID: N/A VOLUME: 339S02 CYLINDER: 00101A0 HEAD: E | | | | | SENSE BYTE DATA | | | BYTE 00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 | | | 10 00 00 00 00 3C 20 00 00 00 00 00 00 00 00 00 | | | BYTE 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 | | | 00 00 00 00 00 00 00 00 04 81 00 10 DE F1 AB C2 | | | | | HEX DUMP OF RECORD | | | HEADER 30831840 00000000 0005273F 13384232 FF132906 20840000 | | | 0018 C5D6E240 C5E7C9E3 1EE76072 60000000 00000000 00000000 03145708 801F2032 | | | 0038 00005708 00000020 F3F3F9E2 F0F30000 00000000 00000000 00000000 00000000 | | | 0058 10000000 003C2000 00000000 00000000 00000000 00000000 04810010 00101A0E | | | 0078 00404017 00E68400 0E000000 0080000D F0F261F2 F461F0F5 | | On Sat, Feb 6, 2010 at 1:17 PM, Binyamin Dissen <bdis...@dissensoftware.com>wrote: > On Sat, 6 Feb 2010 11:47:41 -0800 shai hess <shai.h...@gmail.com> wrote: > > :>>As an emulation, would you not be able to see the encrypted values for > the > :>>minor subset of values that you will produce? In other words, you do not > :>need > :>>all possible values - just those that your emulation will produce. > > :>You need subset of about 4,000,000,000 numbers. Each CCCCCCCH must have a > :>unique value. > > :> The encrypted value is the most important value in sense (The track > :>address) which enable Erep to recover IO error. > > I took a quick look at the ERP manual and I could not find the reference to > encryption of the address. But as EAV is extended addressing, perhaps there > is > a need to compress the data to fit a smaller field. > > :> Of course this is not possible. > > Of course it is. It depends on how much effort you wish to spend. > > How does your emulation indicate I/O errors? Is track/cylinder recovery > possible? > > :>Shai > > :>On Sat, Feb 6, 2010 at 11:15 AM, Binyamin Dissen < > bdis...@dissensoftware.com > :>> wrote: > > :>> On Sat, 6 Feb 2010 10:34:01 -0800 shai hess <shai.h...@gmail.com> > wrote: > > :>> :>Decryption is hard to solved. > > :>> :>Even if I do it, it can make me problems. In other words I can try to > do > :>> it, > :>> :>but it will not make good to me. > > :>> :>I can use only my idea and not other companies idea. > > :>> As an emulation, would you not be able to see the encrypted values for > the > :>> minor subset of values that you will produce? In other words, you do > not > :>> need > :>> all possible values - just those that your emulation will produce. > > :>> :>Thanks god I still have many idea which will kept me busy for long > time > :>> :>depend on god will. > > :>> :>Shai > > :>> :>On Sat, Feb 6, 2010 at 9:23 AM, Elardus Engelbrecht < > :>> :>elardus.engelbre...@sita.co.za> wrote: > > :>> :>> shai hess wrote: > > :>> :>> >Some people ask me if I will support the emulation of EAV disks. I > :>> looked > :>> :>> at > :>> :>> the Erep 3.5 book and find out the the sense byte 28-31 are > encrypted > :>> for > :>> :>> EAV devices. If that is true, then EAV will never be implemented in > my > :>> :>> code. > > :>> :>> Sounds reasonable. It is like this 'if you can't use or read it, > just > :>> drop > :>> :>> support.' > > :>> :>> >10000000 003C2000 00000000 00000000 00000000 00000000 > 04810010 > :>> :>> 00101A0E - Decrypted data. > > :>> :>> It seemed it is Decrypted at all. Why are you NOT supporting this > if > :>> you > :>> :>> can > :>> :>> decrypt this? > > :>> :>> It is just a curiousity question from my side, it is not to shoot > down > :>> your > :>> :>> projects or ideas. Ok? ;-D > > :>> :>> Please continue your valuable postings on IBM-MAIN. > > -- > Binyamin Dissen <bdis...@dissensoftware.com> > 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html