1. 23 12月, 2013 7 次提交
    • L
      i440fx-test: generate temporary firmware blob · 27d59ccd
      Laszlo Ersek 提交于
      The blob is 64K in size and contains 0x00..0xFF repeatedly.
      
      The client code added to main() wouldn't make much sense in the long term.
      It helps with debugging and it silences gcc about create_blob_file() being
      unused, and we'll replace it in the next patch anyway.
      Signed-off-by: NLaszlo Ersek <lersek@redhat.com>
      Signed-off-by: NMichael S. Tsirkin <mst@redhat.com>
      27d59ccd
    • L
      i440fx-test: give each GTest case its own qtest · c37805b6
      Laszlo Ersek 提交于
      The current two GTest cases, /i440fx/defaults and /i440fx/pam can share a
      qemu process, but the next two cases will need dedicated instances. It is
      messy (and order-dependent) to dynamically configure GTest cases one by
      one to start, stop, or keep the current qtest (*); let's just have each
      GTest work with its own qtest. The performance difference should be
      negligible.
      
      (*) As g_test_run() can be invoked at most once per process startup, and
      it runs GTest cases in sequence, we'd need clumsy data structures to
      control each GTest case to start/stop/keep the qemu instance. Or, we'd
      have to code the same information into the test methods themselves, which
      would make them even more order-dependent.
      Signed-off-by: NLaszlo Ersek <lersek@redhat.com>
      Signed-off-by: NMichael S. Tsirkin <mst@redhat.com>
      c37805b6
    • L
      i440fx-test: qtest_start() should be paired with qtest_end() · b817e3fb
      Laszlo Ersek 提交于
      Similarly to commit 1d9358e6
      ("libqtest: New qtest_end() to go with qtest_start()").
      Signed-off-by: NLaszlo Ersek <lersek@redhat.com>
      Signed-off-by: NMichael S. Tsirkin <mst@redhat.com>
      b817e3fb
    • L
      hw/i386/pc_sysfw: support two flash drives · 637a5acb
      Laszlo Ersek 提交于
      This patch allows the user to usefully specify
      
        -drive file=img_1,if=pflash,format=raw,readonly \
        -drive file=img_2,if=pflash,format=raw
      
      on the command line. The flash images will be mapped under 4G in their
      reverse unit order -- that is, with their base addresses progressing
      downwards, in increasing unit order.
      
      (The unit number increases with command line order if not explicitly
      specified.)
      
      This accommodates the following use case: suppose that OVMF is split in
      two parts, a writeable host file for non-volatile variable storage, and a
      read-only part for bootstrap and decompressible executable code.
      
      The binary code part would be read-only, centrally managed on the host
      system, and passed in as unit 0. The variable store would be writeable,
      VM-specific, and passed in as unit 1.
      
        00000000ffe00000-00000000ffe1ffff (prio 0, R-): system.flash1
        00000000ffe20000-00000000ffffffff (prio 0, R-): system.flash0
      
      (If the guest tries to write to the flash range that is backed by the
      read-only drive, pflash_update() is never called; various flash
      programming/erase errors are returned to the guest instead. See the
      callers of pflash_update(), and the initialization of "pfl->ro", in
      "hw/block/pflash_cfi01.c".)
      Signed-off-by: NLaszlo Ersek <lersek@redhat.com>
      Reviewed-by: NMarkus Armbruster <armbru@redhat.com>
      Reviewed-by: NMichael S. Tsirkin <mst@redhat.com>
      Signed-off-by: NMichael S. Tsirkin <mst@redhat.com>
      637a5acb
    • M
      pc_piix: document gigabyte_align · ecdbfceb
      Michael S. Tsirkin 提交于
      Document the logic behind the below/above 4G split.
      Signed-off-by: NMichael S. Tsirkin <mst@redhat.com>
      ecdbfceb
    • G
      piix: gigabyte alignment for ram · bb43d383
      Gerd Hoffmann 提交于
      Map 3G (i440fx) of memory below 4G, so the RAM pieces
      are nicely aligned to gigabyte borders.
      
      Keep old memory layout for (a) old machine types and (b) in case all
      memory fits below 4G and thus we don't have to split RAM into pieces
      in the first place.  The later makes sure this change doesn't take
      away memory from 32bit guests.
      
      So, with i440fx and up to 3.5 GB of memory, all of it will be mapped
      below 4G.  With more than 3.5 GB of memory 3 GB will be mapped below
      4G and the remaining amount will be mapped above 4G.
      Signed-off-by: NGerd Hoffmann <kraxel@redhat.com>
      Signed-off-by: NMichael S. Tsirkin <mst@redhat.com>
      bb43d383
    • A
      PPC: Fix compilation with TCG debug · f976b09e
      Alexander Graf 提交于
      The recent VSX patches broken compilation of QEMU when configurated
      with --enable-debug, as it was treating "target long" TCG variables
      as "i64" which is not true for 32bit targets.
      
      This patch fixes all the places that the compiler has found to use
      the correct variable type and if necessary manually cast.
      Reported-by: NStefan Weil <sw@weilnetz.de>
      Signed-off-by: NAlexander Graf <agraf@suse.de>
      Reviewed-by: NAurelien Jarno <aurelien@aurel32.net>
      Signed-off-by: NAurelien Jarno <aurelien@aurel32.net>
      f976b09e
  2. 21 12月, 2013 4 次提交
  3. 20 12月, 2013 29 次提交