IB/ipath: Make handling of one subport consistent

Previously the driver and userspace code handled the case of 1 subport
somewhat inconsistently.  The new interpretation of this situation is
that if one subport is requested, the driver turns on the subport
mechanism and arranges for the port to be "shared" by one process.  In
normal use the userspace library does not use this configuration and
instead arranges for the port not to be shared at all.  This
particular idiom can be useful for testing purposes.

Signed-off-by: Mark Debbage <mark.debbage@qlogic.com>
Signed-off-by: Roland Dreier <rolandd@cisco.com>

1 files changed, 2 insertions, 2 deletions

diff --git a/drivers/infiniband/hw/ipath/ipath_file_ops.c b/drivers/infiniband/hw/ipath/ipath_file_ops.c
index fc83f40a933f..a47479608f48 100644
--- a/drivers/infiniband/hw/ipath/ipath_file_ops.c
+++ b/drivers/infiniband/hw/ipath/ipath_file_ops.c
@@ -1444,10 +1444,10 @@ static int init_subports(struct ipath_devdata *dd,
         size_t size;
 
         /*
-         * If the user is requesting zero or one port,
+         * If the user is requesting zero subports,
          * skip the subport allocation.
          */
-        if (uinfo->spu_subport_cnt <= 1)
+        if (uinfo->spu_subport_cnt <= 0)
                 goto bail;
 
         /* Self-consistency check for ipath_compatible_subports() */