1. 11 12月, 2010 2 次提交
  2. 12 7月, 2010 1 次提交
    • I
      pci: use PCI_DEVFN() where appropriate. · 520128bd
      Isaku Yamahata 提交于
      Use PCI_DEVFN() and PCI_FUNC_MAX where appropriate.
      This patch make it clear that func = 0.
      
      test:
      The following object files with/without this patch are stripped and compared.
      They remains same.
        arm-softmmu/versatile_pci.o
        libhw32/ppce500_pci.o
        libhw32/unin_pci.o
        libhw64/ppce500_pci.o
        libhw64/unin_pci.o
        mips-softmmu/gt64xxx.o
        mips64-softmmu/gt64xxx.o
        mips64el-softmmu/gt64xxx.o
        mipsel-softmmu/gt64xxx.o
      
      Cc: Aurelien Jarno <aurelien@aurel32.net>
      Cc: Yu Liu <yu.liu@freescale.com>
      Cc: Paul Brook <paul@codesourcery.com>
      Signed-off-by: NIsaku Yamahata <yamahata@valinux.co.jp>
      Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>
      520128bd
  3. 06 7月, 2010 1 次提交
  4. 29 5月, 2010 1 次提交
  5. 22 3月, 2010 1 次提交
  6. 07 2月, 2010 1 次提交
  7. 23 12月, 2009 1 次提交
  8. 09 11月, 2009 1 次提交
    • I
      pci_host.h: move functions in pci_host.h into .c file. · 4f5e19e6
      Isaku Yamahata 提交于
      split static functions in pci_host.h into pci_host.c and
      pci_host_template.h.
      Later a structures declared in pci_host.h, PCIHostState, will be used.
      However pci_host.h doesn't allow to include itself easily. This patches
      addresses it.
      
      pci_host.h includes functions which are instantiated in .c by including
      pci_host.h with typedefing pci_addr_t.
      pci_addr_t is per pci host bridge and is typedef'ed to uint32_t for ioio
      or target_phys_addr_t for mmio in .c file.
      That prevents from including pci_host.h to use PCIHostState because of
      requiring type, pci_addr_t.
      
      Its purpose to include is to instantiate io function for mmio or ioio
      depending on which pci host bridge requires ioio or mmio.
      To avoid including code, we always instantiate both version.
      Signed-off-by: NIsaku Yamahata <yamahata@valinux.co.jp>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      4f5e19e6
  9. 02 10月, 2009 2 次提交
  10. 04 9月, 2009 1 次提交
  11. 26 8月, 2009 1 次提交
  12. 17 6月, 2009 1 次提交
  13. 23 5月, 2009 1 次提交
    • P
      Add common BusState · 02e2da45
      Paul Brook 提交于
      Implement and use a common device bus state.  The main side-effect is
      that creating a bus and attaching it to a parent device are no longer
      separate operations.  For legacy code we allow a NULL parent, but that
      should go away eventually.
      
      Also tweak creation code to veriry theat a device in on the right bus.
      Signed-off-by: NPaul Brook <paul@codesourcery.com>
      02e2da45
  14. 13 3月, 2009 1 次提交
  15. 02 2月, 2009 1 次提交
  16. 26 1月, 2009 1 次提交
  17. 26 10月, 2008 1 次提交
  18. 10 3月, 2008 1 次提交
    • A
      GT64XXX: fix endianness issues: · c6c99c3f
      aurel32 提交于
      - Byte swapping for internal GT64XXX registers is controlled by the bit
        12 of the Configuration Register and not by the PCI Internal Command
        register.
      - The bit 0 of the PCI Internal Command register controls byte swapping
        for PCI access *except for the internal PCI device*, that is when both
        bus and device numbers are 0.
      
      
      git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@4035 c046a42c-6fe2-441c-8c8c-71466251a162
      c6c99c3f
  19. 18 11月, 2007 2 次提交
  20. 12 11月, 2007 1 次提交
  21. 21 10月, 2007 1 次提交
  22. 17 9月, 2007 2 次提交
  23. 12 7月, 2007 2 次提交
  24. 13 6月, 2007 1 次提交
  25. 10 6月, 2007 1 次提交
  26. 08 6月, 2007 5 次提交
  27. 07 6月, 2007 1 次提交
  28. 15 4月, 2007 1 次提交
  29. 08 4月, 2007 1 次提交
  30. 19 3月, 2007 1 次提交
  31. 07 3月, 2007 1 次提交