[Qemu-commits] [qemu/qemu] 8a253e: virtio-net: add virtio_net_set_netclient_name.

[GitHub]

  Branch: refs/heads/master
  Home:   https://github.com/qemu/qemu
  Commit: 8a253ec26ec6eb636c962a47767370f6032b8cf5
      
https://github.com/qemu/qemu/commit/8a253ec26ec6eb636c962a47767370f6032b8cf5
  Author: KONRAD Frederic <address@hidden>
  Date:   2013-05-15 (Wed, 15 May 2013)

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

  Log Message:
  -----------
  virtio-net: add virtio_net_set_netclient_name.

This adds virtio_net_set_netclient_name, which is used to set the
name and type shown in "info network" command.

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


  Commit: 800ced8cac361c5d492ac82c4aa344ff769ecf2e
      
https://github.com/qemu/qemu/commit/800ced8cac361c5d492ac82c4aa344ff769ecf2e
  Author: KONRAD Frederic <address@hidden>
  Date:   2013-05-15 (Wed, 15 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-net-x: forward the netclient name and type.

This forwards the name and the type of virtio-net-x to fix the bad
behaviour of "info network" command.

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


  Commit: 1483adcf6ac978656718d4383d909c96dce395a6
      
https://github.com/qemu/qemu/commit/1483adcf6ac978656718d4383d909c96dce395a6
  Author: Lei Li <address@hidden>
  Date:   2013-05-15 (Wed, 15 May 2013)

  Changed paths:
    M ui/vnc.c

  Log Message:
  -----------
  vnc: Make ledstate comparison before modifiers updated

The ledstate should be compared before modifiers updated,
otherwise the ledstate would be the same as current_led_state.

Reported-by: Gerd Hoffmann <address@hidden>
Signed-off-by: Lei Li <address@hidden>
Reviewed-by: Laszlo Ersek <address@hidden>
Message-id: address@hidden
Signed-off-by: Anthony Liguori <address@hidden>


  Commit: 2d16c8e9885d4344a264c68feae28ae1e5f1c993
      
https://github.com/qemu/qemu/commit/2d16c8e9885d4344a264c68feae28ae1e5f1c993
  Author: Peter Maydell <address@hidden>
  Date:   2013-05-15 (Wed, 15 May 2013)

  Changed paths:
    M configure

  Log Message:
  -----------
  configure: Detect uuid on MacOSX (fixes compile failure)

Commit 7791dba3ec broke compilation on MacOSX, because it introduced
a new include of util.h. On MacOSX this includes pwd.h which in turn
includes the system uuid/uuid.h, which causes a compile failure if
QEMU was configured without CONFIG_UUID due to a conflict between
the system header and our fallback versions:
  block/vdi.c:124:20: error: static declaration of 'uuid_generate'
  follows non-static declaration
  static inline void uuid_generate(uuid_t out)
               ^
  /usr/include/uuid/uuid.h:63:6: note: previous declaration is here
  void uuid_generate(uuid_t out);
       ^

Fix this breakage by improving configure's check for uuid to work on
MacOSX (where there is no need to link in a separate libuuid).

Note that if the user explicitly runs configure with '--disable-uuid'
on MacOSX then QEMU will fail to compile.

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


  Commit: 1405b6290fa2143e02dcede90b116d8d663ae669
      
https://github.com/qemu/qemu/commit/1405b6290fa2143e02dcede90b116d8d663ae669
  Author: Stefan Weil <address@hidden>
  Date:   2013-05-15 (Wed, 15 May 2013)

  Changed paths:
    M configure

  Log Message:
  -----------
  w32: Fix configure test for -march=i486

The latest version of MinGW needs a test for __sync_val_compare_and_swap
to fix a missing symbol linker error.

Reported-by: Igor Mitsyanko <address@hidden>
Signed-off-by: Stefan Weil <address@hidden>
Message-id: address@hidden
Signed-off-by: Anthony Liguori <address@hidden>


  Commit: 33201b51cbce9f18d6702a56429a4dbbe18a9961
      
https://github.com/qemu/qemu/commit/33201b51cbce9f18d6702a56429a4dbbe18a9961
  Author: Peter Maydell <address@hidden>
  Date:   2013-05-15 (Wed, 15 May 2013)

  Changed paths:
    M hw/pci-host/versatile.c

  Log Message:
  -----------
  Revert "versatile_pci: Put the host bridge PCI device at slot 29"

This reverts commit 5f37ef92b7690423ac6311d3c597e182fc5f8fe6.
It turns out that some kernels incorrectly depend on the
old QEMU behaviour of not putting the host PCI bridge device
where the hardware puts it, because they use a swizzling IRQ
mapping which is incorrect but happens to match up with old
broken QEMU when the slot number mod 4 is zero. Since we
start PCI devices at 11, if we put the host bridge at 29
then the first real PCI device goes at 11 and doesn't work.
Not putting the host bridge at 29 means it defaults to 11,
so the first real PCI device is at 12 and works.

Since continuing with the old behaviour doesn't cause problems
for kernels which do work with hardware, the simplest fix for
this is to revert the change.

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


  Commit: bc04d89165a4be6169cf44f1bdada9d48f8bad4b
      
https://github.com/qemu/qemu/commit/bc04d89165a4be6169cf44f1bdada9d48f8bad4b
  Author: Peter Maydell <address@hidden>
  Date:   2013-05-15 (Wed, 15 May 2013)

  Changed paths:
    M hw/pci-host/versatile.c

  Log Message:
  -----------
  hw/pci-host/versatile.c: Update autodetect to detect newer kernels

Newer versatilepb kernels still don't get the IRQ mapping right
for the PCI controller, but they get it differently wrong (they add
a fixed +64 offset to everything they write to PCI_INTERRUPT_LINE).
Update the autodetection to handle these too, and include a more
detailed comment on the various different behaviours that might
be present.

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


  Commit: 913b4b6bf39c97bc503a629b43c66d3270b5f3f5
      
https://github.com/qemu/qemu/commit/913b4b6bf39c97bc503a629b43c66d3270b5f3f5
  Author: Peter Maydell <address@hidden>
  Date:   2013-05-15 (Wed, 15 May 2013)

  Changed paths:
    M hw/pci-host/versatile.c

  Log Message:
  -----------
  hw/pci-host/versatile.c: Provide property for forcing broken IRQ mapping

Although we try our best to automatically detect broken versions
of Linux which assume the old broken IRQ mapping we used to implement
for our model of the Versatile PCI controller, it turns out that
some particularly new kernels manage to outwit the autodetection.

We therefore provide a property for enabling the old broken IRQ
mapping, so that if users happen to have such a kernel they can
work around its deficiencies with the command line option:
  -global versatile_pci.broken-irq-mapping=1

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


Compare: https://github.com/qemu/qemu/compare/110db9b48c0a...913b4b6bf39c