Skip to content

Q
qemu

openeuler / qemu

通知 10
Star 0
Fork 0
Q
qemu

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

切换分支/标签
  1. 05 10月, 2009 3 次提交
  3. 02 10月, 2009 2 次提交
  5. 12 9月, 2009 2 次提交
  7. 03 9月, 2009 1 次提交
  9. 28 8月, 2009 1 次提交
  11. 26 8月, 2009 1 次提交
  13. 24 8月, 2009 1 次提交
    • A
      Unbreak large mem support by removing kqemu · 4a1418e0
      由 Anthony Liguori 提交于 
      kqemu introduces a number of restrictions on the i386 target.  The worst is that
it prevents large memory from working in the default build.

Furthermore, kqemu is fundamentally flawed in a number of ways.  It relies on
the TSC as a time source which will not be reliable on a multiple processor
system in userspace.  Since most modern processors are multicore, this severely
limits the utility of kqemu.

kvm is a viable alternative for people looking to accelerate qemu and has the
benefit of being supported by the upstream Linux kernel.  If someone can
implement work arounds to remove the restrictions introduced by kqemu, I'm
happy to avoid and/or revert this patch.

N.B. kqemu will still function in the 0.11 series but this patch removes it from
the 0.12 series.

Paul, please Ack or Nack this patch.
Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      4a1418e0
  15. 01 8月, 2009 1 次提交
  17. 28 7月, 2009 2 次提交
  19. 21 7月, 2009 1 次提交
  21. 17 7月, 2009 2 次提交
  23. 30 6月, 2009 1 次提交
  25. 22 6月, 2009 1 次提交
  27. 17 6月, 2009 4 次提交
  29. 16 6月, 2009 1 次提交
  31. 04 6月, 2009 1 次提交
    • N
      fix gdbstub support for multiple threads in usermode, v3 · 1e9fa730
      由 Nathan Froyd 提交于 
      When debugging multi-threaded programs, QEMU's gdb stub would report the
correct number of threads (the qfThreadInfo and qsThreadInfo packets).
However, the stub was unable to actually switch between threads (the T
packet), since it would report every thread except the first as being
dead.  Furthermore, the stub relied upon cpu_index as a reliable means
of assigning IDs to the threads.  This was a bad idea; if you have this
sequence of events:

initial thread created
new thread #1
new thread #2
thread #1 exits
new thread #3

thread #3 will have the same cpu_index as thread #1, which would confuse
GDB.  (This problem is partly due to the remote protocol not having a
good way to send thread creation/destruction events.)

We fix this by using the host thread ID for the identifier passed to GDB
when debugging a multi-threaded userspace program.  The thread ID might
wrap, but the same sort of problems with wrapping thread IDs would come
up with debugging programs natively, so this doesn't represent a
problem.
Signed-off-by: NNathan Froyd <froydnj@codesourcery.com>
      1e9fa730
  33. 22 5月, 2009 2 次提交
  35. 04 5月, 2009 1 次提交
    • S
      Fix typos in comments in exec.c · ccbb4d44
      由 Stuart Brady 提交于 
      This patch fixes several typos in comments in exec.c:

            longet -> longer
       recommanded -> recommended
        ajustments -> adjustments
   inconsistancies -> inconsistencies
           phsical -> physical
       positionned -> positioned
       succesfully -> successfully
      regon_offset -> region_offset

and also:

      start_region -> start_addr
Signed-off-by: NStuart Brady <stuart.brady@gmail.com>
      ccbb4d44
  37. 01 5月, 2009 2 次提交
  39. 25 4月, 2009 1 次提交
  41. 22 4月, 2009 1 次提交
  43. 19 4月, 2009 1 次提交
  45. 12 4月, 2009 1 次提交
  47. 11 4月, 2009 1 次提交
  49. 10 4月, 2009 1 次提交
  51. 08 4月, 2009 1 次提交
  53. 06 4月, 2009 1 次提交
  55. 29 3月, 2009 1 次提交
  57. 17 3月, 2009 1 次提交