]> git.sur5r.net Git - u-boot/commitdiff
nvme: Handle zero Maximum Data Transfer Size (MDTS)
authorBin Meng <bmeng.cn@gmail.com>
Thu, 3 Aug 2017 09:31:02 +0000 (02:31 -0700)
committerTom Rini <trini@konsulko.com>
Sun, 13 Aug 2017 19:17:33 +0000 (15:17 -0400)
Maximum Data Transfer Size (MDTS) field indicates the maximum
data transfer size between the host and the controller. The
host should not submit a command that exceeds this transfer
size. The value is in units of the minimum memory page size
and is reported as a power of two (2^n).

The spec also says: a value of 0h indicates no restrictions
on transfer size. On the real NVMe card this is normally not
0 due to hardware restrictions, but with QEMU emulated NVMe
device it reports as 0. In nvme_blk_read/write() below we
have the following algorithm for maximum number of logic
blocks per transfer:

u16 lbas = 1 << (dev->max_transfer_shift - ns->lba_shift);

dev->max_transfer_shift being 0 will for sure cause lbas to
overflow. Let's use 20. With this fix, the NVMe driver works
on QEMU emulated NVMe device.

Signed-off-by: Bin Meng <bmeng.cn@gmail.com>
Reviewed-by: Tom Rini <trini@konsulko.com>
drivers/nvme/nvme.c

index bac253a3f7c660e707021e193b95710c82b2f4a4..151fe92479ab8196d7f9119f627ac0ea60991272 100644 (file)
@@ -563,6 +563,27 @@ static int nvme_get_info_from_identify(struct nvme_dev *dev)
        memcpy(dev->firmware_rev, ctrl->fr, sizeof(ctrl->fr));
        if (ctrl->mdts)
                dev->max_transfer_shift = (ctrl->mdts + shift);
+       else {
+               /*
+                * Maximum Data Transfer Size (MDTS) field indicates the maximum
+                * data transfer size between the host and the controller. The
+                * host should not submit a command that exceeds this transfer
+                * size. The value is in units of the minimum memory page size
+                * and is reported as a power of two (2^n).
+                *
+                * The spec also says: a value of 0h indicates no restrictions
+                * on transfer size. But in nvme_blk_read/write() below we have
+                * the following algorithm for maximum number of logic blocks
+                * per transfer:
+                *
+                * u16 lbas = 1 << (dev->max_transfer_shift - ns->lba_shift);
+                *
+                * In order for lbas not to overflow, the maximum number is 15
+                * which means dev->max_transfer_shift = 15 + 9 (ns->lba_shift).
+                * Let's use 20 which provides 1MB size.
+                */
+               dev->max_transfer_shift = 20;
+       }
 
        /* Apply quirk stuff */
        dm_pci_read_config16(dev->pdev, PCI_VENDOR_ID, &vendor);