1. 18 8月, 2011 1 次提交
    • P
      versatilepb: Implement SYS_CLCD mux control register bits · 242ea2c6
      Peter Maydell 提交于
      On the Versatile PB, PL110 graphics adaptor only natively supports
      5551 pixel format; an external mux swaps bits around to allow
      RGB565 and BGR565, under the control of bits [1:0] in the SYS_CLCD
      system register.
      
      Implement these SYS_CLCD register bits, and use a gpio line to
      feed them out of the system register model, across the versatilepb
      board and into the pl110 so we can select the right format.
      
      This is necessary as recent Linux versatile kernels default to
      programming the CLCD and mux for 16 bit BGR rather than 16 bit RGB.
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      242ea2c6
  2. 24 7月, 2011 1 次提交
  3. 22 3月, 2011 1 次提交
    • P
      hw/arm_sysctl.c: Add the Versatile Express system registers · 34933c8c
      Peter Maydell 提交于
      Add support for the Versatile Express SYS_CFG registers, which provide
      a generic means of reading or writing configuration information from
      various parts of the board. We only implement shutdown and reset.
      
      Also make the RESETCTL register RAZ/WI on Versatile Express rather
      than reset the board. Other system registers are generally the same
      as Versatile and Realview.
      
      This includes a VMState version number bump for arm_sysctl,
      since we have new register state to preserve. It also adds
      sys_mci to the VMState while we're bumping the version number
      (an accidental omission from commit b50ff6f5).
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      Signed-off-by: NAurelien Jarno <aurelien@aurel32.net>
      34933c8c
  4. 21 3月, 2011 1 次提交
    • P
      change all other clock references to use nanosecond resolution accessors · 74475455
      Paolo Bonzini 提交于
      This was done with:
      
          sed -i 's/qemu_get_clock\>/qemu_get_clock_ns/' \
              $(git grep -l 'qemu_get_clock\>' )
          sed -i 's/qemu_new_timer\>/qemu_new_timer_ns/' \
              $(git grep -l 'qemu_new_timer\>' )
      
      after checking that get_clock and new_timer never occur twice
      on the same line.  There were no missed occurrences; however, even
      if there had been, they would have been caught by the compiler.
      
      There was exactly one false positive in qemu_run_timers:
      
           -    current_time = qemu_get_clock (clock);
           +    current_time = qemu_get_clock_ns (clock);
      
      which is of course not in this patch.
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      74475455
  5. 07 3月, 2011 1 次提交
  6. 20 1月, 2011 1 次提交
  7. 11 12月, 2010 1 次提交
    • A
      Add endianness as io mem parameter · 2507c12a
      Alexander Graf 提交于
      As stated before, devices can be little, big or native endian. The
      target endianness is not of their concern, so we need to push things
      down a level.
      
      This patch adds a parameter to cpu_register_io_memory that allows a
      device to choose its endianness. For now, all devices simply choose
      native endian, because that's the same behavior as before.
      Signed-off-by: NAlexander Graf <agraf@suse.de>
      Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>
      2507c12a
  8. 13 11月, 2009 1 次提交
  9. 12 11月, 2009 1 次提交
  10. 07 10月, 2009 1 次提交
    • M
      New qdev_init_nofail() · e23a1b33
      Markus Armbruster 提交于
      Like qdev_init(), but terminate program via hw_error() instead of
      returning an error value.
      
      Use it instead of qdev_init() where terminating the program on failure
      is okay, either because it's during machine construction, or because
      we know that failure can't happen.
      
      Because relying in the latter is somewhat unclean, and the former is
      not always obvious, it would be nice to go back to qdev_init() in the
      not-so-obvious cases, only with proper error handling.  I'm leaving
      that for another day, because it involves making sure that error
      values are properly checked by all callers.
      
      Patchworks-ID: 35168
      Signed-off-by: NMarkus Armbruster <armbru@redhat.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      e23a1b33
  11. 02 10月, 2009 2 次提交
  12. 14 9月, 2009 1 次提交
  13. 28 8月, 2009 1 次提交
    • G
      qdev: add return value to init() callbacks. · 81a322d4
      Gerd Hoffmann 提交于
      Sorry folks, but it has to be.  One more of these invasive qdev patches.
      
      We have a serious design bug in the qdev interface:  device init
      callbacks can't signal failure because the init() callback has no
      return value.  This patch fixes it.
      
      We have already one case in-tree where this is needed:
      Try -device virtio-blk-pci (without drive= specified) and watch qemu
      segfault.  This patch fixes it.
      
      With usb+scsi being converted to qdev we'll get more devices where the
      init callback can fail for various reasons.
      Signed-off-by: NGerd Hoffmann <kraxel@redhat.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      81a322d4
  14. 26 8月, 2009 1 次提交
  15. 11 8月, 2009 1 次提交
  16. 17 7月, 2009 1 次提交
    • G
      qdev: rework device properties. · ee6847d1
      Gerd Hoffmann 提交于
      This patch is a major overhaul of the device properties.  The properties
      are saved directly in the device state struct now, the linked list of
      property values is gone.
      
      Advantages:
        * We don't have to maintain the list with the property values.
        * The value in the property list and the value actually used by
          the device can't go out of sync any more (used to happen for
          the pci.devfn == -1 case) because there is only one place where
          the value is stored.
        * A record describing the property is required now, you can't set
          random properties any more.
      
      There are bus-specific and device-specific properties.  The former
      should be used for properties common to all bus drivers.  Typical
      use case is bus addressing, i.e. pci.devfn and i2c.address.
      
      Properties have a PropertyInfo struct attached with name, size and
      function pointers to parse and print properties.  A few common property
      types have PropertyInfos defined in qdev-properties.c.  Drivers are free
      to implement their own very special property parsers if needed.
      
      Properties can have default values.  If unset they are zero-filled.
      Signed-off-by: NGerd Hoffmann <kraxel@redhat.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      ee6847d1
  17. 17 6月, 2009 1 次提交
  18. 15 5月, 2009 1 次提交
  19. 06 2月, 2009 1 次提交
  20. 13 12月, 2008 1 次提交
  21. 02 12月, 2008 1 次提交
  22. 18 11月, 2007 2 次提交
  23. 11 11月, 2007 1 次提交
  24. 17 9月, 2007 1 次提交
  25. 03 6月, 2007 1 次提交
  26. 11 3月, 2007 1 次提交
  27. 24 9月, 2006 1 次提交