1. 16 10月, 2011 1 次提交
  2. 25 9月, 2011 2 次提交
  3. 23 9月, 2011 3 次提交
  4. 22 8月, 2011 1 次提交
    • A
      440fx: fix PAM, PCI holes · ae0a5466
      Avi Kivity 提交于
      The current implementation of PAM and the PCI holes is broken in several
      ways:
      
        - PCI BARs are not restricted to the PCI hole (a BAR may hide memory)
        - PCI devices do not respect PAM (if a PCI device maps a region while
          PAM maps the region to RAM, the request will be honored)
      
      This patch fixes things by introducing a pci address space, and using
      memory region aliases to represent PAM regions, SMRAM, and PCI holes.
      
      The memory hierarchy looks something like
      
      system_memory
       |
       +--- low memory alias (0-0xe0000000)
       |      |
       |      +-- ram@0
       |
       +--- high memory alias (0x100000000-EOM)
       |      |
       |      +-- ram@0xe0000000
       |
       +--- pci hole alias (end of low memory-0x100000000)
       |      |
       |      +-- pci@end-of-low-memory
       |
       |
       +--- pam[n] (0xc0000-0xc3fff etc) (when set to pci, priority 1)
       |      |
       |      +-- pci@0xc4000 etc
       |
       +--- smram (0xa0000-0xbffff) (when set to pci/vga, priority 1)
              |
              +-- pci@0xa0000 etc
      
      ram (simple ram region)
      
      pci
       |
       +--- BARn
       |
       +--- VGA 0xa0000-0xbffff
       |
       +--- ROMs
      Signed-off-by: NAvi Kivity <avi@redhat.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      ae0a5466
  5. 21 8月, 2011 1 次提交
  6. 08 8月, 2011 1 次提交
  7. 29 7月, 2011 3 次提交
  8. 26 7月, 2011 1 次提交
    • S
      xen: implement unplug protocol in xen_platform · 679f4f8b
      Stefano Stabellini 提交于
      The unplug protocol is necessary to support PV drivers in the guest: the
      drivers expect to be able to "unplug" emulated disks and nics before
      initializing the Xen PV interfaces.
      It is responsibility of the guest to make sure that the unplug is done
      before the emulated devices or the PV interface start to be used.
      
      We use pci_for_each_device to walk the PCI bus, identify the devices and
      disks that we want to disable and dynamically unplug them.
      
      Changes in v2:
      
      - use PCI_CLASS constants;
      
      - replace pci_unplug_device with qdev_unplug;
      
      - do not import hw/ide/internal.h in xen_platform.c;
      
      Changes in v3:
      
      - introduce piix3-ide-xen, that support hot-unplug;
      
      - move the unplug code to hw/ide/piix.c;
      
      - just call qdev_unplug from xen_platform.c to unplug the IDE disks;
      Signed-off-by: NStefano Stabellini <stefano.stabellini@eu.citrix.com>
      Acked-by: NKevin Wolf <kwolf@redhat.com>
      Signed-off-by: NAlexander Graf <agraf@suse.de>
      679f4f8b
  9. 19 6月, 2011 2 次提交
  10. 14 6月, 2011 1 次提交
  11. 08 5月, 2011 6 次提交
  12. 10 4月, 2011 1 次提交
  13. 07 4月, 2011 1 次提交
  14. 21 2月, 2011 1 次提交
  15. 20 2月, 2011 1 次提交
  16. 14 2月, 2011 1 次提交
  17. 12 2月, 2011 1 次提交
  18. 25 1月, 2011 1 次提交
  19. 22 12月, 2010 1 次提交
  20. 09 12月, 2010 1 次提交
  21. 21 11月, 2010 3 次提交
  22. 28 8月, 2010 1 次提交
    • I
      isapc: fix segfault. · 02a89b21
      Isaku Yamahata 提交于
      https://bugs.launchpad.net/bugs/611646
      reports that ./i386-softmmu/qemu -M isapc segfaults.
      This patch fixes the segfault introduced by
      f885f1ea
      
      It's because i440fx_state in pc_init1() isn't initialized.
      
      > Core was generated by `./i386-softmmu/qemu -M isapc'.
      > Program terminated with signal 11, Segmentation fault.
      > [New process 19686]
      >     at qemu/hw/piix_pci.c:136
      > (gdb) where
      >     at qemu/hw/piix_pci.c:136
      >     boot_device=0x7fffe1f5b040 "cad", kernel_filename=0x0,
      >     kernel_cmdline=0x6469bf "", initrd_filename=0x0,
      >     cpu_model=0x654d10 "486", pci_enabled=0)
      >     at qemu/hw/pc_piix.c:178
      >     boot_device=0x7fffe1f5b040 "cad", kernel_filename=0x0,
      >     kernel_cmdline=0x6469bf "", initrd_filename=0x0, cpu_model=0x654d10 "486")
      >     at qemu/hw/pc_piix.c:207
      >     envp=0x7fffe1f5b188)
      >     at qemu/vl.c:2871
      Signed-off-by: NMarkus Armbruster <armbru@redhat.com>
      Signed-off-by: NIsaku Yamahata <yamahata@valinux.co.jp>
      Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>
      02a89b21
  23. 24 8月, 2010 1 次提交
    • B
      Rearrange block headers · 2446333c
      Blue Swirl 提交于
      Changing block.h or blockdev.h resulted in recompiling most objects.
      
      Move DriveInfo typedef and BlockInterfaceType enum definitions
      to qemu-common.h and rearrange blockdev.h use to decrease churn.
      Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>
      2446333c
  24. 22 7月, 2010 1 次提交
  25. 02 7月, 2010 1 次提交
    • M
      pc: Fix CMOS info for drives defined with -device · c0897e0c
      Markus Armbruster 提交于
      Drives defined with -drive if=ide get get created along with the IDE
      controller, inside machine->init().  That's before cmos_init().
      Drives defined with -device get created during generic device init.
      That's after cmos_init().  Because of that, CMOS has no information on
      them (type, geometry, translation).  Older versions of Windows such as
      XP reportedly choke on that.
      
      Split off the part of CMOS initialization that needs to know about
      -device devices, and turn it into a reset handler, so it runs after
      device creation.
      Signed-off-by: NMarkus Armbruster <armbru@redhat.com>
      Signed-off-by: NKevin Wolf <kwolf@redhat.com>
      c0897e0c
  26. 28 6月, 2010 1 次提交
  27. 19 6月, 2010 1 次提交