Debugging SD UHS cards on the TX2

Having the same errors (roughly) with the following setup:

Freshly flashed TX2 (Jetpack 3.3, L4T 28.2.1)
Our card is this: SanDisk Ultra 64GB microSDXC UHS-I card - SDSQUAR-064G-GN6MA
Card has one partition with, gpt partition table, formatted as ext4

Applied patches from https://devtalk.nvidia.com/default/topic/1031139/jetson-tx2/tx2-sd-card-driver-bug-sd-does-not-enumerate-in-uhs-mode/post/5250586/#5250586

The card appears in lsblk, but it seems to take too long to attach properly to the TX2 because our line in /etc/fstab does not mount the drive on boot (subsequent sudo mount -a works).

some dmesg output:

[    7.133311] mmc2: tried to reset card
[    7.134655]
               mmc2  sdhci_data_irq  2792   SDHCI_INT_DATA_END_BIT
[    7.134655] sdhci: =========== REGISTER DUMP (mmc2)===========
[    7.134659] sdhci: Sys addr: 0x00000000 | Version:  0x00000404
[    7.134662] sdhci: Blk size: 0x00007200 | Blk cnt:  0x00000000
[    7.134665] sdhci: Argument: 0x0000080b | Trn mode: 0x00000013
[    7.134668] sdhci: Present:  0x01fb0000 | Host ctl: 0x00000016
[    7.134671] sdhci: Power:    0x00000001 | Blk gap:  0x00000000
[    7.134674] sdhci: Wake-up:  0x00000000 | Clock:    0x00000007
[    7.134677] sdhci: Timeout:  0x0000000e | Int stat: 0x00000000
[    7.134680] sdhci: Int enab: 0x02ff000b | Sig enab: 0x02fc000b
[    7.134683] sdhci: AC12 err: 0x00000000 | Slot int: 0x00000000
[    7.134686] sdhci: Caps:     0x3f6cd08c | Caps_1:   0x18006f73
[    7.134689] sdhci: Cmd:      0x0000113a | Max curr: 0x00000000
[    7.134691] sdhci: Host ctl2: 0x0000300b
[    7.134695] sdhci: ADMA Err: 0x00000000 | ADMA Ptr: 0x0000000080000010
[    7.134695] sdhci: ===========================================
[    7.134761] mmcblk1: error -84 transferring data, sector 2059, nr 5, cmd response 0x900, card status 0x0
[    7.134773] blk_update_request: I/O error, dev mmcblk1, sector 2059
[    7.134788] sdhci-tegra 3400000.sdhci: Tuning already done, restoring the best tap value : 93

Update:

Whether it mounts seems to be somewhat non-deterministic. Occasionally I’m seeing it mount properly and dmesg looks like this:

[    2.900909] mmc2: SDHCI controller on 3400000.sdhci [3400000.sdhci] using ADMA 64-bit with 64 bit addr
[    3.485388] mmc2 tuning done saved tap delay=49
[    3.485392] mmc2: hw tuning done ...
[    3.485400] mmc2: tuning_window[0]: 0xffeff
[    3.485437] mmc2: tuning_window[1]: 0xfffffff8
[    3.485443] mmc2: tuning_window[2]: 0xeeff8000
[    3.485450] mmc2: tuning_window[3]: 0x78001fff
[    3.485476] mmc2: tuning_window[4]: 0x0
[    3.485482] mmc2: tuning_window[5]: 0x0
[    3.485489] mmc2: tuning_window[6]: 0x0
[    3.485494] mmc2: tuning_window[7]: 0x0
[    3.485540] mmc2: new ultra high speed SDR104 SDXC card at address aaaa
[    3.486081] mmcblk1: mmc2:aaaa SC64G 59.5 GiB
               mmc2  sdhci_data_irq  2792   SDHCI_INT_DATA_END_BIT
[    6.718628] sdhci: =========== REGISTER DUMP (mmc2)===========
               mmc2  sdhci_data_irq  2792   SDHCI_INT_DATA_END_BIT
[    6.721112] sdhci: =========== REGISTER DUMP (mmc2)===========
[    6.944749] mmc2: tried to reset card
               mmc2  sdhci_data_irq  2792   SDHCI_INT_DATA_END_BIT
[    6.946122] sdhci: =========== REGISTER DUMP (mmc2)===========
               mmc2  sdhci_data_irq  2792   SDHCI_INT_DATA_END_BIT
[    6.947222] sdhci: =========== REGISTER DUMP (mmc2)===========
[    7.176986] mmc2: tried to reset card
               mmc2  sdhci_data_irq  2792   SDHCI_INT_DATA_END_BIT
[    7.178310] sdhci: =========== REGISTER DUMP (mmc2)===========
               mmc2  sdhci_data_irq  2792   SDHCI_INT_DATA_END_BIT
[    7.178691] sdhci: =========== REGISTER DUMP (mmc2)===========
               mmc2  sdhci_data_irq  2792   SDHCI_INT_DATA_END_BIT
[    7.178976] sdhci: =========== REGISTER DUMP (mmc2)===========
               mmc2  sdhci_data_irq  2792   SDHCI_INT_DATA_END_BIT
...

The exact same SD card seems to work flawlessly on RT 28.2.0 on TX1