[Qemu-commits] [qemu/qemu] 9546db: hw/arm/boot: Make user not specifying a kernel not...

[GitHub]

  Branch: refs/heads/master
  Home:   https://github.com/qemu/qemu
  Commit: 9546dbabd5f6ff199ffd7741dfd57b8bff723bd1
      
https://github.com/qemu/qemu/commit/9546dbabd5f6ff199ffd7741dfd57b8bff723bd1
  Author: Peter Maydell <address@hidden>
  Date:   2013-10-31 (Thu, 31 Oct 2013)

  Changed paths:
    M hw/arm/boot.c

  Log Message:
  -----------
  hw/arm/boot: Make user not specifying a kernel not an error

Typically ARM boards will have some kind of flash which might contain
a boot ROM; it's therefore a valid use case to provide only an
image for the boot ROM and not require QEMU's internal boot loader
at all. Remove the fatal error if -kernel isn't specified.

Signed-off-by: Peter Maydell <address@hidden>
Message-id: address@hidden


  Commit: dacecf5485bf02b2dfe49e9d9c852668884a71be
      
https://github.com/qemu/qemu/commit/dacecf5485bf02b2dfe49e9d9c852668884a71be
  Author: Peter Maydell <address@hidden>
  Date:   2013-10-31 (Thu, 31 Oct 2013)

  Changed paths:
    M hw/arm/omap_sx1.c
    M hw/arm/palm.c
    M hw/arm/z2.c

  Log Message:
  -----------
  hw/arm: Tidy up conditional calls to arm_load_kernel

Now that arm_load_kernel doesn't insist on a kernel filename
being present, we can remove some unnecessary conditionals
in board models.

Signed-off-by: Peter Maydell <address@hidden>
Message-id: address@hidden


  Commit: 8641136c54d216edb5bb8ef723c754039b4c5cf3
      
https://github.com/qemu/qemu/commit/8641136c54d216edb5bb8ef723c754039b4c5cf3
  Author: Nathan Rossi <address@hidden>
  Date:   2013-10-31 (Thu, 31 Oct 2013)

  Changed paths:
    M target-arm/cpu.h
    M target-arm/helper.c

  Log Message:
  -----------
  target-arm: Add CP15 VBAR support

Added Vector Base Address remapping on ARM v7.

Signed-off-by: Nathan Rossi <address@hidden>
Signed-off-by: Peter Crosthwaite <address@hidden>
[PMM: removed spurious mask of value with 1<<31]
Signed-off-by: Peter Maydell <address@hidden>


  Commit: cbf239b76934c8c2d1e147372ef9478ecc39fdfb
      
https://github.com/qemu/qemu/commit/cbf239b76934c8c2d1e147372ef9478ecc39fdfb
  Author: Alvise Rigo <address@hidden>
  Date:   2013-10-31 (Thu, 31 Oct 2013)

  Changed paths:
    M target-arm/helper.c

  Log Message:
  -----------
  target-arm: sort TCG cpreg list by KVM-style 64 bit ID number

Both KVM and TCG populate the cpreg_list with 64 bit register IDs,
but in the TCG side the cpreg_list is sorted using the 32 bit ID
version while in the kvm side the 64 bit ID version is used.  This
patch makes the sorting of the cpreg_list consistent between KVM and
TCG.

Signed-off-by: Alvise Rigo <address@hidden>
Message-id: address@hidden
[PMM: fixed indent, coding style and commit message formatting]
Signed-off-by: Peter Maydell <address@hidden>


  Commit: 0bc2a331e476c6c834278b8dcc17408a3f0d8f6a
      
https://github.com/qemu/qemu/commit/0bc2a331e476c6c834278b8dcc17408a3f0d8f6a
  Author: Alvise Rigo <address@hidden>
  Date:   2013-10-31 (Thu, 31 Oct 2013)

  Changed paths:
    M target-arm/kvm.c

  Log Message:
  -----------
  target-arm: fix sorting issue of KVM cpreg list

The compare_u64 function was not sorting the KVM cpreg_list in the
right way due to the wrong returned value.  Since we are comparing
two 64bit values we can't simply return their difference if the
returned type is int.

Signed-off-by: Alvise Rigo <address@hidden>
Message-id: address@hidden
[PMM: fixed coding style, indent and commit message formatting]
Signed-off-by: Peter Maydell <address@hidden>


  Commit: b86160555f8d1fe11d6bcec393e08e645d7e1e8d
      
https://github.com/qemu/qemu/commit/b86160555f8d1fe11d6bcec393e08e645d7e1e8d
  Author: Alex Bennée <address@hidden>
  Date:   2013-10-31 (Thu, 31 Oct 2013)

  Changed paths:
    M default-configs/arm-softmmu.mak
    M hw/arm/integratorcp.c
    M hw/misc/Makefile.objs
    A hw/misc/arm_integrator_debug.c
    A include/hw/misc/arm_integrator_debug.h

  Log Message:
  -----------
  integrator: fix Linux boot failure by emulating dbg region

Commit 9b8c69243 (since reverted) broke the ability to boot the kernel
as the value returned by unassigned_mem_read returned non-zero and left
the kernel looping forever waiting for it to change (see
integrator_led_set in the kernel code).

Relying on a varying implementation detail is incorrect anyway so this
introduces a basic stub of a memory region for the debug/LED section
on the integrator board.

Signed-off-by: Alex Bennée <address@hidden>
Message-id: address@hidden
[PMM: removed three unused fields from struct IntegratorDebugState]
Signed-off-by: Peter Maydell <address@hidden>


Compare: https://github.com/qemu/qemu/compare/ec426ff808cd...b86160555f8d