[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <OF402F2662.AACCDAF2-ON6525735B.00108C17-6525735B.0012AB74@in.ibm.com>
Date: Wed, 19 Sep 2007 08:53:55 +0530
From: Krishna Kumar2 <krkumar2@...ibm.com>
To: Roland Dreier <rdreier@...co.com>
Cc: davem@...emloft.net, general@...ts.openfabrics.org,
netdev@...r.kernel.org
Subject: Re: [PATCH 1/2] IPoIB: Fix unregister_netdev hang
Hi Roland,
Roland Dreier <rdreier@...co.com> wrote on 09/18/2007 07:57:24 PM:
> > While using IPoIB over EHCA (rc6 bits), unregister_netdev hangs with
>
> I don't think you're actually using rc6 bits, since in your patch you
have:
>
> > -poll_more:
>
> and I think that is only in Dave's net-2.6.24 tree now, right?
Nope, that was what I downloaded yesterday:
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 23
EXTRAVERSION =-rc6
NAME = Pink Farting Weasel
> > + if (likely(!ib_req_notify_cq(priv->cq,
> > +
IB_CQ_NEXT_COMP |
> > +
IB_CQ_REPORT_MISSED_EVENTS)))
>
> It is possible for an interrupt to happen immediately right here,
> before the netif_rx_complete(), so that netif_rx_schedule() gets
> called while we are still on the poll list.
>
> > + netif_rx_complete(dev, napi);
To be clear, netif_rx_schedule while we are still in the poll list will not
do any harm as it does nothing since NAPI_STATE_SCHED is still set (cleared
by netif_rx_complete which has not yet run). Effectively we lost/delayed
processing an interrupt, if I understood the code right.
I agree with you on the new patch.
thanks,
- KK
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists