[dpdk-dev] [EXT] Re: [PATCH] bus/pci: fix IOVA as VA mode selection
Burakov, Anatoly
anatoly.burakov at intel.com
Tue Jul 9 11:44:35 CEST 2019
On 08-Jul-19 8:13 PM, Jerin Jacob Kollanukkaran wrote:
> See below,
>
> Please send the email as text to avoid formatting issue.(No HTML)
>
> From: David Marchand <david.marchand at redhat.com>
> Sent: Tuesday, July 9, 2019 12:09 AM
> To: Jerin Jacob Kollanukkaran <jerinj at marvell.com>
> Cc: dev <dev at dpdk.org>; Thomas Monjalon <thomas at monjalon.net>; Ben Walker <benjamin.walker at intel.com>; Burakov, Anatoly <anatoly.burakov at intel.com>
> Subject: [EXT] Re: [dpdk-dev] [PATCH] bus/pci: fix IOVA as VA mode selection
>
> ________________________________________
>
> On Mon, Jul 8, 2019 at 4:25 PM <mailto:jerinj at marvell.com> wrote:
> From: Jerin Jacob <mailto:jerinj at marvell.com>
>
> Existing logic fails to select IOVA mode as VA
> if driver request to enable IOVA as VA.
>
> IOVA as VA has more strict requirement than other modes,
> so enabling positive logic for IOVA as VA selection.
>
> This patch also updates the default IOVA mode as PA
> for PCI devices as it has to deal with DMA engines unlike
> the virtual devices that may need only IOVA as DC.
>
> We have three cases:
> - driver/hw supports IOVA as PA only
>
> [Jerin] It is not driver cap, it is more of system cap(IOMMU vs non IOMMU). We are already addressing that case
I don't get how this works. How does "system capability" affect what the
device itself supports? Are we to assume that *all* hardware support
IOVA as VA by default? "System capability" is more of a bus issue than
an individual device issue, is it not?
--
Thanks,
Anatoly
More information about the dev
mailing list