From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Hefty, Sean" Subject: RE: [RFC] XRC upstream merge reboot Date: Tue, 2 Aug 2011 21:25:56 +0000 Message-ID: <1828884A29C6694DAF28B7E6B8A82373136F962C@ORSMSX101.amr.corp.intel.com> References: <1828884A29C6694DAF28B7E6B8A82373F7AB@ORSMSX101.amr.corp.intel.com> <201106230935.07425.jackm@dev.mellanox.co.il> <1828884A29C6694DAF28B7E6B8A82373136F63B9@ORSMSX101.amr.corp.intel.com> <201107211038.23000.jackm@dev.mellanox.co.il> <1828884A29C6694DAF28B7E6B8A82373136F6691@ORSMSX101.amr.corp.intel.com> <26AE60A9-D055-4D40-A830-5AADDBA20ED8@ornl.gov> <1828884A29C6694DAF28B7E6B8A82373136F9075@ORSMSX101.amr.corp.intel.com> <1828884A29C6694DAF28B7E6B8A82373136F9194@ORSMSX101.amr.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT Return-path: In-Reply-To: Content-Language: en-US Sender: linux-rdma-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: "Shamis, Pavel" Cc: Jack Morgenstein , "linux-rdma (linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org)" , "tziporet-VPRAkNaXOzVS1MOuV/RT9w@public.gmane.org" , "dotanb-VPRAkNaXOzVS1MOuV/RT9w@public.gmane.org" , "Jeff Squyres (jsquyres-FYB4Gu1CFyUAvxtiuMwx3w@public.gmane.org)" , "Shumilin, Victor" , "Truschin, Vladimir" , Devendar Bureddy , "mvapich-core-wPOY3OvGL++pAIv7I8X2sze48wsgrGvP@public.gmane.org" List-Id: linux-rdma@vger.kernel.org > If the target QP is opened in low level driver, then it's owned by group of > processes that share the same XRC domain. Can you define what you mean by 'owned'? With the latest patches, the target qp is created in the kernel. Data received on the target qp can go to any process sharing the associated xrc domain. However, only the creating process is permitted to modify the qp. > And , as I mentioned in the reply to Jack, I totally agree that maximum life > time of target QP is bound to XRC domain life time, This is the main point I was trying to get agreement on from the MPI developers, and it appears that everyone agrees now. > even so it should be a way to destroy the QP before XRC domain distraction. This is also doable with the latest patches. The process which creates the tgt qp has the ability to explicitly destroy it. > main point is that the target qp should be maintained by low level driver and > not specific MPI process (like send qp) As with 'owned', can you clarify what you mean by 'maintained'? The target qp can continue to exist even after the creating process exits. - Sean -- 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