From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Steve Wise" Subject: RE: possible core cq bug Date: Thu, 7 Dec 2017 10:00:36 -0600 Message-ID: <2cba01d36f74$859b18e0$90d14aa0$@opengridcomputing.com> References: <052101d36ba2$7e5b4120$7b11c360$@opengridcomputing.com> <006c01d36c4a$c79cfb50$56d6f1f0$@opengridcomputing.com> <007c01d36c5a$9d20df30$d7629d90$@opengridcomputing.com> <456aef15-a5a7-6dc8-478b-9fc7f75ff1fb@grimberg.me> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8BIT Return-path: In-Reply-To: <456aef15-a5a7-6dc8-478b-9fc7f75ff1fb-NQWnxTmZq1alnMjI0IkVqw@public.gmane.org> Content-Language: en-us Sender: linux-rdma-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: 'Sagi Grimberg' , linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-Id: linux-rdma@vger.kernel.org > > > That would at least log the issue, but the thread in ib_drain_qp() will be > stuck forever continually blocking for 1/10sec and then polling. Perhaps the > drain logic should detect this, and then return? > > I don't think returning is a better choice here.. > Why not? > > Is there a reason we don't get rid of ib_create_cq()? Or just make it call > ib_alloc_cq()... > > We could do that, it also makes sense to me. Thoughts from others? > -- 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