Skip to content

Q
qemu

openeuler / qemu

通知 10
Star 0
Fork 0
Q
qemu

体验新版 GitCode，发现更多精彩内容 >>

切换分支/标签
  1. 10 11月, 2015 1 次提交
  3. 06 11月, 2015 5 次提交
  5. 04 11月, 2015 1 次提交
  7. 03 11月, 2015 7 次提交
  9. 27 10月, 2015 1 次提交
  11. 23 10月, 2015 1 次提交
  13. 19 10月, 2015 1 次提交
  15. 12 10月, 2015 2 次提交
  17. 09 10月, 2015 1 次提交
  19. 03 10月, 2015 1 次提交
  21. 30 9月, 2015 1 次提交
  23. 19 9月, 2015 3 次提交
  25. 16 9月, 2015 1 次提交
  27. 11 9月, 2015 1 次提交
  29. 10 9月, 2015 1 次提交
  31. 08 9月, 2015 1 次提交
  33. 13 8月, 2015 1 次提交
  35. 24 7月, 2015 1 次提交
  37. 15 7月, 2015 1 次提交
  39. 07 7月, 2015 5 次提交
    • J
      migration: create new section to store global state · df4b1024
      由 Juan Quintela 提交于 
      This includes a new section that for now just stores the current qemu state.

Right now, there are only one way to control what is the state of the
target after migration.

- If you run the target qemu with -S, it would start stopped.
- If you run the target qemu without -S, it would run just after migration finishes.

The problem here is what happens if we start the target without -S and
there happens one error during migration that puts current state as
-EIO.  Migration would ends (notice that the error happend doing block
IO, network IO, i.e. nothing related with migration), and when
migration finish, we would just "continue" running on destination,
probably hanging the guest/corruption data, whatever.
Signed-off-by: NJuan Quintela <quintela@redhat.com>
Reviewed-by: NDr. David Alan Gilbert <dgilbert@redhat.com>
      df4b1024
    • J
      runstate: migration allows more transitions now · ca3fc39e
      由 Juan Quintela 提交于 
      Next commit would allow to move from incoming migration to error happening on source.

Should we add more states to this transition?  Luiz?
Signed-off-by: NJuan Quintela <quintela@redhat.com>
Reviewed-by: NDr. David Alan Gilbert <dgilbert@redhat.com>
      ca3fc39e
    • J
      runstate: Add runstate store · 5e0f1940
      由 Juan Quintela 提交于 
      This allows us to store the current state to send it through migration.
Signed-off-by: NJuan Quintela <quintela@redhat.com>
Reviewed-by: NDr. David Alan Gilbert <dgilbert@redhat.com>
      5e0f1940
    • D
      crypto: introduce new module for computing hash digests · ddbb0d09
      由 Daniel P. Berrange 提交于 
      Introduce a new crypto/ directory that will (eventually) contain
all the cryptographic related code. This initially defines a
wrapper for initializing gnutls and for computing hashes with
gnutls. The former ensures that gnutls is guaranteed to be
initialized exactly once in QEMU regardless of CLI args. The
block quorum code currently fails to initialize gnutls so it
only works by luck, if VNC server TLS is not requested. The
hash APIs avoids the need to litter the rest of the code with
preprocessor checks and simplifies callers by allocating the
correct amount of memory for the requested hash.
Signed-off-by: NDaniel P. Berrange <berrange@redhat.com>
Message-Id: <1435770638-25715-2-git-send-email-berrange@redhat.com>
Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      ddbb0d09
    • E
      vl: move rom_load_all after machine init done · 6b3f7f63
      由 Eric Auger 提交于 
      On ARM, commit ac9d32e3 postponed the
memory preparation for boot until the machine init done notifier. This
has for consequence to insert ROM at machine init done time.

However the rom_load_all function stayed called before the ROM are
inserted. As a consequence the rom_load_all function does not do
everything it is expected to do, on ARM.

It currently registers the ROM reset notifier but does not iterate through
the registered ROM list. the isrom field is not set properly. This latter
is used to report info in the monitor and also to decide whether the
rom->data can be freed on ROM reset notifier.

To fix that regression the patch moves the rom_load_all call after
machine init done. We also take the opportunity to rename the rom_load_all
function into rom_check_and_resgister_reset() and integrate the
rom_load_done in it.
Signed-off-by: NEric Auger <eric.auger@linaro.org>
Reported-by: NPeter Crosthwaite <peter.crosthwaite@xilinx.com>
Message-Id: <1434470874-22573-1-git-send-email-eric.auger@linaro.org>
Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      6b3f7f63
  41. 23 6月, 2015 3 次提交