[Qemu-commits] [qemu/qemu] f0ada3: xen/MSI-X: latch MSI-X table writes

[GitHub]

  Branch: refs/heads/master
  Home:   https://github.com/qemu/qemu
  Commit: f0ada3608ac13cf13f4e2955ed348dc93a38ac45
      
https://github.com/qemu/qemu/commit/f0ada3608ac13cf13f4e2955ed348dc93a38ac45
  Author: Jan Beulich <address@hidden>
  Date:   2015-12-09 (Wed, 09 Dec 2015)

  Changed paths:
    M hw/xen/xen_pt.h
    M hw/xen/xen_pt_config_init.c
    M hw/xen/xen_pt_msi.c

  Log Message:
  -----------
  xen/MSI-X: latch MSI-X table writes

The remaining log message in pci_msix_write() is wrong, as there guest
behavior may only appear to be wrong: For one, the old logic didn't
take the mask-all bit into account. And then this shouldn't depend on
host device state (i.e. the host may have masked the entry without the
guest having done so). Plus these writes shouldn't be dropped even when
an entry gets unmasked. Instead, if they can't be made take effect
right away, they should take effect on the next unmasking or enabling
operation - the specification explicitly describes such caching
behavior.

Signed-off-by: Jan Beulich <address@hidden>
Signed-off-by: Stefano Stabellini <address@hidden>
Reviewed-by: Stefano Stabellini <address@hidden>


  Commit: bdfe5159cbaebf9e935786040459c56d23646d5a
      
https://github.com/qemu/qemu/commit/bdfe5159cbaebf9e935786040459c56d23646d5a
  Author: Jan Beulich <address@hidden>
  Date:   2015-12-09 (Wed, 09 Dec 2015)

  Changed paths:
    M hw/xen/xen_pt_msi.c

  Log Message:
  -----------
  xen/MSI-X: really enforce alignment

The way the generic infrastructure works the intention of not allowing
unaligned accesses can't be achieved by simply setting .unaligned to
false. The benefit is that we can now replace the conditionals in
{get,set}_entry_value() by assert()-s.

Signed-off-by: Jan Beulich <address@hidden>
Signed-off-by: Stefano Stabellini <address@hidden>
Reviewed-by: Stefano Stabellini <address@hidden>


  Commit: 55c8672c2e65276c19edd3323076518248730cca
      
https://github.com/qemu/qemu/commit/55c8672c2e65276c19edd3323076518248730cca
  Author: Jan Beulich <address@hidden>
  Date:   2015-12-09 (Wed, 09 Dec 2015)

  Changed paths:
    M hw/xen/xen_pt.h
    M hw/xen/xen_pt_config_init.c

  Log Message:
  -----------
  xen/pass-through: correctly deal with RW1C bits

Introduce yet another mask for them, so that the generic routine can
handle them, at once rendering xen_pt_pmcsr_reg_write() superfluous.

Signed-off-by: Jan Beulich <address@hidden>
Signed-off-by: Stefano Stabellini <address@hidden>
Reviewed-by: Stefano Stabellini <address@hidden>


  Commit: fc3e493bc8e96ef4bf7ae4f035f43cb39382c936
      
https://github.com/qemu/qemu/commit/fc3e493bc8e96ef4bf7ae4f035f43cb39382c936
  Author: Stefano Stabellini <address@hidden>
  Date:   2015-12-11 (Fri, 11 Dec 2015)

  Changed paths:
    M hw/block/xen_disk.c

  Log Message:
  -----------
  xen_disk: treat "vhd" as "vpc"

The Xen toolstack uses "vhd" to specify a disk in VHD format, however
the name of the driver in QEMU is "vpc". Replace "vhd" with "vpc", so
that QEMU can find the right driver to use for it.

Signed-off-by: Stefano Stabellini <address@hidden>


  Commit: 05bec7eb0e6df6c166caea761b311d5c8c2b4cb8
      
https://github.com/qemu/qemu/commit/05bec7eb0e6df6c166caea761b311d5c8c2b4cb8
  Author: Peter Maydell <address@hidden>
  Date:   2015-12-23 (Wed, 23 Dec 2015)

  Changed paths:
    M hw/block/xen_disk.c
    M hw/xen/xen_pt.h
    M hw/xen/xen_pt_config_init.c
    M hw/xen/xen_pt_msi.c

  Log Message:
  -----------
  Merge remote-tracking branch 'remotes/sstabellini/tags/xen-2015-12-22' into 
staging

Xen 2015/12/22

# gpg: Signature made Tue 22 Dec 2015 16:17:57 GMT using RSA key ID 70E1AE90
# gpg: Good signature from "Stefano Stabellini <address@hidden>"

* remotes/sstabellini/tags/xen-2015-12-22:
  xen_disk: treat "vhd" as "vpc"
  xen/pass-through: correctly deal with RW1C bits
  xen/MSI-X: really enforce alignment
  xen/MSI-X: latch MSI-X table writes

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


Compare: https://github.com/qemu/qemu/compare/5dc42c186d63...05bec7eb0e6d