From mboxrd@z Thu Jan 1 00:00:00 1970 From: Moni Shoua Subject: Re: [PATCH] IB/ipoib: Do not turn on carrier to a non active port Date: Mon, 21 Sep 2009 12:28:16 +0300 Message-ID: <4AB74730.5030203@Voltaire.COM> References: <4AB20C6C.9090005@Voltaire.COM> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: Sender: linux-rdma-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Roland Dreier Cc: linux-rdma , OpenFabrics General , Vlad List-Id: linux-rdma@vger.kernel.org Roland Dreier wrote: > > + if (ib_query_port(priv->ca, priv->port, &attr) || > > + attr.state != IB_PORT_ACTIVE) { > > + ipoib_dbg(priv, "wait with carrier until IB port is active\n"); > > + if (test_bit(IPOIB_FLAG_OPER_UP, &priv->flags)) > > + queue_delayed_work(ipoib_workqueue, &priv->carrier_on_task, HZ); > > + return; > > + } > > This queueing delayed work to poll the port state seems a bit odd to > me... we get an event when the port changes state anyway, right? So > can't we just turn the carrier on when we get an active event? > > - R. You're right. I've complicated things where I shouldn't need. The call to __ipoib_ib_dev_flush() from ipoib_event() will requeue the carrier_on_task in join completion of the broadcast group. I'll resend Thanks. -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html