1. 15 5月, 2009 2 次提交
  2. 14 5月, 2009 1 次提交
    • P
      Remove vga_ram_size · fbe1b595
      Paul Brook 提交于
      The vga_ram_size argument to machine init functions always has the same
      value, and is ignored by many machines (including SPARC32 which has an
      obsolete ifdef for VGA_RAM_SIZE).
      
      Remove it and push VGA_RAM_SIZE into vga_int.h.
      Signed-off-by: NPaul Brook <paul@codesourcery.com>
      fbe1b595
  3. 04 5月, 2009 1 次提交
  4. 10 4月, 2009 1 次提交
  5. 29 3月, 2009 1 次提交
    • A
      Clean some PCI defines (Stefan Weil) · cef3017c
      aliguori 提交于
      this patch adds some more defines from linux/pci_regs.h to
      hw/pci.h. There is now no longer a need to define them in
      eepro100.c, so they were removed there.
      
      Some defines from linux/pci_regs.h had similar, but not
      the same defines in hw/pci.h (PCI_REVISION_ID / PCI_REVISION,
      PCI_SUBSYSTEM_VENDOR_ID / PCI_SUBVENDOR_ID,
      PCI_SUBSYSTEM_ID / PCI_SUBDEVICE_ID).
      
      I suggest to use the "standard" from linux/pci_regs.h and
      replace the "old" Qemu ones. To facilitate the migration,
      my patch does not remove the old defines but marks them
      as obsolete. After a migration to the "standard" defines,
      pci.h could use linux/pci_regs.h which is far more complete.
      
      The patch is needed for an updated maintainer version of
      hw/eepro100.c which I'd like to see in Qemu stable.
      
       * Remove declarations already declared in header file from eepro100.c
       * Add missing declarations from pci_regs.h to pci.h
       * Mark "non-standard" declarations in pci.h as obsolete
      Signed-off-by: NStefan Weil <weil@mail.berlios.de>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      
      
      git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6901 c046a42c-6fe2-441c-8c8c-71466251a162
      cef3017c
  6. 13 3月, 2009 1 次提交
  7. 06 3月, 2009 1 次提交
    • 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
  8. 03 3月, 2009 1 次提交
  9. 11 2月, 2009 5 次提交
  10. 02 2月, 2009 1 次提交
  11. 01 2月, 2009 1 次提交
  12. 28 1月, 2009 1 次提交
  13. 26 1月, 2009 2 次提交
  14. 17 1月, 2009 1 次提交
    • A
      graphical_console_init change (Stefano Stabellini) · 3023f332
      aliguori 提交于
      Patch 5/7
      
      This patch changes the graphical_console_init function to return an
      allocated DisplayState instead of a QEMUConsole.
      
      This patch contains just the graphical_console_init change and few other
      modifications mainly in console.c and vl.c.
      It was necessary to move the display frontends (e.g. sdl and vnc)
      initialization after machine->init in vl.c.
      
      This patch does *not* include any required changes to any device, these
      changes come with the following patches.
      
      Patch 6/7
      
      This patch changes the QEMUMachine init functions not to take a
      DisplayState as an argument because is not needed any more;
      
      In few places the graphic hardware initialization function was called
      only if DisplayState was not NULL, now they are always called.
      Apart from these cases, the rest are all mechanical substitutions.
      
      Patch 7/7
      
      This patch updates the graphic device code to use the new
      graphical_console_init function.
      
      As for the previous patch, in few places graphical_console_init was called
      only if DisplayState was not NULL, now it is always called.
      Apart from these cases, the rest are all mechanical substitutions.
      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@6344 c046a42c-6fe2-441c-8c8c-71466251a162
      3023f332
  15. 14 1月, 2009 1 次提交
  16. 10 1月, 2009 1 次提交
  17. 19 12月, 2008 2 次提交
  18. 12 12月, 2008 1 次提交
    • A
      pci: add default pci subsystem id for all devices (Gerd Hoffman) · d350d97d
      aliguori 提交于
      This sets a default PCI subsystem ID for all emulated PCI devices.  PCI
      specs require this, so do it.
      
      In many cases it is enougth to know the PCI ID to handle a device
      correctly.  Sometimes a device driver must identify the exact piece of
      hardware (via PCI Subsystem ID) though.
      
      What does this patch to qemu devices:
      
      Right now the emulated PCI devices have no PCI subsystem ID, only the
      PCI ID.  The discussed patch sets a default PCI subsystem ID for all
      emulated devices.  Which will make the qemu devices look pretty much
      like in the laptop case: all PCI subsystem IDs will point to qemu by
      default.
      
      If a driver emulates a very specific piece of hardware where it has to
      emulate more than just the PCI chip, it can overwrite the PCI subsystem
      ID without problems.  The es1370 driver does that for example.
      Signed-off-by: NGerd Hoffmann <kraxel@redhat.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      
      
      
      git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@5986 c046a42c-6fe2-441c-8c8c-71466251a162
      d350d97d
  19. 08 12月, 2008 1 次提交
  20. 03 2月, 2008 1 次提交
  21. 02 12月, 2007 1 次提交
  22. 18 11月, 2007 1 次提交