hw/misc: don't create pvpanic device by default
This patch is based on Hu Tao's:http://lists.nongnu.org/archive/html/qemu-devel/2013-08/msg00124.html
No need to hard-code pvpanic as part of the machine.It can be added with "-device pvpanic" from command line (The next patch)....
hw/misc: make pvpanic known to user
This patch is based on Hu Tao's:http://lists.nongnu.org/archive/html/qemu-devel/2013-08/msg00125.html
The pvpanic device may be enabled now with "-device pvpanic" from command line.
Signed-off-by: Marcel Apfelbaum <marcel.a@redhat.com>...
rdma: proper getaddrinfo() handling
getaddrinfo() already knows what it's doing,but it can potentially return multiple addresses.We need to handle that...
Reviewed-by: Orit Wasserman <owasserm@redhat.com>Signed-off-by: Michael R. Hines <mrhines@us.ibm.com>...
rdma: IPv6 over Ethernet (RoCE) is broken in linux - workaround
We've gotten reports from multiple testers (including Frank Yangjieand myself) that RDMA IPv6 support over RocE (Ethernet) is brokenin linux.
A patch to Linux is still in review:
http://comments.gmane.org/gmane.linux.drivers.rdma/16448...
rdma: remaining documentation fixes
Was missing 'setup-time' in some of the QMP documentation...
Signed-off-by: Michael R. Hines <mrhines@us.ibm.com>Reviewed-by: Eric Blake <eblake@redhat.com>Message-id: 1376078746-24948-7-git-send-email-mrhines@linux.vnet.ibm.com...
rdma: use resp.len after validation in qemu_rdma_registration_stop
resp.len is given from remote host. So should be validated before use.Otherwise memcpy can access beyond the buffer.
Cc: Michael R. Hines <mrhines@us.ibm.com>Reviewed-by: Orit Wasserman <owasserm@redhat.com>...
rdma: validate RDMAControlHeader::len
RMDAControlHeader::len is provided from remote, so validate it.
Reviewed-by: Orit Wasserman <owasserm@redhat.com>Reviewed-by: Michael R. Hines <mrhines@us.ibm.com>Signed-off-by: Isaku Yamahata <yamahata@private.email.ne.jp>...
rdma: check if RDMAControlHeader::len match transferred byte
RDMAControlHeader::len is provided from remote, so check if the valuematch the actual transferred byte_len.
Reviewed-by: Orit Wasserman <owasserm@redhat.com>Reviewed-by: Michael R. Hines <mrhines@us.ibm.com>...
pc_sysfw: remove the rom_only property
With the new semantics of pc_sysfw (no -pflash implies "old-style" ROM setup,-pflash implies "new-style" ROM setup), there is no need anymore for a compatproperty. Old machines simply will never use -pflash, and thus will always...
pc_sysfw: do not make it a device anymore
Move the code to hw/i386, the sole remaining property is availableas !pci_enabled.
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>Signed-off-by: Markus Armbruster <armbru@redhat.com>Message-id: 1376069702-22330-4-git-send-email-aliguori@us.ibm.com...
View all revisions | View revisions
Also available in: Atom