docs/reports/FRIIDUMP_CANDIDATE21_XBOX_DMI_CDB_BOUNDARY.md

   1 # FriiDump Candidate21 Xbox DMI CDB boundary correction
   2
   3 ## Candidate20 live evidence
   4
   5 Candidate20 successfully established the Linux GDR-8050L Xbox game view twice
   6 using direct SG_IO and the proven Windows state-machine order.
   7
   8 Observed on the USB `HL-DT-ST DVD-ROM GDR8050L 0012` target:
   9
  10 - entry video-view capacity: `6992` sectors;
  11 - first final game-view capacity: `3431264` sectors;
  12 - second final game-view capacity: `3431264` sectors;
  13 - XBE title: `Red Faction® II`;
  14 - XBE GameRegion: `0x00000001` (`North America`);
  15 - game lead-in marker reached;
  16 - GAME-XDVDFS output growth confirmed;
  17 - controlled partial bytes: `482115584`;
  18 - partial SHA-256:
  19   `5ffb1a61e0bfa6109ecaeb3bad23f0e17e27ccfbb311c489fe03e6dbbb687a89`;
  20 - STOP UNIT: PASS.
  21
  22 Evidence SHA-256:
  23
  24 `f82ceb50ca7e41d3a9c962557b2dadb47276c767da756721bb9e4337572742d2`
  25
  26 ## Remaining failure
  27
  28 The media ID was empty even though the known disc identity is `TQ00501A`.
  29
  30 The portable helper built READ DVD STRUCTURE as:
  31
  32 ```c
  33 mmc.cmd[11] = format;
  34 ```
  35
  36 Byte 11 is the Control field. Standard READ DVD STRUCTURE places Format in CDB
  37 byte 7. The copied Windows `GetMediaID()` request already uses:
  38
  39 ```c
  40 sptd.Cdb[7] = 0x04;
  41 ```
  42
  43 Therefore Candidate20's DMI request did not match the proven Windows request.
  44
  45 ## Candidate21 correction
  46
  47 Candidate21 changes the portable command to:
  48
  49 ```c
  50 mmc.cmd[6] = layer;
  51 mmc.cmd[7] = format;
  52 mmc.cmd[8] = allocation_length_msb;
  53 mmc.cmd[9] = allocation_length_lsb;
  54 mmc.cmdlen = 12;
  55 ```
  56
  57 CDB byte 11 remains zero.
  58
  59 It also emits persistent capture evidence:
  60
  61 ```text
  62 [XBOX-DVD-STRUCTURE] format=0x00 name=PFI cdb_format_byte=7 result=PASS
  63 [XBOX-DVD-STRUCTURE] format=0x04 name=DMI cdb_format_byte=7 result=PASS
  64 ```
  65
  66 ## Sticky descrambling interpretation
  67
  68 Candidate20's step 9 MODE SELECT(6) returned `05/81/00` on both handshakes.
  69 This remains visible as a transport failure. It is not accepted as proof of
  70 success. Instead, the authoritative proof is the subsequent 3,431,264-sector
  71 READ CAPACITY together with readable XDVDFS data. No command is removed,
  72 reordered, hidden, or retried through RecoveryKick.
  73
  74 ## Scope
  75
  76 Candidate21 changes neither the successful SG_IO challenge sequence nor the
  77 Windows state-machine order. It adds no RecoveryKick, generic media-auth kick,
  78 or synthetic LBA-zero recovery reads.