Hi Partha, As long as you can confirm the series can be applied into the latest "net" tree, it's better to deliver to "net".
By the way, if John's testing is passed, I suggest you can add John's "Tested-by" tag into the whole series. Regards, Ying -----Original Message----- From: Parthasarathy Bhuvaragan [mailto:parthasarathy.bhuvara...@ericsson.com] Sent: Friday, January 20, 2017 9:06 PM To: Xue, Ying; tipc-discussion@lists.sourceforge.net; jon.ma...@ericsson.com; thompa....@gmail.com Subject: Re: [PATCH net-next v7 0/6] topology server fixes for nametable soft lockup Hi Ying, Sure, I will wait for John as he seems to be able to trigger the race conditions i couldn't. Moreover, I was thinking of posting this series to "net" instead of net-next as these are primarily bug-fixes. /Partha On 01/20/2017 01:12 PM, Xue, Ying wrote: > Thanks, it's very good now. You can add my ack-by flag to the whole series. > > But if possible, please let John help us verify again. > > Regards, > Ying > > -----Original Message----- > From: Parthasarathy Bhuvaragan > [mailto:parthasarathy.bhuvara...@ericsson.com] > Sent: Friday, January 20, 2017 3:52 AM > To: tipc-discussion@lists.sourceforge.net; jon.ma...@ericsson.com; > Xue, Ying; thompa....@gmail.com > Subject: [PATCH net-next v7 0/6] topology server fixes for nametable > soft lockup > > In this series, we revert the commit 333f796235a527 ("tipc: fix a race > condition leading to subscriber refcnt bug") and provide an alternate > solution to fix the race conditions in commits 2-4. > > We have to do this as the above commit introduced a nametbl soft lockup at > module exit as described by patch#4. > > --- > v7: Following updates in Patch #2: > Fix incorrect deletion of all prior subscriptions until the specified > subscription. > Protect exported tipc_subscrp_report_overlap() with subscription refcount. > Ensure that subscription can be freed correctly at subscription timer > expiry. The > earlier patch#2 in v5/v6, had refcount bug which prevents the above. This > was > introduced when we skipped get/put refcount in > tipc_subscrb_subscrp_delete(), but > instead do get in tipc_subscrp_subscribe() before starting the timer. > Thus the > subscription_create() initialized the refcount and tipc_subscrp_subscribe > steps it > to 2. At subscription timeout, we perform put only once and we cannot > compensate for > this additional refcount safely. > v6: Address krefcount warning for John Thompson in Patch#3 > v5: Address Ying's comment in Patch #2 to remove del_timer_sync(). > v4: Address Ying's comment by introducing subscription refcount. > > Parthasarathy Bhuvaragan (6): > tipc: fix nametbl_lock soft lockup at node/link events > tipc: add subscription refcount to avoid invalid delete > tipc: fix connection refcount error > tipc: fix nametbl_lock soft lockup at module exit > tipc: ignore requests when the connection state is not CONNECTED > tipc: fix cleanup at module unload > > net/tipc/node.c | 9 +++- > net/tipc/server.c | 48 +++++++++------------ net/tipc/subscr.c | 124 > ++++++++++++++++++++++++++++++------------------------ > net/tipc/subscr.h | 1 + > 4 files changed, 99 insertions(+), 83 deletions(-) > > -- > 2.1.4 > ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot _______________________________________________ tipc-discussion mailing list tipc-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tipc-discussion