Re: About my_received_flg

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 08/07/2012 05:15 AM, jason wrote:
> Hi All,
> 
> According to the paper of Yair Amir, my_received_flg indicates whether
> the member has received all messages from the processors in its
> my_deliver_memb in a previous failed pass through the Recovery state in
> which the new ring was not installed. So in my opinion my_received_flg
> should be set only by message_handler_off_token() in recovey state and
> read by memb_state_commit_token_update() in the next round of commit.
> 
> So I do not understand why my_received_flg be overwrited by
> memb_state_commit_token_update() like this: my_received_flg = my_aru ==
> my_high_seq_received.
> 
> Could you please explain this? Many thanks.
> 
> 

This is one of the areas of totem which I think our implementation may
not be matching the specification exactly.  I was never clear on how
my_received_flg should be handled.

If you have a test case + patches that implement your suggestions, we
could give them a try.

Regards
-steve

> 
> _______________________________________________
> discuss mailing list
> discuss@xxxxxxxxxxxx
> http://lists.corosync.org/mailman/listinfo/discuss
> 

_______________________________________________
discuss mailing list
discuss@xxxxxxxxxxxx
http://lists.corosync.org/mailman/listinfo/discuss


[Index of Archives]     [Linux Clusters]     [Corosync Project]     [Linux USB Devel]     [Linux Audio Users]     [Photo]     [Yosemite News]    [Yosemite Photos]    [Linux Kernel]     [Linux SCSI]     [X.Org]

  Powered by Linux