obj-$(CONFIG_PHY_QCOM_UFS)    += phy-qcom-ufs-qmp-20nm.o
  obj-$(CONFIG_PHY_QCOM_UFS)    += phy-qcom-ufs-qmp-14nm.o
  obj-$(CONFIG_PHY_TUSB1210)            += phy-tusb1210.o
- obj-$(CONFIG_PHY_BRCMSTB_SATA)                += phy-brcmstb-sata.o
+ obj-$(CONFIG_PHY_BRCM_SATA)           += phy-brcm-sata.o
  obj-$(CONFIG_PHY_PISTACHIO_USB)               += phy-pistachio-usb.o
  obj-$(CONFIG_PHY_CYGNUS_PCIE)         += phy-bcm-cygnus-pcie.o
 +
 +obj-$(CONFIG_ARCH_TEGRA) += tegra/
 
        .target_alloc =                 target_alloc,
  
        /* lots of sg segments can be handled */
 -      .sg_tablesize =                 SCSI_MAX_SG_CHAIN_SEGMENTS,
 +      .sg_tablesize =                 SG_MAX_SEGMENTS,
  
-       /* limit the total size of a transfer to 120 KB */
+ 
+       /*
+        * Limit the total size of a transfer to 120 KB.
+        *
+        * Some devices are known to choke with anything larger. It seems like
+        * the problem stems from the fact that original IDE controllers had
+        * only an 8-bit register to hold the number of sectors in one transfer
+        * and even those couldn't handle a full 256 sectors.
+        *
+        * Because we want to make sure we interoperate with as many devices as
+        * possible, we will maintain a 240 sector transfer size limit for USB
+        * Mass Storage devices.
+        *
+        * Tests show that other operating have similar limits with Microsoft
+        * Windows 7 limiting transfers to 128 sectors for both USB2 and USB3
+        * and Apple Mac OS X 10.11 limiting transfers to 256 sectors for USB2
+        * and 2048 for USB3 devices.
+        */
        .max_sectors =                  240,
  
-       /* merge commands... this seems to help performance, but
+       /*
+        * merge commands... this seems to help performance, but
         * periodically someone should test to see which setting is more
         * optimal.
         */