1. 26 2月, 2016 1 次提交
  2. 18 2月, 2016 3 次提交
  3. 29 1月, 2016 1 次提交
    • P
      hw: Clean up includes · 0430891c
      Peter Maydell 提交于
      Clean up includes so that osdep.h is included first and headers
      which it implies are not included manually.
      
      This commit was created with scripts/clean-includes.
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      Message-id: 1453832250-766-38-git-send-email-peter.maydell@linaro.org
      0430891c
  4. 22 12月, 2015 3 次提交
  5. 08 12月, 2015 1 次提交
    • M
      sdhci: Sanitize "sdhci-pci" properties for future qomification · 79f21707
      Markus Armbruster 提交于
      We currently fuse controller and card into a single device model, but
      we intend qomify things properly and separate the two.  The properties
      that really belong to the card would then have to somehow pass-through
      to the card's properties.  To avoid that complication, either mark
      them experimental or drop them.
      
      Properties "capareg", "maxcurr" and the usual PCI device properties
      belong to the controller.  Property "drive" belongs to the card;
      rename it to "x-drive".  Properties "logical_block_size",
      "physical_block_size", "min_io_size", "opt_io_size",
      "discard_granularity" belong to the card, but have no effect; drop
      them.
      Signed-off-by: NMarkus Armbruster <armbru@redhat.com>
      Reviewed-by: NPeter Maydell <peter.maydell@linaro.org>
      Message-id: 1449503710-3707-2-git-send-email-armbru@redhat.com
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      79f21707
  6. 30 10月, 2015 1 次提交
  7. 12 10月, 2015 2 次提交
  8. 09 10月, 2015 2 次提交
  9. 11 9月, 2015 1 次提交
  10. 02 4月, 2015 3 次提交
    • M
      sysbus: Make devices picking up backends unavailable with -device · 9f9bdf43
      Markus Armbruster 提交于
      Device models aren't supposed to go on fishing expeditions for
      backends.  They should expose suitable properties for the user to set.
      For onboard devices, board code sets them.
      
      A number of sysbus devices pick up block backends in their init() /
      instance_init() methods with drive_get_next() instead: sl-nand,
      milkymist-memcard, pl181, generic-sdhci.
      
      Likewise, a number of sysbus devices pick up character backends in
      their init() / realize() methods with qemu_char_get_next_serial():
      cadence_uart, digic-uart, etraxfs,serial, lm32-juart, lm32-uart,
      milkymist-uart, pl011, stm32f2xx-usart, xlnx.xps-uartlite.
      
      All these mistakes are already marked FIXME.  See the commit that
      added these FIXMEs for a more detailed explanation of what's wrong.
      
      Fortunately, only machines ppce500 and pseries-* support -device with
      sysbus devices, and none of the devices above is supported with these
      machines.
      
      Set cannot_instantiate_with_device_add_yet to preserve our luck.
      
      Cc: Andrzej Zaborowski <balrogg@gmail.com>
      Cc: Peter Crosthwaite <peter.crosthwaite@xilinx.com>
      Cc: Antony Pavlov <antonynpavlov@gmail.com>
      Cc: "Edgar E. Iglesias" <edgar.iglesias@gmail.com>
      Cc: Michael Walle <michael@walle.cc>
      Signed-off-by: NMarkus Armbruster <armbru@redhat.com>
      9f9bdf43
    • M
      sdhci: Make device "sdhci-pci" unavailable with -device · 19109131
      Markus Armbruster 提交于
      Device models aren't supposed to go on fishing expeditions for
      backends.  They should expose suitable properties for the user to set.
      For onboard devices, board code sets them.
      
      "sdhci-pci" picks up its block backend in its realize() method with
      drive_get_next() instead.  Already marked FIXME.  See the commit that
      added the FIXME for a more detailed explanation of what's wrong.
      
      We can't fix this in time for the release, but since the device is new
      in 2.3, we can set cannot_instantiate_with_device_add_yet to disable
      it before this mistake becomes ABI, and we have to support command
      lines like
      
          $ qemu -drive if=sd -drive if=sd,file=sd.img -device sdhci-pci -device sdhci-pci
      
      forever.
      Signed-off-by: NMarkus Armbruster <armbru@redhat.com>
      19109131
    • M
      hw: Mark devices picking up block backends actively FIXME · af9e40aa
      Markus Armbruster 提交于
      Drives defined with if!=none are for board initialization to wire up.
      Board code calls drive_get() or similar to find them, and creates
      devices with their qdev drive properties set accordingly.
      
      Except a few devices go on a fishing expedition for a suitable backend
      instead of exposing a drive property for board code to set: they call
      driver_get() or drive_get_next() in their realize() or init() method
      to implicitly connect to the "next" backend with a certain interface
      type.
      
      Picking up backends that way works when the devices are created by
      board code.  But it's inappropriate for -device or device_add.  Not
      only is this inconsistent with how the other block device models work
      (they connect to a backend explicitly identified by a "drive"
      property), it breaks when the "next" backend has been picked up by the
      board already.
      
      Example:
      
          $ qemu-system-arm -S -M connex -pflash flash.img -device ssi-sd
          Aborted (core dumped)
      
      Mark them with suitable FIXME comments.
      
      Cc: Andrzej Zaborowski <balrogg@gmail.com>
      Cc: Peter Crosthwaite <peter.crosthwaite@xilinx.com>
      Cc: "Andreas Färber" <andreas.faerber@web.de>
      Cc: Michael Walle <michael@walle.cc>
      Signed-off-by: NMarkus Armbruster <armbru@redhat.com>
      af9e40aa
  11. 26 2月, 2015 1 次提交
  12. 26 1月, 2015 1 次提交
  13. 16 12月, 2014 4 次提交
  14. 20 10月, 2014 2 次提交
  15. 04 8月, 2014 1 次提交
  16. 01 7月, 2014 2 次提交
  17. 14 5月, 2014 1 次提交
  18. 15 2月, 2014 1 次提交
  19. 14 2月, 2014 1 次提交
  20. 11 10月, 2013 1 次提交
  21. 23 8月, 2013 1 次提交
  22. 04 7月, 2013 2 次提交
  23. 22 6月, 2013 1 次提交
  24. 20 6月, 2013 1 次提交
  25. 04 6月, 2013 2 次提交