On 4/19/08, Anthony Liguori [EMAIL PROTECTED] wrote:
Blue Swirl wrote:
On 4/17/08, Anthony Liguori [EMAIL PROTECTED] wrote:
Yes, the vector version of packet receive is tough. I'll take a look
at
your patch. Basically, you need to associate a set of RX vectors with
each
On 4/17/08, Anthony Liguori [EMAIL PROTECTED] wrote:
Yes, the vector version of packet receive is tough. I'll take a look at
your patch. Basically, you need to associate a set of RX vectors with each
VLANClientState and then when it comes time to deliver a packet to the VLAN,
before calling
On 4/16/08, Anthony Liguori [EMAIL PROTECTED] wrote:
Blue Swirl wrote:
On 4/16/08, Anthony Liguori [EMAIL PROTECTED] wrote:
This patch introduces a DMA API and plumbs support through the DMA
layer. We
use a mostly opaque structure, IOVector to represent a scatter/gather
list
On 4/16/08, Anthony Liguori [EMAIL PROTECTED] wrote:
This patch introduces a DMA API and plumbs support through the DMA layer. We
use a mostly opaque structure, IOVector to represent a scatter/gather list of
physical memory. Associated with each IOVector is a read/write function and
an
On 3/30/08, Anthony Liguori [EMAIL PROTECTED] wrote:
This patch introduces a PCI DMA API and some generic code to support other DMA
APIs. Two types are introduced: PhysIOVector and IOVector. A DMA API
maps a PhysIOVector, which is composed of target_phys_addr_t, into an
IOVector,
which
On 3/30/08, Anthony Liguori [EMAIL PROTECTED] wrote:
Blue Swirl wrote:
On 3/30/08, Anthony Liguori [EMAIL PROTECTED] wrote:
This patch introduces a PCI DMA API and some generic code to support
other DMA
APIs. Two types are introduced: PhysIOVector and IOVector. A DMA API
maps
On 1/30/08, Scott Pakin [EMAIL PROTECTED] wrote:
Zhang, Xiantao wrote:
Scott Pakin wrote:
The attached patch corrects a bug in qemu/slirp/tcp_var.h that defines
the seg_next field in struct tcpcb to be 32 bits wide regardless of
32/64-bitness. seg_next is assigned a pointer value in
On 10/14/07, Avi Kivity [EMAIL PROTECTED] wrote:
Some kvm users complained that the blue and red channels are flipped on
their displays. Reverting sdl.c rev 1.40 fixed that problem, so
apparently that commit made the problem larger than it was previously.
Attached a patch the removes the