2009-02-06 00:23:50 +03:00
|
|
|
/*
|
|
|
|
* DMA helper functions
|
|
|
|
*
|
2020-10-23 18:19:16 +03:00
|
|
|
* Copyright (c) 2009, 2020 Red Hat
|
2009-02-06 00:23:50 +03:00
|
|
|
*
|
|
|
|
* This work is licensed under the terms of the GNU General Public License
|
|
|
|
* (GNU GPL), version 2 or later.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#ifndef DMA_H
|
|
|
|
#define DMA_H
|
|
|
|
|
2012-12-17 21:19:49 +04:00
|
|
|
#include "exec/memory.h"
|
2013-04-10 20:15:49 +04:00
|
|
|
#include "exec/address-spaces.h"
|
2012-12-17 21:19:44 +04:00
|
|
|
#include "block/block.h"
|
2014-09-05 17:46:16 +04:00
|
|
|
#include "block/accounting.h"
|
2009-02-06 00:23:50 +03:00
|
|
|
|
2012-03-27 06:42:23 +04:00
|
|
|
typedef enum {
|
|
|
|
DMA_DIRECTION_TO_DEVICE = 0,
|
|
|
|
DMA_DIRECTION_FROM_DEVICE = 1,
|
|
|
|
} DMADirection;
|
|
|
|
|
2012-06-27 08:50:43 +04:00
|
|
|
/*
|
|
|
|
* When an IOMMU is present, bus addresses become distinct from
|
|
|
|
* CPU/memory physical addresses and may be a different size. Because
|
|
|
|
* the IOVA size depends more on the bus than on the platform, we more
|
|
|
|
* or less have to treat these as 64-bit always to cover all (or at
|
|
|
|
* least most) cases.
|
|
|
|
*/
|
|
|
|
typedef uint64_t dma_addr_t;
|
|
|
|
|
|
|
|
#define DMA_ADDR_BITS 64
|
|
|
|
#define DMA_ADDR_FMT "%" PRIx64
|
|
|
|
|
2022-01-11 13:32:22 +03:00
|
|
|
typedef struct ScatterGatherEntry ScatterGatherEntry;
|
|
|
|
|
|
|
|
struct QEMUSGList {
|
|
|
|
ScatterGatherEntry *sg;
|
|
|
|
int nsg;
|
|
|
|
int nalloc;
|
2021-12-31 13:33:29 +03:00
|
|
|
dma_addr_t size;
|
2022-01-11 13:32:22 +03:00
|
|
|
DeviceState *dev;
|
|
|
|
AddressSpace *as;
|
|
|
|
};
|
|
|
|
|
2013-04-10 20:15:49 +04:00
|
|
|
static inline void dma_barrier(AddressSpace *as, DMADirection dir)
|
2012-06-27 08:50:47 +04:00
|
|
|
{
|
|
|
|
/*
|
|
|
|
* This is called before DMA read and write operations
|
|
|
|
* unless the _relaxed form is used and is responsible
|
|
|
|
* for providing some sane ordering of accesses vs
|
|
|
|
* concurrently running VCPUs.
|
|
|
|
*
|
|
|
|
* Users of map(), unmap() or lower level st/ld_*
|
|
|
|
* operations are responsible for providing their own
|
|
|
|
* ordering via barriers.
|
|
|
|
*
|
|
|
|
* This primitive implementation does a simple smp_mb()
|
|
|
|
* before each operation which provides pretty much full
|
|
|
|
* ordering.
|
|
|
|
*
|
|
|
|
* A smarter implementation can be devised if needed to
|
|
|
|
* use lighter barriers based on the direction of the
|
|
|
|
* transfer, the DMA context, etc...
|
|
|
|
*/
|
2014-09-17 14:21:29 +04:00
|
|
|
smp_mb();
|
2012-06-27 08:50:47 +04:00
|
|
|
}
|
|
|
|
|
iommu: Add universal DMA helper functions
Not that long ago, every device implementation using DMA directly
accessed guest memory using cpu_physical_memory_*(). This meant that
adding support for a guest visible IOMMU would require changing every
one of these devices to go through IOMMU translation.
Shortly before qemu 1.0, I made a start on fixing this by providing
helper functions for PCI DMA. These are currently just stubs which
call the direct access functions, but mean that an IOMMU can be
implemented in one place, rather than for every PCI device.
Clearly, this doesn't help for non PCI devices, which could also be
IOMMU translated on some platforms. It is also problematic for the
devices which have both PCI and non-PCI version (e.g. OHCI, AHCI) - we
cannot use the the pci_dma_*() functions, because they assume the
presence of a PCIDevice, but we don't want to have to check between
pci_dma_*() and cpu_physical_memory_*() every time we do a DMA in the
device code.
This patch makes the first step on addressing both these problems, by
introducing new (stub) dma helper functions which can be used for any
DMA capable device.
These dma functions take a DMAContext *, a new (currently empty)
variable describing the DMA address space in which the operation is to
take place. NULL indicates untranslated DMA directly into guest
physical address space. The intention is that in future non-NULL
values will given information about any necessary IOMMU translation.
DMA using devices must obtain a DMAContext (or, potentially, contexts)
from their bus or platform. For now this patch just converts the PCI
wrappers to be implemented in terms of the universal wrappers,
converting other drivers can take place over time.
Cc: Michael S. Tsirkin <mst@redhat.com>
Cc: Eduard - Gabriel Munteanu <eduard.munteanu@linux360.ro>
Cc: Richard Henderson <rth@twiddle.net>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2012-06-27 08:50:38 +04:00
|
|
|
/* Checks that the given range of addresses is valid for DMA. This is
|
|
|
|
* useful for certain cases, but usually you should just use
|
|
|
|
* dma_memory_{read,write}() and check for errors */
|
2013-04-10 20:15:49 +04:00
|
|
|
static inline bool dma_memory_valid(AddressSpace *as,
|
2012-06-27 08:50:43 +04:00
|
|
|
dma_addr_t addr, dma_addr_t len,
|
2020-09-03 10:28:49 +03:00
|
|
|
DMADirection dir, MemTxAttrs attrs)
|
iommu: Add universal DMA helper functions
Not that long ago, every device implementation using DMA directly
accessed guest memory using cpu_physical_memory_*(). This meant that
adding support for a guest visible IOMMU would require changing every
one of these devices to go through IOMMU translation.
Shortly before qemu 1.0, I made a start on fixing this by providing
helper functions for PCI DMA. These are currently just stubs which
call the direct access functions, but mean that an IOMMU can be
implemented in one place, rather than for every PCI device.
Clearly, this doesn't help for non PCI devices, which could also be
IOMMU translated on some platforms. It is also problematic for the
devices which have both PCI and non-PCI version (e.g. OHCI, AHCI) - we
cannot use the the pci_dma_*() functions, because they assume the
presence of a PCIDevice, but we don't want to have to check between
pci_dma_*() and cpu_physical_memory_*() every time we do a DMA in the
device code.
This patch makes the first step on addressing both these problems, by
introducing new (stub) dma helper functions which can be used for any
DMA capable device.
These dma functions take a DMAContext *, a new (currently empty)
variable describing the DMA address space in which the operation is to
take place. NULL indicates untranslated DMA directly into guest
physical address space. The intention is that in future non-NULL
values will given information about any necessary IOMMU translation.
DMA using devices must obtain a DMAContext (or, potentially, contexts)
from their bus or platform. For now this patch just converts the PCI
wrappers to be implemented in terms of the universal wrappers,
converting other drivers can take place over time.
Cc: Michael S. Tsirkin <mst@redhat.com>
Cc: Eduard - Gabriel Munteanu <eduard.munteanu@linux360.ro>
Cc: Richard Henderson <rth@twiddle.net>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2012-06-27 08:50:38 +04:00
|
|
|
{
|
2013-04-10 20:15:49 +04:00
|
|
|
return address_space_access_valid(as, addr, len,
|
2018-05-31 16:50:52 +03:00
|
|
|
dir == DMA_DIRECTION_FROM_DEVICE,
|
2020-09-03 10:28:49 +03:00
|
|
|
attrs);
|
iommu: Add universal DMA helper functions
Not that long ago, every device implementation using DMA directly
accessed guest memory using cpu_physical_memory_*(). This meant that
adding support for a guest visible IOMMU would require changing every
one of these devices to go through IOMMU translation.
Shortly before qemu 1.0, I made a start on fixing this by providing
helper functions for PCI DMA. These are currently just stubs which
call the direct access functions, but mean that an IOMMU can be
implemented in one place, rather than for every PCI device.
Clearly, this doesn't help for non PCI devices, which could also be
IOMMU translated on some platforms. It is also problematic for the
devices which have both PCI and non-PCI version (e.g. OHCI, AHCI) - we
cannot use the the pci_dma_*() functions, because they assume the
presence of a PCIDevice, but we don't want to have to check between
pci_dma_*() and cpu_physical_memory_*() every time we do a DMA in the
device code.
This patch makes the first step on addressing both these problems, by
introducing new (stub) dma helper functions which can be used for any
DMA capable device.
These dma functions take a DMAContext *, a new (currently empty)
variable describing the DMA address space in which the operation is to
take place. NULL indicates untranslated DMA directly into guest
physical address space. The intention is that in future non-NULL
values will given information about any necessary IOMMU translation.
DMA using devices must obtain a DMAContext (or, potentially, contexts)
from their bus or platform. For now this patch just converts the PCI
wrappers to be implemented in terms of the universal wrappers,
converting other drivers can take place over time.
Cc: Michael S. Tsirkin <mst@redhat.com>
Cc: Eduard - Gabriel Munteanu <eduard.munteanu@linux360.ro>
Cc: Richard Henderson <rth@twiddle.net>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2012-06-27 08:50:38 +04:00
|
|
|
}
|
|
|
|
|
2020-10-23 18:19:18 +03:00
|
|
|
static inline MemTxResult dma_memory_rw_relaxed(AddressSpace *as,
|
|
|
|
dma_addr_t addr,
|
|
|
|
void *buf, dma_addr_t len,
|
2020-09-03 10:30:10 +03:00
|
|
|
DMADirection dir,
|
|
|
|
MemTxAttrs attrs)
|
iommu: Add universal DMA helper functions
Not that long ago, every device implementation using DMA directly
accessed guest memory using cpu_physical_memory_*(). This meant that
adding support for a guest visible IOMMU would require changing every
one of these devices to go through IOMMU translation.
Shortly before qemu 1.0, I made a start on fixing this by providing
helper functions for PCI DMA. These are currently just stubs which
call the direct access functions, but mean that an IOMMU can be
implemented in one place, rather than for every PCI device.
Clearly, this doesn't help for non PCI devices, which could also be
IOMMU translated on some platforms. It is also problematic for the
devices which have both PCI and non-PCI version (e.g. OHCI, AHCI) - we
cannot use the the pci_dma_*() functions, because they assume the
presence of a PCIDevice, but we don't want to have to check between
pci_dma_*() and cpu_physical_memory_*() every time we do a DMA in the
device code.
This patch makes the first step on addressing both these problems, by
introducing new (stub) dma helper functions which can be used for any
DMA capable device.
These dma functions take a DMAContext *, a new (currently empty)
variable describing the DMA address space in which the operation is to
take place. NULL indicates untranslated DMA directly into guest
physical address space. The intention is that in future non-NULL
values will given information about any necessary IOMMU translation.
DMA using devices must obtain a DMAContext (or, potentially, contexts)
from their bus or platform. For now this patch just converts the PCI
wrappers to be implemented in terms of the universal wrappers,
converting other drivers can take place over time.
Cc: Michael S. Tsirkin <mst@redhat.com>
Cc: Eduard - Gabriel Munteanu <eduard.munteanu@linux360.ro>
Cc: Richard Henderson <rth@twiddle.net>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2012-06-27 08:50:38 +04:00
|
|
|
{
|
2020-09-03 10:30:10 +03:00
|
|
|
return address_space_rw(as, addr, attrs,
|
2020-10-23 18:19:18 +03:00
|
|
|
buf, len, dir == DMA_DIRECTION_FROM_DEVICE);
|
iommu: Add universal DMA helper functions
Not that long ago, every device implementation using DMA directly
accessed guest memory using cpu_physical_memory_*(). This meant that
adding support for a guest visible IOMMU would require changing every
one of these devices to go through IOMMU translation.
Shortly before qemu 1.0, I made a start on fixing this by providing
helper functions for PCI DMA. These are currently just stubs which
call the direct access functions, but mean that an IOMMU can be
implemented in one place, rather than for every PCI device.
Clearly, this doesn't help for non PCI devices, which could also be
IOMMU translated on some platforms. It is also problematic for the
devices which have both PCI and non-PCI version (e.g. OHCI, AHCI) - we
cannot use the the pci_dma_*() functions, because they assume the
presence of a PCIDevice, but we don't want to have to check between
pci_dma_*() and cpu_physical_memory_*() every time we do a DMA in the
device code.
This patch makes the first step on addressing both these problems, by
introducing new (stub) dma helper functions which can be used for any
DMA capable device.
These dma functions take a DMAContext *, a new (currently empty)
variable describing the DMA address space in which the operation is to
take place. NULL indicates untranslated DMA directly into guest
physical address space. The intention is that in future non-NULL
values will given information about any necessary IOMMU translation.
DMA using devices must obtain a DMAContext (or, potentially, contexts)
from their bus or platform. For now this patch just converts the PCI
wrappers to be implemented in terms of the universal wrappers,
converting other drivers can take place over time.
Cc: Michael S. Tsirkin <mst@redhat.com>
Cc: Eduard - Gabriel Munteanu <eduard.munteanu@linux360.ro>
Cc: Richard Henderson <rth@twiddle.net>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2012-06-27 08:50:38 +04:00
|
|
|
}
|
|
|
|
|
2020-10-23 18:19:19 +03:00
|
|
|
static inline MemTxResult dma_memory_read_relaxed(AddressSpace *as,
|
|
|
|
dma_addr_t addr,
|
|
|
|
void *buf, dma_addr_t len)
|
2012-06-27 08:50:47 +04:00
|
|
|
{
|
2020-09-03 10:30:10 +03:00
|
|
|
return dma_memory_rw_relaxed(as, addr, buf, len,
|
|
|
|
DMA_DIRECTION_TO_DEVICE,
|
|
|
|
MEMTXATTRS_UNSPECIFIED);
|
2012-06-27 08:50:47 +04:00
|
|
|
}
|
|
|
|
|
2020-10-23 18:19:20 +03:00
|
|
|
static inline MemTxResult dma_memory_write_relaxed(AddressSpace *as,
|
|
|
|
dma_addr_t addr,
|
|
|
|
const void *buf,
|
|
|
|
dma_addr_t len)
|
2012-06-27 08:50:47 +04:00
|
|
|
{
|
2013-04-10 20:15:49 +04:00
|
|
|
return dma_memory_rw_relaxed(as, addr, (void *)buf, len,
|
2020-09-03 10:30:10 +03:00
|
|
|
DMA_DIRECTION_FROM_DEVICE,
|
|
|
|
MEMTXATTRS_UNSPECIFIED);
|
2012-06-27 08:50:47 +04:00
|
|
|
}
|
|
|
|
|
2020-10-23 18:19:18 +03:00
|
|
|
/**
|
|
|
|
* dma_memory_rw: Read from or write to an address space from DMA controller.
|
|
|
|
*
|
|
|
|
* Return a MemTxResult indicating whether the operation succeeded
|
|
|
|
* or failed (eg unassigned memory, device rejected the transaction,
|
|
|
|
* IOMMU fault).
|
|
|
|
*
|
|
|
|
* @as: #AddressSpace to be accessed
|
|
|
|
* @addr: address within that address space
|
|
|
|
* @buf: buffer with the data transferred
|
|
|
|
* @len: the number of bytes to read or write
|
|
|
|
* @dir: indicates the transfer direction
|
2020-09-03 10:37:43 +03:00
|
|
|
* @attrs: memory transaction attributes
|
2020-10-23 18:19:18 +03:00
|
|
|
*/
|
|
|
|
static inline MemTxResult dma_memory_rw(AddressSpace *as, dma_addr_t addr,
|
|
|
|
void *buf, dma_addr_t len,
|
2020-09-03 10:37:43 +03:00
|
|
|
DMADirection dir, MemTxAttrs attrs)
|
2012-06-27 08:50:47 +04:00
|
|
|
{
|
2013-04-10 20:15:49 +04:00
|
|
|
dma_barrier(as, dir);
|
2012-06-27 08:50:47 +04:00
|
|
|
|
2020-09-03 10:37:43 +03:00
|
|
|
return dma_memory_rw_relaxed(as, addr, buf, len, dir, attrs);
|
2012-06-27 08:50:47 +04:00
|
|
|
}
|
|
|
|
|
2020-10-23 18:19:19 +03:00
|
|
|
/**
|
|
|
|
* dma_memory_read: Read from an address space from DMA controller.
|
|
|
|
*
|
|
|
|
* Return a MemTxResult indicating whether the operation succeeded
|
|
|
|
* or failed (eg unassigned memory, device rejected the transaction,
|
|
|
|
* IOMMU fault). Called within RCU critical section.
|
|
|
|
*
|
|
|
|
* @as: #AddressSpace to be accessed
|
|
|
|
* @addr: address within that address space
|
|
|
|
* @buf: buffer with the data transferred
|
|
|
|
* @len: length of the data transferred
|
dma: Let dma_memory_read/write() take MemTxAttrs argument
Let devices specify transaction attributes when calling
dma_memory_read() or dma_memory_write().
Patch created mechanically using spatch with this script:
@@
expression E1, E2, E3, E4;
@@
(
- dma_memory_read(E1, E2, E3, E4)
+ dma_memory_read(E1, E2, E3, E4, MEMTXATTRS_UNSPECIFIED)
|
- dma_memory_write(E1, E2, E3, E4)
+ dma_memory_write(E1, E2, E3, E4, MEMTXATTRS_UNSPECIFIED)
)
Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
Reviewed-by: Li Qiang <liq3ea@gmail.com>
Reviewed-by: Edgar E. Iglesias <edgar.iglesias@xilinx.com>
Signed-off-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Acked-by: Stefan Hajnoczi <stefanha@redhat.com>
Message-Id: <20211223115554.3155328-6-philmd@redhat.com>
2020-09-03 11:08:29 +03:00
|
|
|
* @attrs: memory transaction attributes
|
2020-10-23 18:19:19 +03:00
|
|
|
*/
|
|
|
|
static inline MemTxResult dma_memory_read(AddressSpace *as, dma_addr_t addr,
|
dma: Let dma_memory_read/write() take MemTxAttrs argument
Let devices specify transaction attributes when calling
dma_memory_read() or dma_memory_write().
Patch created mechanically using spatch with this script:
@@
expression E1, E2, E3, E4;
@@
(
- dma_memory_read(E1, E2, E3, E4)
+ dma_memory_read(E1, E2, E3, E4, MEMTXATTRS_UNSPECIFIED)
|
- dma_memory_write(E1, E2, E3, E4)
+ dma_memory_write(E1, E2, E3, E4, MEMTXATTRS_UNSPECIFIED)
)
Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
Reviewed-by: Li Qiang <liq3ea@gmail.com>
Reviewed-by: Edgar E. Iglesias <edgar.iglesias@xilinx.com>
Signed-off-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Acked-by: Stefan Hajnoczi <stefanha@redhat.com>
Message-Id: <20211223115554.3155328-6-philmd@redhat.com>
2020-09-03 11:08:29 +03:00
|
|
|
void *buf, dma_addr_t len,
|
|
|
|
MemTxAttrs attrs)
|
iommu: Add universal DMA helper functions
Not that long ago, every device implementation using DMA directly
accessed guest memory using cpu_physical_memory_*(). This meant that
adding support for a guest visible IOMMU would require changing every
one of these devices to go through IOMMU translation.
Shortly before qemu 1.0, I made a start on fixing this by providing
helper functions for PCI DMA. These are currently just stubs which
call the direct access functions, but mean that an IOMMU can be
implemented in one place, rather than for every PCI device.
Clearly, this doesn't help for non PCI devices, which could also be
IOMMU translated on some platforms. It is also problematic for the
devices which have both PCI and non-PCI version (e.g. OHCI, AHCI) - we
cannot use the the pci_dma_*() functions, because they assume the
presence of a PCIDevice, but we don't want to have to check between
pci_dma_*() and cpu_physical_memory_*() every time we do a DMA in the
device code.
This patch makes the first step on addressing both these problems, by
introducing new (stub) dma helper functions which can be used for any
DMA capable device.
These dma functions take a DMAContext *, a new (currently empty)
variable describing the DMA address space in which the operation is to
take place. NULL indicates untranslated DMA directly into guest
physical address space. The intention is that in future non-NULL
values will given information about any necessary IOMMU translation.
DMA using devices must obtain a DMAContext (or, potentially, contexts)
from their bus or platform. For now this patch just converts the PCI
wrappers to be implemented in terms of the universal wrappers,
converting other drivers can take place over time.
Cc: Michael S. Tsirkin <mst@redhat.com>
Cc: Eduard - Gabriel Munteanu <eduard.munteanu@linux360.ro>
Cc: Richard Henderson <rth@twiddle.net>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2012-06-27 08:50:38 +04:00
|
|
|
{
|
2020-09-03 10:37:43 +03:00
|
|
|
return dma_memory_rw(as, addr, buf, len,
|
dma: Let dma_memory_read/write() take MemTxAttrs argument
Let devices specify transaction attributes when calling
dma_memory_read() or dma_memory_write().
Patch created mechanically using spatch with this script:
@@
expression E1, E2, E3, E4;
@@
(
- dma_memory_read(E1, E2, E3, E4)
+ dma_memory_read(E1, E2, E3, E4, MEMTXATTRS_UNSPECIFIED)
|
- dma_memory_write(E1, E2, E3, E4)
+ dma_memory_write(E1, E2, E3, E4, MEMTXATTRS_UNSPECIFIED)
)
Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
Reviewed-by: Li Qiang <liq3ea@gmail.com>
Reviewed-by: Edgar E. Iglesias <edgar.iglesias@xilinx.com>
Signed-off-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Acked-by: Stefan Hajnoczi <stefanha@redhat.com>
Message-Id: <20211223115554.3155328-6-philmd@redhat.com>
2020-09-03 11:08:29 +03:00
|
|
|
DMA_DIRECTION_TO_DEVICE, attrs);
|
iommu: Add universal DMA helper functions
Not that long ago, every device implementation using DMA directly
accessed guest memory using cpu_physical_memory_*(). This meant that
adding support for a guest visible IOMMU would require changing every
one of these devices to go through IOMMU translation.
Shortly before qemu 1.0, I made a start on fixing this by providing
helper functions for PCI DMA. These are currently just stubs which
call the direct access functions, but mean that an IOMMU can be
implemented in one place, rather than for every PCI device.
Clearly, this doesn't help for non PCI devices, which could also be
IOMMU translated on some platforms. It is also problematic for the
devices which have both PCI and non-PCI version (e.g. OHCI, AHCI) - we
cannot use the the pci_dma_*() functions, because they assume the
presence of a PCIDevice, but we don't want to have to check between
pci_dma_*() and cpu_physical_memory_*() every time we do a DMA in the
device code.
This patch makes the first step on addressing both these problems, by
introducing new (stub) dma helper functions which can be used for any
DMA capable device.
These dma functions take a DMAContext *, a new (currently empty)
variable describing the DMA address space in which the operation is to
take place. NULL indicates untranslated DMA directly into guest
physical address space. The intention is that in future non-NULL
values will given information about any necessary IOMMU translation.
DMA using devices must obtain a DMAContext (or, potentially, contexts)
from their bus or platform. For now this patch just converts the PCI
wrappers to be implemented in terms of the universal wrappers,
converting other drivers can take place over time.
Cc: Michael S. Tsirkin <mst@redhat.com>
Cc: Eduard - Gabriel Munteanu <eduard.munteanu@linux360.ro>
Cc: Richard Henderson <rth@twiddle.net>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2012-06-27 08:50:38 +04:00
|
|
|
}
|
|
|
|
|
2020-10-23 18:19:20 +03:00
|
|
|
/**
|
2024-10-14 19:05:57 +03:00
|
|
|
* dma_memory_write: Write to address space from DMA controller.
|
2020-10-23 18:19:20 +03:00
|
|
|
*
|
|
|
|
* Return a MemTxResult indicating whether the operation succeeded
|
|
|
|
* or failed (eg unassigned memory, device rejected the transaction,
|
|
|
|
* IOMMU fault).
|
|
|
|
*
|
|
|
|
* @as: #AddressSpace to be accessed
|
|
|
|
* @addr: address within that address space
|
|
|
|
* @buf: buffer with the data transferred
|
|
|
|
* @len: the number of bytes to write
|
dma: Let dma_memory_read/write() take MemTxAttrs argument
Let devices specify transaction attributes when calling
dma_memory_read() or dma_memory_write().
Patch created mechanically using spatch with this script:
@@
expression E1, E2, E3, E4;
@@
(
- dma_memory_read(E1, E2, E3, E4)
+ dma_memory_read(E1, E2, E3, E4, MEMTXATTRS_UNSPECIFIED)
|
- dma_memory_write(E1, E2, E3, E4)
+ dma_memory_write(E1, E2, E3, E4, MEMTXATTRS_UNSPECIFIED)
)
Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
Reviewed-by: Li Qiang <liq3ea@gmail.com>
Reviewed-by: Edgar E. Iglesias <edgar.iglesias@xilinx.com>
Signed-off-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Acked-by: Stefan Hajnoczi <stefanha@redhat.com>
Message-Id: <20211223115554.3155328-6-philmd@redhat.com>
2020-09-03 11:08:29 +03:00
|
|
|
* @attrs: memory transaction attributes
|
2020-10-23 18:19:20 +03:00
|
|
|
*/
|
|
|
|
static inline MemTxResult dma_memory_write(AddressSpace *as, dma_addr_t addr,
|
dma: Let dma_memory_read/write() take MemTxAttrs argument
Let devices specify transaction attributes when calling
dma_memory_read() or dma_memory_write().
Patch created mechanically using spatch with this script:
@@
expression E1, E2, E3, E4;
@@
(
- dma_memory_read(E1, E2, E3, E4)
+ dma_memory_read(E1, E2, E3, E4, MEMTXATTRS_UNSPECIFIED)
|
- dma_memory_write(E1, E2, E3, E4)
+ dma_memory_write(E1, E2, E3, E4, MEMTXATTRS_UNSPECIFIED)
)
Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
Reviewed-by: Li Qiang <liq3ea@gmail.com>
Reviewed-by: Edgar E. Iglesias <edgar.iglesias@xilinx.com>
Signed-off-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Acked-by: Stefan Hajnoczi <stefanha@redhat.com>
Message-Id: <20211223115554.3155328-6-philmd@redhat.com>
2020-09-03 11:08:29 +03:00
|
|
|
const void *buf, dma_addr_t len,
|
|
|
|
MemTxAttrs attrs)
|
iommu: Add universal DMA helper functions
Not that long ago, every device implementation using DMA directly
accessed guest memory using cpu_physical_memory_*(). This meant that
adding support for a guest visible IOMMU would require changing every
one of these devices to go through IOMMU translation.
Shortly before qemu 1.0, I made a start on fixing this by providing
helper functions for PCI DMA. These are currently just stubs which
call the direct access functions, but mean that an IOMMU can be
implemented in one place, rather than for every PCI device.
Clearly, this doesn't help for non PCI devices, which could also be
IOMMU translated on some platforms. It is also problematic for the
devices which have both PCI and non-PCI version (e.g. OHCI, AHCI) - we
cannot use the the pci_dma_*() functions, because they assume the
presence of a PCIDevice, but we don't want to have to check between
pci_dma_*() and cpu_physical_memory_*() every time we do a DMA in the
device code.
This patch makes the first step on addressing both these problems, by
introducing new (stub) dma helper functions which can be used for any
DMA capable device.
These dma functions take a DMAContext *, a new (currently empty)
variable describing the DMA address space in which the operation is to
take place. NULL indicates untranslated DMA directly into guest
physical address space. The intention is that in future non-NULL
values will given information about any necessary IOMMU translation.
DMA using devices must obtain a DMAContext (or, potentially, contexts)
from their bus or platform. For now this patch just converts the PCI
wrappers to be implemented in terms of the universal wrappers,
converting other drivers can take place over time.
Cc: Michael S. Tsirkin <mst@redhat.com>
Cc: Eduard - Gabriel Munteanu <eduard.munteanu@linux360.ro>
Cc: Richard Henderson <rth@twiddle.net>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2012-06-27 08:50:38 +04:00
|
|
|
{
|
2013-04-10 20:15:49 +04:00
|
|
|
return dma_memory_rw(as, addr, (void *)buf, len,
|
dma: Let dma_memory_read/write() take MemTxAttrs argument
Let devices specify transaction attributes when calling
dma_memory_read() or dma_memory_write().
Patch created mechanically using spatch with this script:
@@
expression E1, E2, E3, E4;
@@
(
- dma_memory_read(E1, E2, E3, E4)
+ dma_memory_read(E1, E2, E3, E4, MEMTXATTRS_UNSPECIFIED)
|
- dma_memory_write(E1, E2, E3, E4)
+ dma_memory_write(E1, E2, E3, E4, MEMTXATTRS_UNSPECIFIED)
)
Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
Reviewed-by: Li Qiang <liq3ea@gmail.com>
Reviewed-by: Edgar E. Iglesias <edgar.iglesias@xilinx.com>
Signed-off-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Acked-by: Stefan Hajnoczi <stefanha@redhat.com>
Message-Id: <20211223115554.3155328-6-philmd@redhat.com>
2020-09-03 11:08:29 +03:00
|
|
|
DMA_DIRECTION_FROM_DEVICE, attrs);
|
iommu: Add universal DMA helper functions
Not that long ago, every device implementation using DMA directly
accessed guest memory using cpu_physical_memory_*(). This meant that
adding support for a guest visible IOMMU would require changing every
one of these devices to go through IOMMU translation.
Shortly before qemu 1.0, I made a start on fixing this by providing
helper functions for PCI DMA. These are currently just stubs which
call the direct access functions, but mean that an IOMMU can be
implemented in one place, rather than for every PCI device.
Clearly, this doesn't help for non PCI devices, which could also be
IOMMU translated on some platforms. It is also problematic for the
devices which have both PCI and non-PCI version (e.g. OHCI, AHCI) - we
cannot use the the pci_dma_*() functions, because they assume the
presence of a PCIDevice, but we don't want to have to check between
pci_dma_*() and cpu_physical_memory_*() every time we do a DMA in the
device code.
This patch makes the first step on addressing both these problems, by
introducing new (stub) dma helper functions which can be used for any
DMA capable device.
These dma functions take a DMAContext *, a new (currently empty)
variable describing the DMA address space in which the operation is to
take place. NULL indicates untranslated DMA directly into guest
physical address space. The intention is that in future non-NULL
values will given information about any necessary IOMMU translation.
DMA using devices must obtain a DMAContext (or, potentially, contexts)
from their bus or platform. For now this patch just converts the PCI
wrappers to be implemented in terms of the universal wrappers,
converting other drivers can take place over time.
Cc: Michael S. Tsirkin <mst@redhat.com>
Cc: Eduard - Gabriel Munteanu <eduard.munteanu@linux360.ro>
Cc: Richard Henderson <rth@twiddle.net>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2012-06-27 08:50:38 +04:00
|
|
|
}
|
|
|
|
|
2020-10-23 18:19:17 +03:00
|
|
|
/**
|
|
|
|
* dma_memory_set: Fill memory with a constant byte from DMA controller.
|
|
|
|
*
|
|
|
|
* Return a MemTxResult indicating whether the operation succeeded
|
|
|
|
* or failed (eg unassigned memory, device rejected the transaction,
|
|
|
|
* IOMMU fault).
|
|
|
|
*
|
|
|
|
* @as: #AddressSpace to be accessed
|
|
|
|
* @addr: address within that address space
|
|
|
|
* @c: constant byte to fill the memory
|
|
|
|
* @len: the number of bytes to fill with the constant byte
|
2020-09-03 11:28:32 +03:00
|
|
|
* @attrs: memory transaction attributes
|
2020-10-23 18:19:17 +03:00
|
|
|
*/
|
|
|
|
MemTxResult dma_memory_set(AddressSpace *as, dma_addr_t addr,
|
2020-09-03 11:28:32 +03:00
|
|
|
uint8_t c, dma_addr_t len, MemTxAttrs attrs);
|
iommu: Add universal DMA helper functions
Not that long ago, every device implementation using DMA directly
accessed guest memory using cpu_physical_memory_*(). This meant that
adding support for a guest visible IOMMU would require changing every
one of these devices to go through IOMMU translation.
Shortly before qemu 1.0, I made a start on fixing this by providing
helper functions for PCI DMA. These are currently just stubs which
call the direct access functions, but mean that an IOMMU can be
implemented in one place, rather than for every PCI device.
Clearly, this doesn't help for non PCI devices, which could also be
IOMMU translated on some platforms. It is also problematic for the
devices which have both PCI and non-PCI version (e.g. OHCI, AHCI) - we
cannot use the the pci_dma_*() functions, because they assume the
presence of a PCIDevice, but we don't want to have to check between
pci_dma_*() and cpu_physical_memory_*() every time we do a DMA in the
device code.
This patch makes the first step on addressing both these problems, by
introducing new (stub) dma helper functions which can be used for any
DMA capable device.
These dma functions take a DMAContext *, a new (currently empty)
variable describing the DMA address space in which the operation is to
take place. NULL indicates untranslated DMA directly into guest
physical address space. The intention is that in future non-NULL
values will given information about any necessary IOMMU translation.
DMA using devices must obtain a DMAContext (or, potentially, contexts)
from their bus or platform. For now this patch just converts the PCI
wrappers to be implemented in terms of the universal wrappers,
converting other drivers can take place over time.
Cc: Michael S. Tsirkin <mst@redhat.com>
Cc: Eduard - Gabriel Munteanu <eduard.munteanu@linux360.ro>
Cc: Richard Henderson <rth@twiddle.net>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2012-06-27 08:50:38 +04:00
|
|
|
|
2020-10-23 18:19:16 +03:00
|
|
|
/**
|
2024-10-14 19:05:57 +03:00
|
|
|
* dma_memory_map: Map a physical memory region into a host virtual address.
|
2020-10-23 18:19:16 +03:00
|
|
|
*
|
|
|
|
* May map a subset of the requested range, given by and returned in @plen.
|
|
|
|
* May return %NULL and set *@plen to zero(0), if resources needed to perform
|
|
|
|
* the mapping are exhausted.
|
|
|
|
* Use only for reads OR writes - not for read-modify-write operations.
|
|
|
|
*
|
|
|
|
* @as: #AddressSpace to be accessed
|
|
|
|
* @addr: address within that address space
|
|
|
|
* @len: pointer to length of buffer; updated on return
|
|
|
|
* @dir: indicates the transfer direction
|
dma: Let dma_memory_map() take MemTxAttrs argument
Let devices specify transaction attributes when calling
dma_memory_map().
Patch created mechanically using spatch with this script:
@@
expression E1, E2, E3, E4;
@@
- dma_memory_map(E1, E2, E3, E4)
+ dma_memory_map(E1, E2, E3, E4, MEMTXATTRS_UNSPECIFIED)
Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
Reviewed-by: Li Qiang <liq3ea@gmail.com>
Reviewed-by: Edgar E. Iglesias <edgar.iglesias@xilinx.com>
Signed-off-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Acked-by: Stefan Hajnoczi <stefanha@redhat.com>
Message-Id: <20211223115554.3155328-7-philmd@redhat.com>
2020-09-03 12:00:47 +03:00
|
|
|
* @attrs: memory attributes
|
2020-10-23 18:19:16 +03:00
|
|
|
*/
|
2013-04-10 20:15:49 +04:00
|
|
|
static inline void *dma_memory_map(AddressSpace *as,
|
iommu: Add universal DMA helper functions
Not that long ago, every device implementation using DMA directly
accessed guest memory using cpu_physical_memory_*(). This meant that
adding support for a guest visible IOMMU would require changing every
one of these devices to go through IOMMU translation.
Shortly before qemu 1.0, I made a start on fixing this by providing
helper functions for PCI DMA. These are currently just stubs which
call the direct access functions, but mean that an IOMMU can be
implemented in one place, rather than for every PCI device.
Clearly, this doesn't help for non PCI devices, which could also be
IOMMU translated on some platforms. It is also problematic for the
devices which have both PCI and non-PCI version (e.g. OHCI, AHCI) - we
cannot use the the pci_dma_*() functions, because they assume the
presence of a PCIDevice, but we don't want to have to check between
pci_dma_*() and cpu_physical_memory_*() every time we do a DMA in the
device code.
This patch makes the first step on addressing both these problems, by
introducing new (stub) dma helper functions which can be used for any
DMA capable device.
These dma functions take a DMAContext *, a new (currently empty)
variable describing the DMA address space in which the operation is to
take place. NULL indicates untranslated DMA directly into guest
physical address space. The intention is that in future non-NULL
values will given information about any necessary IOMMU translation.
DMA using devices must obtain a DMAContext (or, potentially, contexts)
from their bus or platform. For now this patch just converts the PCI
wrappers to be implemented in terms of the universal wrappers,
converting other drivers can take place over time.
Cc: Michael S. Tsirkin <mst@redhat.com>
Cc: Eduard - Gabriel Munteanu <eduard.munteanu@linux360.ro>
Cc: Richard Henderson <rth@twiddle.net>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2012-06-27 08:50:38 +04:00
|
|
|
dma_addr_t addr, dma_addr_t *len,
|
dma: Let dma_memory_map() take MemTxAttrs argument
Let devices specify transaction attributes when calling
dma_memory_map().
Patch created mechanically using spatch with this script:
@@
expression E1, E2, E3, E4;
@@
- dma_memory_map(E1, E2, E3, E4)
+ dma_memory_map(E1, E2, E3, E4, MEMTXATTRS_UNSPECIFIED)
Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
Reviewed-by: Li Qiang <liq3ea@gmail.com>
Reviewed-by: Edgar E. Iglesias <edgar.iglesias@xilinx.com>
Signed-off-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Acked-by: Stefan Hajnoczi <stefanha@redhat.com>
Message-Id: <20211223115554.3155328-7-philmd@redhat.com>
2020-09-03 12:00:47 +03:00
|
|
|
DMADirection dir, MemTxAttrs attrs)
|
iommu: Add universal DMA helper functions
Not that long ago, every device implementation using DMA directly
accessed guest memory using cpu_physical_memory_*(). This meant that
adding support for a guest visible IOMMU would require changing every
one of these devices to go through IOMMU translation.
Shortly before qemu 1.0, I made a start on fixing this by providing
helper functions for PCI DMA. These are currently just stubs which
call the direct access functions, but mean that an IOMMU can be
implemented in one place, rather than for every PCI device.
Clearly, this doesn't help for non PCI devices, which could also be
IOMMU translated on some platforms. It is also problematic for the
devices which have both PCI and non-PCI version (e.g. OHCI, AHCI) - we
cannot use the the pci_dma_*() functions, because they assume the
presence of a PCIDevice, but we don't want to have to check between
pci_dma_*() and cpu_physical_memory_*() every time we do a DMA in the
device code.
This patch makes the first step on addressing both these problems, by
introducing new (stub) dma helper functions which can be used for any
DMA capable device.
These dma functions take a DMAContext *, a new (currently empty)
variable describing the DMA address space in which the operation is to
take place. NULL indicates untranslated DMA directly into guest
physical address space. The intention is that in future non-NULL
values will given information about any necessary IOMMU translation.
DMA using devices must obtain a DMAContext (or, potentially, contexts)
from their bus or platform. For now this patch just converts the PCI
wrappers to be implemented in terms of the universal wrappers,
converting other drivers can take place over time.
Cc: Michael S. Tsirkin <mst@redhat.com>
Cc: Eduard - Gabriel Munteanu <eduard.munteanu@linux360.ro>
Cc: Richard Henderson <rth@twiddle.net>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2012-06-27 08:50:38 +04:00
|
|
|
{
|
2013-04-10 19:49:04 +04:00
|
|
|
hwaddr xlen = *len;
|
|
|
|
void *p;
|
|
|
|
|
2018-05-31 16:50:52 +03:00
|
|
|
p = address_space_map(as, addr, &xlen, dir == DMA_DIRECTION_FROM_DEVICE,
|
dma: Let dma_memory_map() take MemTxAttrs argument
Let devices specify transaction attributes when calling
dma_memory_map().
Patch created mechanically using spatch with this script:
@@
expression E1, E2, E3, E4;
@@
- dma_memory_map(E1, E2, E3, E4)
+ dma_memory_map(E1, E2, E3, E4, MEMTXATTRS_UNSPECIFIED)
Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
Reviewed-by: Li Qiang <liq3ea@gmail.com>
Reviewed-by: Edgar E. Iglesias <edgar.iglesias@xilinx.com>
Signed-off-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Acked-by: Stefan Hajnoczi <stefanha@redhat.com>
Message-Id: <20211223115554.3155328-7-philmd@redhat.com>
2020-09-03 12:00:47 +03:00
|
|
|
attrs);
|
2013-04-10 19:49:04 +04:00
|
|
|
*len = xlen;
|
|
|
|
return p;
|
iommu: Add universal DMA helper functions
Not that long ago, every device implementation using DMA directly
accessed guest memory using cpu_physical_memory_*(). This meant that
adding support for a guest visible IOMMU would require changing every
one of these devices to go through IOMMU translation.
Shortly before qemu 1.0, I made a start on fixing this by providing
helper functions for PCI DMA. These are currently just stubs which
call the direct access functions, but mean that an IOMMU can be
implemented in one place, rather than for every PCI device.
Clearly, this doesn't help for non PCI devices, which could also be
IOMMU translated on some platforms. It is also problematic for the
devices which have both PCI and non-PCI version (e.g. OHCI, AHCI) - we
cannot use the the pci_dma_*() functions, because they assume the
presence of a PCIDevice, but we don't want to have to check between
pci_dma_*() and cpu_physical_memory_*() every time we do a DMA in the
device code.
This patch makes the first step on addressing both these problems, by
introducing new (stub) dma helper functions which can be used for any
DMA capable device.
These dma functions take a DMAContext *, a new (currently empty)
variable describing the DMA address space in which the operation is to
take place. NULL indicates untranslated DMA directly into guest
physical address space. The intention is that in future non-NULL
values will given information about any necessary IOMMU translation.
DMA using devices must obtain a DMAContext (or, potentially, contexts)
from their bus or platform. For now this patch just converts the PCI
wrappers to be implemented in terms of the universal wrappers,
converting other drivers can take place over time.
Cc: Michael S. Tsirkin <mst@redhat.com>
Cc: Eduard - Gabriel Munteanu <eduard.munteanu@linux360.ro>
Cc: Richard Henderson <rth@twiddle.net>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2012-06-27 08:50:38 +04:00
|
|
|
}
|
|
|
|
|
2020-10-23 18:19:16 +03:00
|
|
|
/**
|
2024-10-14 19:05:57 +03:00
|
|
|
* dma_memory_unmap: Unmaps a memory region previously mapped by dma_memory_map()
|
2020-10-23 18:19:16 +03:00
|
|
|
*
|
|
|
|
* Will also mark the memory as dirty if @dir == %DMA_DIRECTION_FROM_DEVICE.
|
|
|
|
* @access_len gives the amount of memory that was actually read or written
|
|
|
|
* by the caller.
|
|
|
|
*
|
|
|
|
* @as: #AddressSpace used
|
2024-10-14 19:05:57 +03:00
|
|
|
* @buffer: host pointer as returned by dma_memory_map()
|
|
|
|
* @len: buffer length as returned by dma_memory_map()
|
2020-10-23 18:19:16 +03:00
|
|
|
* @dir: indicates the transfer direction
|
|
|
|
* @access_len: amount of data actually transferred
|
|
|
|
*/
|
2013-04-10 20:15:49 +04:00
|
|
|
static inline void dma_memory_unmap(AddressSpace *as,
|
iommu: Add universal DMA helper functions
Not that long ago, every device implementation using DMA directly
accessed guest memory using cpu_physical_memory_*(). This meant that
adding support for a guest visible IOMMU would require changing every
one of these devices to go through IOMMU translation.
Shortly before qemu 1.0, I made a start on fixing this by providing
helper functions for PCI DMA. These are currently just stubs which
call the direct access functions, but mean that an IOMMU can be
implemented in one place, rather than for every PCI device.
Clearly, this doesn't help for non PCI devices, which could also be
IOMMU translated on some platforms. It is also problematic for the
devices which have both PCI and non-PCI version (e.g. OHCI, AHCI) - we
cannot use the the pci_dma_*() functions, because they assume the
presence of a PCIDevice, but we don't want to have to check between
pci_dma_*() and cpu_physical_memory_*() every time we do a DMA in the
device code.
This patch makes the first step on addressing both these problems, by
introducing new (stub) dma helper functions which can be used for any
DMA capable device.
These dma functions take a DMAContext *, a new (currently empty)
variable describing the DMA address space in which the operation is to
take place. NULL indicates untranslated DMA directly into guest
physical address space. The intention is that in future non-NULL
values will given information about any necessary IOMMU translation.
DMA using devices must obtain a DMAContext (or, potentially, contexts)
from their bus or platform. For now this patch just converts the PCI
wrappers to be implemented in terms of the universal wrappers,
converting other drivers can take place over time.
Cc: Michael S. Tsirkin <mst@redhat.com>
Cc: Eduard - Gabriel Munteanu <eduard.munteanu@linux360.ro>
Cc: Richard Henderson <rth@twiddle.net>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2012-06-27 08:50:38 +04:00
|
|
|
void *buffer, dma_addr_t len,
|
|
|
|
DMADirection dir, dma_addr_t access_len)
|
|
|
|
{
|
2013-04-10 20:15:49 +04:00
|
|
|
address_space_unmap(as, buffer, (hwaddr)len,
|
2013-04-10 19:49:04 +04:00
|
|
|
dir == DMA_DIRECTION_FROM_DEVICE, access_len);
|
iommu: Add universal DMA helper functions
Not that long ago, every device implementation using DMA directly
accessed guest memory using cpu_physical_memory_*(). This meant that
adding support for a guest visible IOMMU would require changing every
one of these devices to go through IOMMU translation.
Shortly before qemu 1.0, I made a start on fixing this by providing
helper functions for PCI DMA. These are currently just stubs which
call the direct access functions, but mean that an IOMMU can be
implemented in one place, rather than for every PCI device.
Clearly, this doesn't help for non PCI devices, which could also be
IOMMU translated on some platforms. It is also problematic for the
devices which have both PCI and non-PCI version (e.g. OHCI, AHCI) - we
cannot use the the pci_dma_*() functions, because they assume the
presence of a PCIDevice, but we don't want to have to check between
pci_dma_*() and cpu_physical_memory_*() every time we do a DMA in the
device code.
This patch makes the first step on addressing both these problems, by
introducing new (stub) dma helper functions which can be used for any
DMA capable device.
These dma functions take a DMAContext *, a new (currently empty)
variable describing the DMA address space in which the operation is to
take place. NULL indicates untranslated DMA directly into guest
physical address space. The intention is that in future non-NULL
values will given information about any necessary IOMMU translation.
DMA using devices must obtain a DMAContext (or, potentially, contexts)
from their bus or platform. For now this patch just converts the PCI
wrappers to be implemented in terms of the universal wrappers,
converting other drivers can take place over time.
Cc: Michael S. Tsirkin <mst@redhat.com>
Cc: Eduard - Gabriel Munteanu <eduard.munteanu@linux360.ro>
Cc: Richard Henderson <rth@twiddle.net>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2012-06-27 08:50:38 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
#define DEFINE_LDST_DMA(_lname, _sname, _bits, _end) \
|
2021-12-18 00:31:11 +03:00
|
|
|
static inline MemTxResult ld##_lname##_##_end##_dma(AddressSpace *as, \
|
|
|
|
dma_addr_t addr, \
|
|
|
|
uint##_bits##_t *pval, \
|
|
|
|
MemTxAttrs attrs) \
|
|
|
|
{ \
|
|
|
|
MemTxResult res = dma_memory_read(as, addr, pval, (_bits) / 8, attrs); \
|
|
|
|
_end##_bits##_to_cpus(pval); \
|
|
|
|
return res; \
|
|
|
|
} \
|
2021-12-18 01:56:14 +03:00
|
|
|
static inline MemTxResult st##_sname##_##_end##_dma(AddressSpace *as, \
|
|
|
|
dma_addr_t addr, \
|
|
|
|
uint##_bits##_t val, \
|
|
|
|
MemTxAttrs attrs) \
|
|
|
|
{ \
|
|
|
|
val = cpu_to_##_end##_bits(val); \
|
|
|
|
return dma_memory_write(as, addr, &val, (_bits) / 8, attrs); \
|
iommu: Add universal DMA helper functions
Not that long ago, every device implementation using DMA directly
accessed guest memory using cpu_physical_memory_*(). This meant that
adding support for a guest visible IOMMU would require changing every
one of these devices to go through IOMMU translation.
Shortly before qemu 1.0, I made a start on fixing this by providing
helper functions for PCI DMA. These are currently just stubs which
call the direct access functions, but mean that an IOMMU can be
implemented in one place, rather than for every PCI device.
Clearly, this doesn't help for non PCI devices, which could also be
IOMMU translated on some platforms. It is also problematic for the
devices which have both PCI and non-PCI version (e.g. OHCI, AHCI) - we
cannot use the the pci_dma_*() functions, because they assume the
presence of a PCIDevice, but we don't want to have to check between
pci_dma_*() and cpu_physical_memory_*() every time we do a DMA in the
device code.
This patch makes the first step on addressing both these problems, by
introducing new (stub) dma helper functions which can be used for any
DMA capable device.
These dma functions take a DMAContext *, a new (currently empty)
variable describing the DMA address space in which the operation is to
take place. NULL indicates untranslated DMA directly into guest
physical address space. The intention is that in future non-NULL
values will given information about any necessary IOMMU translation.
DMA using devices must obtain a DMAContext (or, potentially, contexts)
from their bus or platform. For now this patch just converts the PCI
wrappers to be implemented in terms of the universal wrappers,
converting other drivers can take place over time.
Cc: Michael S. Tsirkin <mst@redhat.com>
Cc: Eduard - Gabriel Munteanu <eduard.munteanu@linux360.ro>
Cc: Richard Henderson <rth@twiddle.net>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2012-06-27 08:50:38 +04:00
|
|
|
}
|
|
|
|
|
2021-12-18 00:31:11 +03:00
|
|
|
static inline MemTxResult ldub_dma(AddressSpace *as, dma_addr_t addr,
|
|
|
|
uint8_t *val, MemTxAttrs attrs)
|
iommu: Add universal DMA helper functions
Not that long ago, every device implementation using DMA directly
accessed guest memory using cpu_physical_memory_*(). This meant that
adding support for a guest visible IOMMU would require changing every
one of these devices to go through IOMMU translation.
Shortly before qemu 1.0, I made a start on fixing this by providing
helper functions for PCI DMA. These are currently just stubs which
call the direct access functions, but mean that an IOMMU can be
implemented in one place, rather than for every PCI device.
Clearly, this doesn't help for non PCI devices, which could also be
IOMMU translated on some platforms. It is also problematic for the
devices which have both PCI and non-PCI version (e.g. OHCI, AHCI) - we
cannot use the the pci_dma_*() functions, because they assume the
presence of a PCIDevice, but we don't want to have to check between
pci_dma_*() and cpu_physical_memory_*() every time we do a DMA in the
device code.
This patch makes the first step on addressing both these problems, by
introducing new (stub) dma helper functions which can be used for any
DMA capable device.
These dma functions take a DMAContext *, a new (currently empty)
variable describing the DMA address space in which the operation is to
take place. NULL indicates untranslated DMA directly into guest
physical address space. The intention is that in future non-NULL
values will given information about any necessary IOMMU translation.
DMA using devices must obtain a DMAContext (or, potentially, contexts)
from their bus or platform. For now this patch just converts the PCI
wrappers to be implemented in terms of the universal wrappers,
converting other drivers can take place over time.
Cc: Michael S. Tsirkin <mst@redhat.com>
Cc: Eduard - Gabriel Munteanu <eduard.munteanu@linux360.ro>
Cc: Richard Henderson <rth@twiddle.net>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2012-06-27 08:50:38 +04:00
|
|
|
{
|
2021-12-18 00:31:11 +03:00
|
|
|
return dma_memory_read(as, addr, val, 1, attrs);
|
iommu: Add universal DMA helper functions
Not that long ago, every device implementation using DMA directly
accessed guest memory using cpu_physical_memory_*(). This meant that
adding support for a guest visible IOMMU would require changing every
one of these devices to go through IOMMU translation.
Shortly before qemu 1.0, I made a start on fixing this by providing
helper functions for PCI DMA. These are currently just stubs which
call the direct access functions, but mean that an IOMMU can be
implemented in one place, rather than for every PCI device.
Clearly, this doesn't help for non PCI devices, which could also be
IOMMU translated on some platforms. It is also problematic for the
devices which have both PCI and non-PCI version (e.g. OHCI, AHCI) - we
cannot use the the pci_dma_*() functions, because they assume the
presence of a PCIDevice, but we don't want to have to check between
pci_dma_*() and cpu_physical_memory_*() every time we do a DMA in the
device code.
This patch makes the first step on addressing both these problems, by
introducing new (stub) dma helper functions which can be used for any
DMA capable device.
These dma functions take a DMAContext *, a new (currently empty)
variable describing the DMA address space in which the operation is to
take place. NULL indicates untranslated DMA directly into guest
physical address space. The intention is that in future non-NULL
values will given information about any necessary IOMMU translation.
DMA using devices must obtain a DMAContext (or, potentially, contexts)
from their bus or platform. For now this patch just converts the PCI
wrappers to be implemented in terms of the universal wrappers,
converting other drivers can take place over time.
Cc: Michael S. Tsirkin <mst@redhat.com>
Cc: Eduard - Gabriel Munteanu <eduard.munteanu@linux360.ro>
Cc: Richard Henderson <rth@twiddle.net>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2012-06-27 08:50:38 +04:00
|
|
|
}
|
|
|
|
|
2021-12-18 01:56:14 +03:00
|
|
|
static inline MemTxResult stb_dma(AddressSpace *as, dma_addr_t addr,
|
|
|
|
uint8_t val, MemTxAttrs attrs)
|
iommu: Add universal DMA helper functions
Not that long ago, every device implementation using DMA directly
accessed guest memory using cpu_physical_memory_*(). This meant that
adding support for a guest visible IOMMU would require changing every
one of these devices to go through IOMMU translation.
Shortly before qemu 1.0, I made a start on fixing this by providing
helper functions for PCI DMA. These are currently just stubs which
call the direct access functions, but mean that an IOMMU can be
implemented in one place, rather than for every PCI device.
Clearly, this doesn't help for non PCI devices, which could also be
IOMMU translated on some platforms. It is also problematic for the
devices which have both PCI and non-PCI version (e.g. OHCI, AHCI) - we
cannot use the the pci_dma_*() functions, because they assume the
presence of a PCIDevice, but we don't want to have to check between
pci_dma_*() and cpu_physical_memory_*() every time we do a DMA in the
device code.
This patch makes the first step on addressing both these problems, by
introducing new (stub) dma helper functions which can be used for any
DMA capable device.
These dma functions take a DMAContext *, a new (currently empty)
variable describing the DMA address space in which the operation is to
take place. NULL indicates untranslated DMA directly into guest
physical address space. The intention is that in future non-NULL
values will given information about any necessary IOMMU translation.
DMA using devices must obtain a DMAContext (or, potentially, contexts)
from their bus or platform. For now this patch just converts the PCI
wrappers to be implemented in terms of the universal wrappers,
converting other drivers can take place over time.
Cc: Michael S. Tsirkin <mst@redhat.com>
Cc: Eduard - Gabriel Munteanu <eduard.munteanu@linux360.ro>
Cc: Richard Henderson <rth@twiddle.net>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2012-06-27 08:50:38 +04:00
|
|
|
{
|
2021-12-18 01:56:14 +03:00
|
|
|
return dma_memory_write(as, addr, &val, 1, attrs);
|
iommu: Add universal DMA helper functions
Not that long ago, every device implementation using DMA directly
accessed guest memory using cpu_physical_memory_*(). This meant that
adding support for a guest visible IOMMU would require changing every
one of these devices to go through IOMMU translation.
Shortly before qemu 1.0, I made a start on fixing this by providing
helper functions for PCI DMA. These are currently just stubs which
call the direct access functions, but mean that an IOMMU can be
implemented in one place, rather than for every PCI device.
Clearly, this doesn't help for non PCI devices, which could also be
IOMMU translated on some platforms. It is also problematic for the
devices which have both PCI and non-PCI version (e.g. OHCI, AHCI) - we
cannot use the the pci_dma_*() functions, because they assume the
presence of a PCIDevice, but we don't want to have to check between
pci_dma_*() and cpu_physical_memory_*() every time we do a DMA in the
device code.
This patch makes the first step on addressing both these problems, by
introducing new (stub) dma helper functions which can be used for any
DMA capable device.
These dma functions take a DMAContext *, a new (currently empty)
variable describing the DMA address space in which the operation is to
take place. NULL indicates untranslated DMA directly into guest
physical address space. The intention is that in future non-NULL
values will given information about any necessary IOMMU translation.
DMA using devices must obtain a DMAContext (or, potentially, contexts)
from their bus or platform. For now this patch just converts the PCI
wrappers to be implemented in terms of the universal wrappers,
converting other drivers can take place over time.
Cc: Michael S. Tsirkin <mst@redhat.com>
Cc: Eduard - Gabriel Munteanu <eduard.munteanu@linux360.ro>
Cc: Richard Henderson <rth@twiddle.net>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2012-06-27 08:50:38 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
DEFINE_LDST_DMA(uw, w, 16, le);
|
|
|
|
DEFINE_LDST_DMA(l, l, 32, le);
|
|
|
|
DEFINE_LDST_DMA(q, q, 64, le);
|
|
|
|
DEFINE_LDST_DMA(uw, w, 16, be);
|
|
|
|
DEFINE_LDST_DMA(l, l, 32, be);
|
|
|
|
DEFINE_LDST_DMA(q, q, 64, be);
|
|
|
|
|
|
|
|
#undef DEFINE_LDST_DMA
|
|
|
|
|
2011-09-16 18:40:01 +04:00
|
|
|
struct ScatterGatherEntry {
|
2011-10-31 10:06:46 +04:00
|
|
|
dma_addr_t base;
|
|
|
|
dma_addr_t len;
|
2011-09-16 18:40:01 +04:00
|
|
|
};
|
2009-02-06 00:23:50 +03:00
|
|
|
|
2013-06-03 16:17:19 +04:00
|
|
|
void qemu_sglist_init(QEMUSGList *qsg, DeviceState *dev, int alloc_hint,
|
|
|
|
AddressSpace *as);
|
2011-10-31 10:06:46 +04:00
|
|
|
void qemu_sglist_add(QEMUSGList *qsg, dma_addr_t base, dma_addr_t len);
|
2009-02-06 00:23:50 +03:00
|
|
|
void qemu_sglist_destroy(QEMUSGList *qsg);
|
|
|
|
|
2016-05-23 15:54:06 +03:00
|
|
|
typedef BlockAIOCB *DMAIOFunc(int64_t offset, QEMUIOVector *iov,
|
|
|
|
BlockCompletionFunc *cb, void *cb_opaque,
|
|
|
|
void *opaque);
|
2014-10-07 15:59:14 +04:00
|
|
|
|
2016-05-23 15:54:06 +03:00
|
|
|
BlockAIOCB *dma_blk_io(AioContext *ctx,
|
2016-10-27 23:29:13 +03:00
|
|
|
QEMUSGList *sg, uint64_t offset, uint32_t align,
|
2016-05-23 15:54:06 +03:00
|
|
|
DMAIOFunc *io_func, void *io_func_opaque,
|
|
|
|
BlockCompletionFunc *cb, void *opaque, DMADirection dir);
|
2014-10-07 15:59:18 +04:00
|
|
|
BlockAIOCB *dma_blk_read(BlockBackend *blk,
|
2016-10-27 23:29:13 +03:00
|
|
|
QEMUSGList *sg, uint64_t offset, uint32_t align,
|
2014-10-07 15:59:18 +04:00
|
|
|
BlockCompletionFunc *cb, void *opaque);
|
|
|
|
BlockAIOCB *dma_blk_write(BlockBackend *blk,
|
2016-10-27 23:29:13 +03:00
|
|
|
QEMUSGList *sg, uint64_t offset, uint32_t align,
|
2014-10-07 15:59:15 +04:00
|
|
|
BlockCompletionFunc *cb, void *opaque);
|
2021-12-16 11:36:38 +03:00
|
|
|
MemTxResult dma_buf_read(void *ptr, dma_addr_t len, dma_addr_t *residual,
|
2021-12-31 13:33:29 +03:00
|
|
|
QEMUSGList *sg, MemTxAttrs attrs);
|
2021-12-16 11:36:38 +03:00
|
|
|
MemTxResult dma_buf_write(void *ptr, dma_addr_t len, dma_addr_t *residual,
|
2021-12-31 13:33:29 +03:00
|
|
|
QEMUSGList *sg, MemTxAttrs attrs);
|
2011-07-06 10:02:14 +04:00
|
|
|
|
2014-10-07 15:59:18 +04:00
|
|
|
void dma_acct_start(BlockBackend *blk, BlockAcctCookie *cookie,
|
2011-09-05 16:20:29 +04:00
|
|
|
QEMUSGList *sg, enum BlockAcctType type);
|
|
|
|
|
2021-03-09 13:27:37 +03:00
|
|
|
/**
|
|
|
|
* dma_aligned_pow2_mask: Return the address bit mask of the largest
|
|
|
|
* power of 2 size less or equal than @end - @start + 1, aligned with @start,
|
|
|
|
* and bounded by 1 << @max_addr_bits bits.
|
|
|
|
*
|
|
|
|
* @start: range start address
|
|
|
|
* @end: range end address (greater than @start)
|
|
|
|
* @max_addr_bits: max address bits (<= 64)
|
|
|
|
*/
|
|
|
|
uint64_t dma_aligned_pow2_mask(uint64_t start, uint64_t end,
|
|
|
|
int max_addr_bits);
|
|
|
|
|
2009-02-06 00:23:50 +03:00
|
|
|
#endif
|