Hello Steve, >> how can I reproduce the original bug/issue and then test this fix on >> iw_cxgb4?
Have iwpmd running and start an rdma application. Leave the rdma application running and restart the iwpmd. When you stop the application, if you have the debug enabled, you will see that the remove mapping request from the client driver to the port mapper service isn't going through, (without the fix, it isn't allowed, because the client is treated as unregistered). Tatyana -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Steve Wise Sent: Monday, July 06, 2015 12:21 PM To: Nikolova, Tatyana E; 'Doug Ledford' Cc: Lacombe, John S; [email protected] Subject: RE: [PATCH for-4.2 0/1] RDMA/core: Fixes for port mapper client registration > -----Original Message----- > From: Tatyana Nikolova [mailto:[email protected]] > Sent: Thursday, July 02, 2015 12:46 PM > To: Doug Ledford > Cc: [email protected]; [email protected]; > [email protected] > Subject: [PATCH for-4.2 0/1] RDMA/core: Fixes for port mapper client > registration > > This patch has been reworked, but is very similar to the previously > submitted (10/16/2014) patch, which was forgotten: > > [PATCH 1/1] RDMA/core: Fixes for port mapper client registration > https://www.mail-archive.com/linux-rdma%40vger.kernel.org/msg21512.htm > l > > This patch is addressing the same issue as the previous one - the > clients which have provided their mapping info to the user space > service after it is restarted, are treated as unregistered and are not > allowed to make remove mapping requests. > > If the user space port mapper service is restarted, it notifies the > port mapper clients and they provide the mapping information they have > in use. At this time with the fix the registration type of the client > is set to IWPM_REG_INCOMPL and the client is allowed to make remove > mapping requests to the user space service. > > There are some improvements in the current patch: > 1) Adding functions to set/check registration type > 2) New clients (calling iwpm_init()) have their registration set to > IWPM_REG_UNDEF > 3) If the port mapper user space service is not available, then the client > registration stays IWPM_REG_UNDEF and the registration type won't be > checked until the service becomes available (obviously no mappings are > possible, if the user space service isn't running). > > For these changes to take effect no provider changes are necessary. > The patch contains fixes for the current registration logic. > Hey Tatyana, how can I reproduce the original bug/issue and then test this fix on iw_cxgb4? -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to [email protected] 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 [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
