1. 07 9月, 2017 1 次提交
  2. 21 2月, 2017 1 次提交
    • M
      hw/arm/cubieboard hw/arm/xlnx-ep108: Fix units_per_default_bus · e0319b03
      Markus Armbruster 提交于
      Machine types cubieboard, xlnx-ep108, xlnx-zcu102 have an onboard AHCI
      controller, but neglect to set their MachineClass member
      units_per_default_bus = 1.  This permits -drive if=ide,unit=1, which
      makes no sense for AHCI.  It also screws up index=N for odd N, because
      it gets desugared to unit=1,bus=N/2
      
      Doesn't really matter, because these machine types fail to honor
      -drive if=ide.  Add the missing units_per_default_bus = 1 anyway,
      along with a TODO comment on what needs to be done for -drive if=ide.
      
      Also set block_default_type = IF_IDE explicitly.  It's currently the
      default, but the next commit will change it to something more
      sensible, and we want to keep the IF_IDE default for these three
      machines.  See also the previous commit.
      
      Cc: Beniamino Galvani <b.galvani@gmail.com>
      Cc: Alistair Francis <alistair.francis@xilinx.com>
      Cc: "Edgar E. Iglesias" <edgar.iglesias@gmail.com>
      Cc: Peter Maydell <peter.maydell@linaro.org>
      Cc: qemu-arm@nongnu.org
      Signed-off-by: NMarkus Armbruster <armbru@redhat.com>
      Acked-by: NAlistair Francis <alistair.francis@xilinx.com>
      Message-Id: <1487153147-11530-3-git-send-email-armbru@redhat.com>
      e0319b03
  3. 04 7月, 2016 1 次提交
  4. 06 6月, 2016 1 次提交
  5. 19 5月, 2016 1 次提交
  6. 23 3月, 2016 2 次提交
    • P
      hw: explicitly include qemu-common.h and cpu.h · 4771d756
      Paolo Bonzini 提交于
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      4771d756
    • M
      include/qemu/osdep.h: Don't include qapi/error.h · da34e65c
      Markus Armbruster 提交于
      Commit 57cb38b3 included qapi/error.h into qemu/osdep.h to get the
      Error typedef.  Since then, we've moved to include qemu/osdep.h
      everywhere.  Its file comment explains: "To avoid getting into
      possible circular include dependencies, this file should not include
      any other QEMU headers, with the exceptions of config-host.h,
      compiler.h, os-posix.h and os-win32.h, all of which are doing a
      similar job to this file and are under similar constraints."
      qapi/error.h doesn't do a similar job, and it doesn't adhere to
      similar constraints: it includes qapi-types.h.  That's in excess of
      100KiB of crap most .c files don't actually need.
      
      Add the typedef to qemu/typedefs.h, and include that instead of
      qapi/error.h.  Include qapi/error.h in .c files that need it and don't
      get it now.  Include qapi-types.h in qom/object.h for uint16List.
      
      Update scripts/clean-includes accordingly.  Update it further to match
      reality: replace config.h by config-target.h, add sysemu/os-posix.h,
      sysemu/os-win32.h.  Update the list of includes in the qemu/osdep.h
      comment quoted above similarly.
      
      This reduces the number of objects depending on qapi/error.h from "all
      of them" to less than a third.  Unfortunately, the number depending on
      qapi-types.h shrinks only a little.  More work is needed for that one.
      Signed-off-by: NMarkus Armbruster <armbru@redhat.com>
      [Fix compilation without the spice devel packages. - Paolo]
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      da34e65c
  7. 18 2月, 2016 1 次提交
  8. 09 2月, 2016 1 次提交
  9. 21 1月, 2016 1 次提交
  10. 19 1月, 2016 1 次提交
  11. 15 1月, 2016 1 次提交
    • A
      xlnx-zynqmp: Add support for high DDR memory regions · dc3b89ef
      Alistair Francis 提交于
      The Xilinx ZynqMP SoC and EP108 board supports three memory regions:
       - A 2GB region starting at 0
       - A 32GB region starting at 32GB
       - A 256GB region starting at 768GB
      
      This patch adds support for the first two memory regions, which is
      automatically created based on the size specified by the QEMU memory
      command line argument.
      
      On hardware the physical memory region is one continuous region, it is then
      mapped into the three different regions by the DDRC. As we don't model the
      DDRC this is done at startup by QEMU. The board creates the memory region and
      then passes that memory region to the SoC. The SoC then maps the memory
      regions.
      Signed-off-by: NAlistair Francis <alistair.francis@xilinx.com>
      Reviewed-by: NPeter Crosthwaite <crosthwaite.peter@gmail.com>
      Message-id: a1e47db941d65733724a300fcd98b74fbeeaaf22.1452637205.git.alistair.francis@xilinx.com
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      dc3b89ef
  12. 13 1月, 2016 1 次提交
  13. 24 11月, 2015 1 次提交
  14. 19 9月, 2015 1 次提交
  15. 19 6月, 2015 2 次提交
  16. 18 5月, 2015 3 次提交