stuck rooting Go 7

[starkruzr]

so, the Go 7 has the same HWID as the Palma 2 even though it's a 690 instead of a 750G (apparently these are in some way sort of the same chip).

but after it goes into firehose mode, sad things happen.

PS C:\Users\jtd\Downloads> .\edl /lpalma2.bin
Found EDL 9008, handshaking... version 2.1
HWID: 0013f0e100000000 (x3), JTAG: 0013f0e1, OEM: 0000, Model: 0000
Hash: d40eee56f3194665-574109a39267724a-e7944134cd53cb76-7e293d3c40497955-bc8a4519ff992b03-1fadc6355015ac87 (x3)
Sending palma2.bin 100% ok, starting... ok, waiting for Firehose... ok
PS C:\Users\jtd\Downloads> .\edl /g /u
Found EDL 9008, configuring... ok
Requesting info on LUN 0... no ack/nak
PS C:\Users\jtd\Downloads> .\edl /g /u
Found EDL 9008
<log value="ERROR: Failed to initialize (open whole lun) UFS Device slot 0 partition 0" />
<log value="ERROR: Failed to open the device:3 slot:0 partition:0 error:0" />
<log value="ERROR: OPEN handle NULL and no error, weird 344370532" />
<log value="ERROR: Failed to open device, type:UFS, slot:0, lun:0 error:3" />
Configuring... ok
Requesting info on LUN 0... no ack/nak

thoughts on what to do here?

[starkruzr]

these command outputs might be of interest:

PS C:\Users\jtd\Downloads> .\edl /v /i
Found EDL 9008, configuring...
<log value="INFO: Calling handler for configure" />
<log value="INFO: Storage type set to value eMMC" />
<response value="ACK" MemoryName="eMMC" MinVersionSupported="1" Version="1" MaxPayloadSizeToTargetInBytes="65536" MaxPayloadSizeToTargetInBytesSupported="1048576" MaxXMLSizeInBytes="4096" DateTime="Aug 21 2020 - 09:02:30" />
Ok
Requesting info on LUN 0...
<log value="INFO: Calling handler for getstorageinfo" />
<log value="INFO: Device Total Logical Blocks: 0x7478000" />
<log value="INFO: Device Block Size in Bytes: 0x200" />
<log value="INFO: Device Total Physical Partitions: 0x4" />
<log value="INFO: Device Manufacturer ID: 0xdf" />
<log value="INFO: Device Serial Number: 0x1df2ea05" />
<log value="INFO: {&quot;storage_info&quot;: {&quot;total_blocks&quot;:122126336, &quot;block_size&quot;:512, &quot;page_size&quot;:512, &quot;num_physical&quot;:4, &quot;manufacturer_id&quot;:223, &quot;serial_num&quot;:502458885, &quot;fw_version&quot;:&quot;48734822444564496&quot;,&quot;mem_type&quot;:&quot;eMMC&quot;,&quot;prod_name&quot;:&quot;SCA64G&quot;}}" />
<log value="INFO: eMMC Extended CSD Revision: 0x8" />
<log value="INFO: eMMC Firmware Version: 0x10" />
<log value="INFO: eMMC_RAW_DATA[0:177]000000000000000000000000000000003B01AAAA660200000000000000000000000000000000000000000000000000000000000000000000000000000A000001000000000000C69D9EF658313231374C3337DE8D610054303432315F5300000000001410150000000000000000000000000000000000000000000000000000000000010000000000000000000000000000000000000000000000000000B40900070001000000151F20000000000000000000" />
<log value="INFO: eMMC_RAW_DATA[178:355]003800000000010000000000000008000200571F0A0A000000000000000000000001008047070C1217070710100201062000070A19550200000000000000010A000000000064100004000000100000141024AD000543074040010101000000000000000000000000000000000000000000000000000000000000000000000000001F010000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000" />
<log value="INFO: eMMC_RAW_DATA[356:532]0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000001F0FFFAFF170001030178000001202001010100000000000000531801DF320127D0FF03590FEFFFFFFF0040408A" />
<response value="ACK" rawmode="false" />
Ok
PS C:\Users\jtd\Downloads> .\edl /v /i /u
Found EDL 9008, configuring...
<log value="INFO: Calling handler for configure" />
<log value="INFO: Storage type set to value UFS" />
<response value="ACK" MemoryName="UFS" MinVersionSupported="1" Version="1" MaxPayloadSizeToTargetInBytes="65536" MaxPayloadSizeToTargetInBytesSupported="1048576" MaxXMLSizeInBytes="4096" DateTime="Aug 21 2020 - 09:02:30" />
Ok
Requesting info on LUN 0...
<log value="INFO: Calling handler for getstorageinfo" />
No ack/nak

[starkruzr]

uh. it works in eMMC mode? I was able to read boot_a and boot_b if I left out the /u. and /g worked without it. wtf. and it's FAST. I thought eMMC was strictly slower than UFS 2.0.

ETA: yep, worked. rooted now. wtf. wtf wtf.

[Renate]

Originally Posted by starkruzr

I thought eMMC was strictly slower than UFS 2.0.

Manufacturer: 0xdf Unknown
Version:      5.1
User size:    122126336 blocks, 58.2 GB
Boot size:    8192 blocks, 4.0 MB
RPMB size:    8192 blocks, 4.0 MB
Cache size:   1024 blocks
Life used:    A: <10%, B: <10%
End of life:  Normal

You got me researching and thinking.
No, I'm not suggesting that you try this, but I might.

Danger: Do not do this
As factory provisioned an eMMC has 4 areas (equivalent to LUNs).
Boot1, Boot2 and RPMB are configured as SLC for speed and reliability.
User is configured as MLC for 2X greater storage.
You can convert the User area to SLC for some incremental speed increase.
But then your device has 1/2 the storage capacity that it had before.
And this change is irreversible.
If your device had 58 GB it would now have 29 GB.
If the system takes 7 GB then your book storage goes from (58-7) to (29-7).
That works out to about 7/16 the book storage that you had before.

Edit: I adjusted the numbers for using 7 GB for the system.
On a 32 GB it is about 1/3 the book storage.

Oh, and if you ever take this apart, please look at your eMMC chip and see if you can read the manufacturer's name off it.