[Qemu-commits] [qemu/qemu] 5c3120: Detect pthread_setname_np at configure time

[GitHub]

  Branch: refs/heads/master
  Home:   https://github.com/qemu/qemu
  Commit: 5c312079417908381ffca44d18150b6a990c4f0b
      
https://github.com/qemu/qemu/commit/5c312079417908381ffca44d18150b6a990c4f0b
  Author: Dr. David Alan Gilbert <address@hidden>
  Date:   2014-03-27 (Thu, 27 Mar 2014)

  Changed paths:
    M configure
    M util/qemu-thread-posix.c
    M util/qemu-thread-win32.c

  Log Message:
  -----------
  Detect pthread_setname_np at configure time

Warn if no way of setting thread name is available.

Signed-off-by: Dr. David Alan Gilbert <address@hidden>
Reviewed-by: Michael S. Tsirkin <address@hidden>
Signed-off-by: Michael S. Tsirkin <address@hidden>


  Commit: c36ad13fe9ece9a21a8c1dd082473a2b182298ee
      
https://github.com/qemu/qemu/commit/c36ad13fe9ece9a21a8c1dd082473a2b182298ee
  Author: Matt Lupfer <address@hidden>
  Date:   2014-03-27 (Thu, 27 Mar 2014)

  Changed paths:
    M hw/timer/hpet.c

  Log Message:
  -----------
  Don't enable a HPET timer if HPET is disabled

A HPET timer can be started when HPET is not yet
enabled. This will not generate an interrupt
to the guest, but causes problems when HPET is later
enabled.

A timer that is created and expires at least once before
HPET is enabled will have an initialized comparator based
on a hpet_offset of 0 (uninitialized). When HPET is
enabled, hpet_set_timer() is called a second time, which
modifies the timer expiry to a time based on the
difference between current ticks (measured with the
newly initialized hpet_offset) and the timer's
comparator (which was generated before hpet_offset was
initialized). This results in a long period of no HPET
timer ticks.

When this occurs with a CentOS 5.x guest, the guest
may not receive timer interrupts during its narrow
timer check window and panic on boot.

Signed-off-by: Matt Lupfer <address@hidden>
Acked-by: Michael S. Tsirkin <address@hidden>
Reviewed-by: Paolo Bonzini <address@hidden>


  Commit: b89834f4d79070a26536cb73fe5216a2364551eb
      
https://github.com/qemu/qemu/commit/b89834f4d79070a26536cb73fe5216a2364551eb
  Author: Marcel Apfelbaum <address@hidden>
  Date:   2014-03-28 (Fri, 28 Mar 2014)

  Changed paths:
    M hw/i386/acpi-build.c

  Log Message:
  -----------
  acpi: fix ACPI generation for pci bridges

Commit 8dcf525abc5dff785251a881f9764dd961065c0d
    acpi-build: append description for non-hotplug
appended description for all occupied non hotpluggable PCI slots.
However the bridge devices are already added to SSDT,
adding them again will create an incorrect SSDT table.

Fixed by skipping the pci bridge devices, marking them as 'system'.

Signed-off-by: Marcel Apfelbaum <address@hidden>
Reviewed-by: Michael S. Tsirkin <address@hidden>
Signed-off-by: Michael S. Tsirkin <address@hidden>


  Commit: 3b6144bdbb42705c95e3ed0e8c7bbe277352c0b8
      
https://github.com/qemu/qemu/commit/3b6144bdbb42705c95e3ed0e8c7bbe277352c0b8
  Author: Peter Maydell <address@hidden>
  Date:   2014-03-28 (Fri, 28 Mar 2014)

  Changed paths:
    M configure
    M hw/i386/acpi-build.c
    M hw/timer/hpet.c
    M util/qemu-thread-posix.c
    M util/qemu-thread-win32.c

  Log Message:
  -----------
  Merge remote-tracking branch 'remotes/mst/tags/for_upstream' into staging

acpi,pc,build bug fixes

Here are some bugfixes for 2.0.

A bugfix for acpi for pci bridges, and a build fix for
old systems without pthread_setname_np: both fix regressions
so we definitely want to include them.
HPET fix is not for a regression but looks very safe,
fixes a nasty bug and has been on list for a while.

Signed-off-by: Michael S. Tsirkin <address@hidden>

# gpg: Signature made Fri 28 Mar 2014 12:00:12 GMT using RSA key ID D28D5469
# gpg: Good signature from "Michael S. Tsirkin <address@hidden>"
# gpg:                 aka "Michael S. Tsirkin <address@hidden>"

* remotes/mst/tags/for_upstream:
  acpi: fix ACPI generation for pci bridges
  Don't enable a HPET timer if HPET is disabled
  Detect pthread_setname_np at configure time

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


Compare: https://github.com/qemu/qemu/compare/9c5793c5036c...3b6144bdbb42