Skip to content
This repository has been archived by the owner on Jan 20, 2022. It is now read-only.

qmp: send event without blocking #82

Closed
wants to merge 1 commit into from

Conversation

BetaXOi
Copy link

@BetaXOi BetaXOi commented Dec 24, 2018

The process will block if the event channel without buffer and there is data in channel already or the buffer of channel is full.
We should avoid this.

related: kata-containers/runtime#1047

Signed-off-by: NingBo ning.bo9@zte.com.cn

The process will block if the event channel without buffer and
there is data in channel already or the buffer of channel is full.
We should avoid this.

Signed-off-by: NingBo <ning.bo9@zte.com.cn>
@coveralls
Copy link

Coverage Status

Coverage decreased (-0.08%) to 79.631% when pulling 8122d59 on BetaXOi:eventCh into 737f03d on intel:master.

1 similar comment
@coveralls
Copy link

Coverage Status

Coverage decreased (-0.08%) to 79.631% when pulling 8122d59 on BetaXOi:eventCh into 737f03d on intel:master.

Copy link
Contributor

@markdryan markdryan left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This change introduces a race condition. There's now no guarantee that you'd ever receive an event. The current govmm API expects that any client that has requested to receive events is reading/selecting on the channel it provides. If it does this then nothing will block.

@BetaXOi BetaXOi closed this Mar 6, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants