1. 17 3月, 2009 1 次提交
  2. 14 3月, 2009 3 次提交
  3. 13 3月, 2009 6 次提交
    • A
      qemu:virtio-net: Check return size on the correct sg list (Alex Williamson) · c6bb9a32
      aliguori 提交于
      When checking that the size of the control virtqueue return field
      is sufficient, use the correct sg list.
      Signed-off-by: NAlex Williamson <alex.williamson@hp.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      
      
      git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6845 c046a42c-6fe2-441c-8c8c-71466251a162
      c6bb9a32
    • A
      Add and use remaining #defines for PCI device IDs (Stuart Brady) · a770dc7e
      aliguori 提交于
      This patch adds and uses #defines for the remaining hardcoded PCI
      device IDs.  It also moves definitions taken from linux/pci_ids.h
      into a separate header (hw/pci_ids.h), removes the 'RTL' from
      PCI_DEVICE_ID_REALTEK_RTL8029, and renames PCI_DEVICE_ID_FSL_E500
      to PCI_DEVICE_ID_MPC8533E to match Linux's definition.
      
      Changes in v2:
       * Don't use C99-style comments
       * Move definitions from linux/pci_ids.h into a separate header
       * Rename PCI_DEVICE_ID_FSL_E500 to PCI_DEVICE_ID_MPC8533E
      Signed-off-by: NStuart Brady <stuart.brady@gmail.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      
      
      git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6841 c046a42c-6fe2-441c-8c8c-71466251a162
      a770dc7e
    • A
      remove is_graphic_console from vga.c (Stefano Stabellini) · b8c18e4c
      aliguori 提交于
      Hi all,
      since vga_draw_graphic is only called by vga_hw_update when the console
      associated with the graphic card is active, we don't need to check if
      the current console is active using is_graphic_console.
      
      I suspect I introduced these checks when the console switching mechanism
      didn't work as it does now.
      Signed-off-by: NStefano Stabellini <stefano.stabellini@eu.citrix.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      
      
      git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6840 c046a42c-6fe2-441c-8c8c-71466251a162
      b8c18e4c
    • A
      DisplayAllocator interface (Stefano Stabellini) · 7b5d76da
      aliguori 提交于
      Hi all,
      this patch adds a DisplayAllocator interface that allows display
      frontends (sdl in particular) to provide a preallocated display buffer
      for the graphical backend to use.
      
      Whenever a graphical backend cannot use
      qemu_create_displaysurface_from because its own internal pixel format
      cannot be exported directly (text mode or graphical mode with color
      depth 8 or 24), it creates another display buffer in memory using
      qemu_create_displaysurface and does the conversion.
      This new buffer needs to be blitted into the sdl surface buffer every time
      we need to update portions of the screen.
      We can avoid this using the DisplayAllocator interace: sdl provides its
      own implementation of qemu_create_displaysurface, giving back the sdl
      surface buffer directly (as we used to do before the DisplayState
      changes).
      Since the buffer returned by sdl could be in bgr format we need to put
      back in the handlers of that case.
      
      This approach is good if the two following conditions are true:
      
      1) the sdl surface is a software surface that resides in main memory;
      
      2) the host display color depth is either 16 or 32 bpp.
      
      If first condition is false we can have bad performances using sdl
      and vnc together.
      If the second condition is false performances are certainly not going to
      improve but they shouldn't get worse either.
      
      The first condition is always true, at least on linux/X11 systems; but I
      believe is true also on other platforms.
      The second condition is true in the vast majority of the cases.
      
      This patch should also have the good side effect of solving the sdl
      2D slowness malc was reporting on MacOS, because SDL_BlitSurface is not
      going to be called anymore when the guest is in text mode or 24bpp.
      However the root problem is still present so I suspect we may
      still see some slowness on MacOS when the guest is in 32 or 16 bpp.
      Signed-off-by: NStefano Stabellini <stefano.stabellini@eu.citrix.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      
      
      git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6839 c046a42c-6fe2-441c-8c8c-71466251a162
      7b5d76da
    • A
      From 67e94ae77f8de4d5d822917f1723cefa7ebfb64d Mon Sep 17 00:00:00 2001 · 610626af
      aliguori 提交于
      From: Xiantao Zhang <xiantao.zhang@intel.com>
      Date: Tue, 3 Mar 2009 13:33:13 +0800
      Subject: [PATCH] Split ioapic logic from the current apic.
      
      Add a new ioapic.c to hold ioapic's logic, and also
      make it work for ia64.
      Signed-off-by: NXiantao Zhang <xiantao.zhang@intel.com>
      ---
       Makefile.target |    2 +-
       hw/apic.c       |  237 +++----------------------------------------------
       hw/ioapic.c     |  263 +++++++++++++++++++++++++++++++++++++++++++++++++++++++
       hw/pc.h         |    5 +-
       4 files changed, 281 insertions(+), 226 deletions(-)
       create mode 100644 hw/ioapic.c
      
      
      git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6827 c046a42c-6fe2-441c-8c8c-71466251a162
      610626af
    • A
      Add specialized block driver scsi generic API (Avi Kivity) · 7d780669
      aliguori 提交于
      When a scsi device is backed by a scsi generic device instead of an
      ordinary host block device, the block API is abused in a couple of annoying
      ways:
      
       - nb_sectors is negative, and specifies a byte count instead of a sector count
       - offset is ignored, since scsi-generic is essentially a packet protocol
      
      This overloading makes hacking the block layer difficult.  Remove it by
      introducing a new explicit API for scsi-generic devices.  The new API
      is still backed by the old implementation, but at least the users are
      insulated.
      Signed-off-by: NAvi Kivity <avi@redhat.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      
      
      git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6822 c046a42c-6fe2-441c-8c8c-71466251a162
      7d780669
  4. 11 3月, 2009 2 次提交
  5. 08 3月, 2009 9 次提交
  6. 07 3月, 2009 4 次提交
  7. 06 3月, 2009 4 次提交
    • A
      monitor: Rework API (Jan Kiszka) · 376253ec
      aliguori 提交于
      Refactor the monitor API and prepare it for decoupled terminals:
      term_print functions are renamed to monitor_* and all monitor services
      gain a new parameter (mon) that will once refer to the monitor instance
      the output is supposed to appear on. However, the argument remains
      unused for now. All monitor command callbacks are also extended by a mon
      parameter so that command handlers are able to pass an appropriate
      reference to monitor output services.
      
      For the case that monitor outputs so far happen without clearly
      identifiable context, the global variable cur_mon is introduced that
      shall once provide a pointer either to the current active monitor (while
      processing commands) or to the default one. On the mid or long term,
      those use case will be obsoleted so that this variable can be removed
      again.
      
      Due to the broad usage of the monitor interface, this patch mostly deals
      with converting users of the monitor API. A few of them are already
      extended to pass 'mon' from the command handler further down to internal
      functions that invoke monitor_printf.
      
      At this chance, monitor-related prototypes are moved from console.h to
      a new monitor.h. The same is done for the readline API.
      Signed-off-by: NJan Kiszka <jan.kiszka@siemens.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      
      
      git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6711 c046a42c-6fe2-441c-8c8c-71466251a162
      376253ec
    • A
      monitor: Rework modal password input (Jan Kiszka) · bb5fc20f
      aliguori 提交于
      Currently, waiting for the user to type in some password blocks the
      whole VM because monitor_readline starts its own I/O loop. And this loop
      also screws up reading passwords from virtual console.
      
      Patch below fixes the shortcomings by using normal I/O processing also
      for waiting on a password. To keep to modal property for the monitor
      terminal, the command handler is temporarily replaced by a password
      handler and a callback infrastructure is established to process the
      result before switching back to command mode.
      Signed-off-by: NJan Kiszka <jan.kiszka@siemens.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      
      
      git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6710 c046a42c-6fe2-441c-8c8c-71466251a162
      bb5fc20f
    • A
      monitor: Rework early disk password inquiry (Jan Kiszka) · c0f4ce77
      aliguori 提交于
      Reading the passwords for encrypted hard disks during early startup is
      broken (I guess for quiet a while now):
       - No monitor terminal is ready for input at this point
       - Forcing all mux'ed terminals into monitor mode can confuse other
         users of that channels
      
      To overcome these issues and to lay the ground for a clean decoupling of
      monitor terminals, this patch changes the initial password inquiry as
      follows:
       - Prevent autostart if there is some encrypted disk
       - Once the user tries to resume the VM, prompt for all missing
         passwords
       - Only resume if all passwords were accepted
      Signed-off-by: NJan Kiszka <jan.kiszka@siemens.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      
      
      git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6707 c046a42c-6fe2-441c-8c8c-71466251a162
      c0f4ce77
    • A
      lsi: add ISTAT1 register read (Ryan Harper) · ecabe8cc
      aliguori 提交于
      SLES10 SP2 installer complains when probing a scsi disk and exits qemu
      when failing to read one of the registers.
      
      lsi_scsi: error: readb 0x15
      
      
      -- 
      Ryan Harper
      Software Engineer; Linux Technology Center
      IBM Corp., Austin, Tx
      ryanh@us.ibm.com
      
      
      
      diffstat output:
       lsi53c895a.c |    2 ++
       1 files changed, 2 insertions(+)
      Signed-off-by: NRyan Harper <ryanh@us.ibm.com>
      ---
      Subject: [PATCH] lsi: add ISTAT1 register read
      From: Ryan Harper <ryanh@us.ibm.com>
      Cc: kvm@vger.kernel.org
      
      SLES10 SP2 installer complains when probing a scsi disk and exits qemu when
      failing to read one of the registers.
      
      lsi_scsi: error: readb 0x15
      Signed-off-by: NRyan Harper <ryanh@us.ibm.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      
      
      git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6688 c046a42c-6fe2-441c-8c8c-71466251a162
      ecabe8cc
  8. 04 3月, 2009 2 次提交
  9. 03 3月, 2009 8 次提交
  10. 28 2月, 2009 1 次提交