qemu-commits
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-commits] [qemu/qemu] 91107f: bswap: Fix width of swap in leul_to_c


From: GitHub
Subject: [Qemu-commits] [qemu/qemu] 91107f: bswap: Fix width of swap in leul_to_cpu
Date: Wed, 06 Feb 2013 07:30:12 -0800

  Branch: refs/heads/master
  Home:   https://github.com/qemu/qemu
  Commit: 91107fdf4443d2171e06840e87277bb7a047343b
      
https://github.com/qemu/qemu/commit/91107fdf4443d2171e06840e87277bb7a047343b
  Author: Richard Henderson <address@hidden>
  Date:   2013-02-06 (Wed, 06 Feb 2013)

  Changed paths:
    M include/qemu/bswap.h

  Log Message:
  -----------
  bswap: Fix width of swap in leul_to_cpu

The misnamed HOST_LONG_BITS is really HOST_POINTER_BITS.  Here we're
explicitly using an unsigned long, rather than uintptr_t, so it is
more correct to select the swap size via ULONG_MAX.

Acked-by: Andreas Färber <address@hidden>
Signed-off-by: Richard Henderson <address@hidden>
Signed-off-by: Anthony Liguori <address@hidden>


  Commit: 84208085d357d95b84f6e281ec3aa028e988e5ff
      
https://github.com/qemu/qemu/commit/84208085d357d95b84f6e281ec3aa028e988e5ff
  Author: Richard Henderson <address@hidden>
  Date:   2013-02-06 (Wed, 06 Feb 2013)

  Changed paths:
    M configure

  Log Message:
  -----------
  configure: Fix build with XFree

The build is broken on ppc64-linux, possibly only with new binutils:

ld: hw/lm32/../milkymist-tmu2.o: undefined reference to symbol 'XFree'
ld: note: 'XFree' is defined in DSO /lib64/libX11.so.6 so try \
  adding it to the linker command line

So let's follow the linker's advice.

Signed-off-by: Richard Henderson <address@hidden>
Signed-off-by: Anthony Liguori <address@hidden>


  Commit: ddcb73b7782cb6104479503faea04cc224f982b5
      
https://github.com/qemu/qemu/commit/ddcb73b7782cb6104479503faea04cc224f982b5
  Author: Michael S. Tsirkin <address@hidden>
  Date:   2013-02-06 (Wed, 06 Feb 2013)

  Changed paths:
    M hw/e1000.c

  Log Message:
  -----------
  e1000: fix link down handling with auto negotiation

Fixes a couple of regression bugs introduced by
b9d03e352cb6b31a66545763f6a1e20c9abf0c2c and related to
auto-negotiation:
-   Auto-negotiation currently sets link up even if it was
    forced down from the monitor.
-   If Auto-negotiation was in progress during migration,
    link will never come up.

As a fix, don't touch NC link_down field at all,
instead add code on receive path to check
guest link status.

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


  Commit: facf98ad987a38d97e12511f81375380b407a828
      
https://github.com/qemu/qemu/commit/facf98ad987a38d97e12511f81375380b407a828
  Author: Aneesh Kumar K.V <address@hidden>
  Date:   2013-02-06 (Wed, 06 Feb 2013)

  Changed paths:
    M util/iov.c

  Log Message:
  -----------
  qemu/iovec: Don't assert if sbytes is zero

Since these values can possibly be sent from guest (for hw/9pfs), do a sanity 
check
on them. A 9p write request with 0 bytes caused qemu to abort without this patch

Signed-off-by: Aneesh Kumar K.V <address@hidden>
Signed-off-by: Anthony Liguori <address@hidden>


  Commit: a911a182a6bfd3b0257b13f862b0d4fbd9392715
      
https://github.com/qemu/qemu/commit/a911a182a6bfd3b0257b13f862b0d4fbd9392715
  Author: Aneesh Kumar K.V <address@hidden>
  Date:   2013-02-06 (Wed, 06 Feb 2013)

  Changed paths:
    M hw/9pfs/virtio-9p.c

  Log Message:
  -----------
  qemu/9p: Don't ignore error in fid clunk

We use the clunk request to do the actual xattr operation. So don't
ignore the error value for fid clunk.

Security model "none" don't support posix acl. Without this patch
guest won't get EOPNOTSUPP error on setxattr("system.posix_acl_access")

Signed-off-by: Aneesh Kumar K.V <address@hidden>
Signed-off-by: Anthony Liguori <address@hidden>


  Commit: 15af6321f4d1f90d0ae1b5cb05093c48b41c4533
      
https://github.com/qemu/qemu/commit/15af6321f4d1f90d0ae1b5cb05093c48b41c4533
  Author: Michael Tokarev <address@hidden>
  Date:   2013-02-06 (Wed, 06 Feb 2013)

  Changed paths:
    M ui/vnc_keysym.h

  Log Message:
  -----------
  vnc: recognize Hungarian doubleacutes

As reported in http://bugs.debian.org/697641 , some Hungarian keys
does not work with qemu when using vnc display.

This is because while the Hungarian keymap mentions these symbols,
qemu know nothing about them.  So add them.

This patch is applicable to -stable for all previous releases.

Signed-off-by: Michael Tokarev <address@hidden>
Signed-off-by: Anthony Liguori <address@hidden>


Compare: https://github.com/qemu/qemu/compare/5f876756c57c...15af6321f4d1

reply via email to

[Prev in Thread] Current Thread [Next in Thread]