1. 23 9月, 2016 1 次提交
  2. 14 7月, 2016 2 次提交
  3. 28 6月, 2016 1 次提交
    • P
      misc/aspeed_scu: Fix build error caused by missing header · aa4b04a0
      Pranith Kumar 提交于
      Tracing configurations error out currently as follows:
      
      /home/travis/build/pranith/qemu/hw/misc/aspeed_scu.c: In function ‘aspeed_scu_read’:
      /home/travis/build/pranith/qemu/hw/misc/aspeed_scu.c:130:9: error: implicit declaration of function ‘qemu_log_mask’ [-Werror=implicit-function-declaration]
      /home/travis/build/pranith/qemu/hw/misc/aspeed_scu.c:130:9: error: nested extern declaration of ‘qemu_log_mask’ [-Werror=nested-externs]
      /home/travis/build/pranith/qemu/hw/misc/aspeed_scu.c:130:23: error: ‘LOG_GUEST_ERROR’ undeclared (first use in this function)
      /home/travis/build/pranith/qemu/hw/misc/aspeed_scu.c:130:23: note: each undeclared identifier is reported only once for each function it appears in
      /home/travis/build/pranith/qemu/hw/misc/aspeed_scu.c: In function ‘aspeed_scu_write’:
      /home/travis/build/pranith/qemu/hw/misc/aspeed_scu.c:154:23: error: ‘LOG_GUEST_ERROR’ undeclared (first use in this function)
      
      This is caused by a missing header file. Fix it.
      Signed-off-by: NPranith Kumar <bobby.prani@gmail.com>
      Reviewed-by: NAndrew Jeffery <andrew@aj.id.au>
      Message-id: 20160627215304.821-1-bobby.prani@gmail.com
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      aa4b04a0
  4. 27 6月, 2016 1 次提交
    • A
      hw/misc: Add a model for the ASPEED System Control Unit · 1c8a2388
      Andrew Jeffery 提交于
      The SCU is a collection of chip-level control registers that manage the
      various functions supported by ASPEED SoCs. Typically the bits control
      interactions with clocks, external hardware or reset behaviour, and we
      can largly take a hands-off approach to reads and writes.
      
      Firmware makes heavy use of the state to determine how to boot, but the
      reset values vary from SoC to SoC (eg AST2400 vs AST2500). A qdev
      property is exposed so that the integrating SoC model can configure the
      silicon revision, which in-turn selects the appropriate reset values.
      Further qdev properties are exposed so the board model can configure the
      board-dependent hardware strapping.
      
      Almost all provided AST2400 reset values are specified by the datasheet.
      The notable exception is SOC_SCRATCH1, where we mark the DRAM as
      successfully initialised to avoid unnecessary dark corners in the SoC's
      u-boot support.
      Signed-off-by: NAndrew Jeffery <andrew@aj.id.au>
      Message-id: 1466744305-23163-2-git-send-email-andrew@aj.id.au
      Reviewed-by: NPeter Maydell <peter.maydell@linaro.org>
      [PMM: drop unnecessary inttypes.h include]
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      1c8a2388