Hello.

On 28-11-2012 18:49, Roger Quadros wrote:

Both OMAP4 and 5 exhibit the same revision ID in the REVISION register
but they have different number of ports i.e. 2 and 3 respectively.
So we can't rely on REVISION register for number of ports on OMAP5
and depend on platform data (or device tree) instead.

Signed-off-by: Roger Quadros <rog...@ti.com>
[...]

diff --git a/drivers/mfd/omap-usb-host.c b/drivers/mfd/omap-usb-host.c
index 87b574b..fda235a 100644
--- a/drivers/mfd/omap-usb-host.c
+++ b/drivers/mfd/omap-usb-host.c
@@ -495,19 +495,27 @@ static int __devinit usbhs_omap_probe(struct 
platform_device *pdev)
         */
        pm_runtime_put_sync(dev);

-       switch (omap->usbhs_rev) {
-       case OMAP_USBHS_REV1:
-               omap->nports = 3;
-               break;
-       case OMAP_USBHS_REV2:
-               omap->nports = 2;
-               break;
-       default:
-               omap->nports = OMAP3_HS_USB_PORTS;
-               dev_dbg(dev,
-                 "USB HOST Rev : 0x%d not recognized, assuming %d ports\n",
-                  omap->usbhs_rev, omap->nports);
-               break;
+       /*
+        * If platform data contains nports then use that
+        * else make out number of ports from USBHS revision
+        */
+       if (pdata->nports) {
+                       omap->nports = pdata->nports;

   Overindented line?

+       } else {
+               switch (omap->usbhs_rev) {
+               case OMAP_USBHS_REV1:
+                       omap->nports = 3;
+                       break;
+               case OMAP_USBHS_REV2:
+                       omap->nports = 2;
+                       break;
+               default:
+                       omap->nports = OMAP3_HS_USB_PORTS;
+                       dev_dbg(dev,
+                       "USB HOST Rev:0x%d not recognized, assuming %d ports\n",

   Indent this string a bit to the right please.

WBR, Sergei

--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to