diff options
| -rw-r--r-- | block-migration.c | 2 | ||||
| -rw-r--r-- | docs/libcacard.txt | 6 | ||||
| -rw-r--r-- | docs/qapi-code-gen.txt | 2 |
3 files changed, 5 insertions, 5 deletions
diff --git a/block-migration.c b/block-migration.c index 0bff07538b..5f10486416 100644 --- a/block-migration.c +++ b/block-migration.c @@ -521,7 +521,7 @@ static int is_stage2_completed(void) if ((remaining_dirty / bwidth) <= migrate_max_downtime()) { - /* finish stage2 because we think that we can finish remaing work + /* finish stage2 because we think that we can finish remaining work below max_downtime */ return 1; diff --git a/docs/libcacard.txt b/docs/libcacard.txt index ae010d237b..296706a75f 100644 --- a/docs/libcacard.txt +++ b/docs/libcacard.txt @@ -281,7 +281,7 @@ create card responses. VCardResponse *vcard_make_response(VCard7816Status status); This is the most basic function to get a response. This function will - return a response the consists soley one 2 byte status code. If that status + return a response the consists solely one 2 byte status code. If that status code is defined in card_7816t.h, then this function is guarrenteed to return a response with that status. If a cart type specific status code is passed and vcard_make_response fails to allocate the appropriate memory @@ -327,7 +327,7 @@ and applet. int vcard_emul_get_login_count(VCard *card); - This function returns the the number of remaing login attempts for this + This function returns the the number of remaining login attempts for this card. If the card emulator does not know, or the card does not have a way of giving this information, this function returns -1. @@ -373,7 +373,7 @@ functions: The options structure is built by another function in the virtual card interface where a string of virtual card emulator specific strings are - mapped to the options. The actual structure is defined by the virutal card + mapped to the options. The actual structure is defined by the virtual card emulator and is used to determine the configuration of soft cards, or to determine which physical cards to present to the guest. diff --git a/docs/qapi-code-gen.txt b/docs/qapi-code-gen.txt index c0a9325db8..5831e371ea 100644 --- a/docs/qapi-code-gen.txt +++ b/docs/qapi-code-gen.txt @@ -14,7 +14,7 @@ To map QMP-defined interfaces to the native C QAPI implementations, a JSON-based schema is used to define types and function signatures, and a set of scripts is used to generate types/signatures, and marshaling/dispatch code. The QEMU Guest Agent also uses these -scripts, paired with a seperate schema, to generate +scripts, paired with a separate schema, to generate marshaling/dispatch code for the guest agent server running in the guest. |