Hi Roland, Doug, I've looked into ipoib patch set (earlier posted one), also ran it on 3.17. I second it because ipoib locking fixes really straighten out multicast initialization flow, and dedicated workqueue per interface is a great improvement for overall ipoib stability and scalability. Thanks, Alex Estrin. > -----Original Message----- > From: linux-rdma-owner@xxxxxxxxxxxxxxx [mailto:linux-rdma-owner@xxxxxxxxxxxxxxx] On > Behalf Of Doug Ledford > Sent: Wednesday, December 10, 2014 11:47 AM > To: linux-rdma@xxxxxxxxxxxxxxx; roland@xxxxxxxxxx > Cc: Doug Ledford > Subject: [PATCH 00/10] IPoIB locking fixes and a couple minor other patches > > As the locking fixes have missed two releases now, I'm resending them. > The other two items are minor (the pr_* function one at least makes > the system more usable by making output message point to the module > making all of the dmesg noise, the other is one I contend is the right > thing to do until we have a replacement for the cache). > > These can also be pulled from my github repo as: > > git://github.com/dledford/linux.git for-next > > Bart Van Assche (1): > IB/srp: Use P_Key cache for P_Key lookups > > Doug Ledford (9): > IPoIB: Consolidate rtnl_lock tasks in workqueue > IPoIB: Make the carrier_on_task race aware > IPoIB: fix MCAST_FLAG_BUSY usage > IPoIB: fix mcast_dev_flush/mcast_restart_task race > IPoIB: change init sequence ordering > IPoIB: Use dedicated workqueues per interface > IPoIB: Make ipoib_mcast_stop_thread flush the workqueue > IPoIB: No longer use flush as a parameter > ib_srpt: convert printk's to pr_* functions > > drivers/infiniband/ulp/srp/ib_srp.c | 9 +- > drivers/infiniband/ulp/srpt/ib_srpt.c | 188 ++++++++++++++++------------------ > 2 files changed, 96 insertions(+), 101 deletions(-) > > -- > 2.1.0 > > -- > To unsubscribe from this list: send the line "unsubscribe linux-rdma" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
