[Qemu-commits] [qemu/qemu] cc9936: libqos: Relocate I2C files

[GitHub]

  Branch: refs/heads/master
  Home:   https://github.com/qemu/qemu
  Commit: cc9936a32f91c107a2a7655af4feeee3f4de5d12
      
https://github.com/qemu/qemu/commit/cc9936a32f91c107a2a7655af4feeee3f4de5d12
  Author: Andreas Färber <address@hidden>
  Date:   2013-05-03 (Fri, 03 May 2013)

  Changed paths:
    M tests/Makefile
    R tests/libi2c-omap.c
    R tests/libi2c.c
    R tests/libi2c.h
    A tests/libqos/i2c-omap.c
    A tests/libqos/i2c.c
    A tests/libqos/i2c.h
    M tests/tmp105-test.c

  Log Message:
  -----------
  libqos: Relocate I2C files

Commit c4efe1cada311b9dc0df5beb71c4227ff3414aa1 (qtest: add libqos
including PCI support) created a libqos/ subdirectory but left the
existing I2C libqos files libi2c*.[hc] in tests/. Clean this up.

Signed-off-by: Andreas Färber <address@hidden>
Signed-off-by: Andreas Färber <address@hidden>
Message-id: address@hidden
Signed-off-by: Anthony Liguori <address@hidden>


  Commit: fba90ac1d614c333c6a15c39cac555a12a04cee1
      
https://github.com/qemu/qemu/commit/fba90ac1d614c333c6a15c39cac555a12a04cee1
  Author: Paolo Bonzini <address@hidden>
  Date:   2013-05-03 (Fri, 03 May 2013)

  Changed paths:
    M Makefile
    M rules.mak

  Log Message:
  -----------
  win32: fix compilation again

While commit c02817e5bfbb27955cac970019e6670dc427bc41 fixed compilation
without an installed libtool, moving the dependencies to rules.mak does
not work because the version-*-y variables are not defined yet.  Building
in a clean tree thus fails.

Revert the commit and remove the dummy /bin/false assignment to LIBTOOL.
This makes the build work, at the price of slightly worse errors when
there are Makefile bugs.

Signed-off-by: Paolo Bonzini <address@hidden>
Message-id: address@hidden
Signed-off-by: Anthony Liguori <address@hidden>


  Commit: 8f3b664f6cc4153cc73941c941d54c4e499b7537
      
https://github.com/qemu/qemu/commit/8f3b664f6cc4153cc73941c941d54c4e499b7537
  Author: Jan Kiszka <address@hidden>
  Date:   2013-05-03 (Fri, 03 May 2013)

  Changed paths:
    M default-configs/sound.mak

  Log Message:
  -----------
  audio: Enable all cards

...or they will bitrot to death.

Signed-off-by: Jan Kiszka <address@hidden>
Message-id: address@hidden
Signed-off-by: Anthony Liguori <address@hidden>


  Commit: 0057a0d59006d00c294de0b012d9a290eb1a5c80
      
https://github.com/qemu/qemu/commit/0057a0d59006d00c294de0b012d9a290eb1a5c80
  Author: Tim Hardeck <address@hidden>
  Date:   2013-05-03 (Fri, 03 May 2013)

  Changed paths:
    M qemu-options.hx
    M ui/vnc-tls.c
    M ui/vnc-ws.c
    M ui/vnc-ws.h
    M ui/vnc.c
    M ui/vnc.h

  Log Message:
  -----------
  TLS support for VNC Websockets

Added TLS support to the VNC QEMU Websockets implementation.
VNC-TLS needs to be enabled for this feature to be used.

The required certificates are specified as in case of VNC-TLS
with the VNC parameter "x509=<path>".

If the server certificate isn't signed by a rooth authority it needs to
be manually imported in the browser because at least in case of Firefox
and Chrome there is no user dialog, the connection just gets canceled.

As a side note VEncrypt over Websocket doesn't work atm because TLS can't
be stacked in the current implementation. (It also didn't work before)
Nevertheless to my knowledge there is no HTML 5 VNC client which supports
it and the Websocket connection can be encrypted with regular TLS now so
it should be fine for most use cases.

Signed-off-by: Tim Hardeck <address@hidden>
Reviewed-by: Anthony Liguori <address@hidden>
Message-id: address@hidden
Signed-off-by: Anthony Liguori <address@hidden>


  Commit: f4dd69aa4ce96196b3d84cd3d3e14a79ea029630
      
https://github.com/qemu/qemu/commit/f4dd69aa4ce96196b3d84cd3d3e14a79ea029630
  Author: KONRAD Frederic <address@hidden>
  Date:   2013-05-03 (Fri, 03 May 2013)

  Changed paths:
    M hw/s390x/s390-virtio-bus.c
    M hw/s390x/virtio-ccw.c
    M hw/virtio/virtio-pci.c

  Log Message:
  -----------
  virtio-x-bus: force bus name to virtio-bus.

When the proxy id is set, this bus takes the name "id.0" which is expected
to be the virtio-device's first bus.

So force this name to "virtio-bus" as it is an internal bus.

Signed-off-by: KONRAD Frederic <address@hidden>
Tested-by: Cornelia Huck <address@hidden>
Message-id: address@hidden
Signed-off-by: Anthony Liguori <address@hidden>


  Commit: 1034e9cf4d0740c4c845d79998ac53a5b23e534d
      
https://github.com/qemu/qemu/commit/1034e9cf4d0740c4c845d79998ac53a5b23e534d
  Author: KONRAD Frederic <address@hidden>
  Date:   2013-05-03 (Fri, 03 May 2013)

  Changed paths:
    M hw/virtio/virtio.c
    M include/hw/virtio/virtio.h

  Log Message:
  -----------
  virtio: add virtio_device_set_child_bus_name.

Add virtio_device_set_child_bus_name function.

It will be used with virtio-serial-x and virtio-scsi-x to set the
child bus name before calling virtio-x-device's init.

Signed-off-by: KONRAD Frederic <address@hidden>
Tested-by: Cornelia Huck <address@hidden>
Message-id: address@hidden
Signed-off-by: Anthony Liguori <address@hidden>


  Commit: 11fc853c4cb5ab9db46d7859da191966199b588f
      
https://github.com/qemu/qemu/commit/11fc853c4cb5ab9db46d7859da191966199b588f
  Author: KONRAD Frederic <address@hidden>
  Date:   2013-05-03 (Fri, 03 May 2013)

  Changed paths:
    M hw/scsi/esp-pci.c
    M hw/scsi/esp.c
    M hw/scsi/lsi53c895a.c
    M hw/scsi/megasas.c
    M hw/scsi/scsi-bus.c
    M hw/scsi/spapr_vscsi.c
    M hw/scsi/virtio-scsi.c
    M hw/scsi/vmw_pvscsi.c
    M hw/usb/dev-storage.c
    M hw/usb/dev-uas.c
    M include/hw/scsi/scsi.h

  Log Message:
  -----------
  scsi: add bus_name parameter to scsi_bus_new.

This adds the possibility to create a scsi-bus with a specified name.

Signed-off-by: KONRAD Frederic <address@hidden>
Acked-by: Paolo Bonzini <address@hidden>
Tested-by: Cornelia Huck <address@hidden>
Message-id: address@hidden
Signed-off-by: Anthony Liguori <address@hidden>


  Commit: 80270a19685dd20eda017b0360c743b3e3ed6f57
      
https://github.com/qemu/qemu/commit/80270a19685dd20eda017b0360c743b3e3ed6f57
  Author: KONRAD Frederic <address@hidden>
  Date:   2013-05-03 (Fri, 03 May 2013)

  Changed paths:
    M hw/char/virtio-serial-bus.c
    M hw/s390x/s390-virtio-bus.c
    M hw/s390x/virtio-ccw.c
    M hw/virtio/virtio-pci.c

  Log Message:
  -----------
  virtio-serial: fix command line compatibility.

The bus name is wrong since the refactoring.

This keeps the behaviour of the command line.

Signed-off-by: KONRAD Frederic <address@hidden>
Tested-by: Cornelia Huck <address@hidden>
Message-id: address@hidden
Signed-off-by: Anthony Liguori <address@hidden>


  Commit: 6f32a6b47ef4247ad14dad63c6ee231fdce4c5e9
      
https://github.com/qemu/qemu/commit/6f32a6b47ef4247ad14dad63c6ee231fdce4c5e9
  Author: KONRAD Frederic <address@hidden>
  Date:   2013-05-03 (Fri, 03 May 2013)

  Changed paths:
    M hw/s390x/s390-virtio-bus.c
    M hw/s390x/virtio-ccw.c
    M hw/scsi/virtio-scsi.c
    M hw/virtio/virtio-pci.c
    M include/hw/virtio/virtio-scsi.h

  Log Message:
  -----------
  virtio-scsi: fix the command line compatibility.

The bus name is wrong since the refactoring.

This keeps the behaviour of the command line.

Signed-off-by: KONRAD Frederic <address@hidden>
Tested-by: Cornelia Huck <address@hidden>
Message-id: address@hidden
Signed-off-by: Anthony Liguori <address@hidden>


  Commit: 120dc38f6113b676ecef0a2c9e42fc08cace5bdb
      
https://github.com/qemu/qemu/commit/120dc38f6113b676ecef0a2c9e42fc08cace5bdb
  Author: Igor Mammedov <address@hidden>
  Date:   2013-05-03 (Fri, 03 May 2013)

  Changed paths:
    M hw/core/qdev.c

  Log Message:
  -----------
  qdev: skip bus check for bus-less devices in qdev_unplug()

Since commit 2f7bd829db "qdev: Fix device_add bus assumptions"
it's possible to device_add bus-less device, but if such device is
unplugged it will dereference NULL parent_bus in qdev_unplug().

Fix it by taking in account that parent_bus might be NULL and
skipping bus check.

Signed-off-by: Igor Mammedov <address@hidden>
Message-id: address@hidden
Signed-off-by: Anthony Liguori <address@hidden>


Compare: https://github.com/qemu/qemu/compare/743bddb4b35c...120dc38f6113