From: Liang Ma <liangma@liangbit.com>
To: Bruce Richardson <bruce.richardson@intel.com>
Cc: dev@dpdk.org
Subject: Re: [dpdk-dev] Question about enable CBDMA with ioat PMD ?
Date: Wed, 14 Apr 2021 13:52:14 +0100 [thread overview]
Message-ID: <YHblfnmD9RrcxHs5@C02F33EJML85> (raw)
In-Reply-To: <20210414104803.GA514@bricha3-MOBL.ger.corp.intel.com>
On Wed, Apr 14, 2021 at 11:48:03AM +0100, Bruce Richardson wrote:
> On Wed, Apr 14, 2021 at 11:37:48AM +0100, Liang Ma wrote:
> > On Tue, Apr 13, 2021 at 07:24:41PM +0100, Bruce Richardson wrote:
> > > On Tue, Apr 13, 2021 at 06:36:38PM +0100, Liang Ma wrote:
> > > > Hi Bruce,
> > > > I look into current IOAT PMD. I found that looks only support the
> > > > latest DSA device which is part of SPR(Please correct me if I'm wrong).
> > > > However, there still is lots existing CPU that support previous CBDMA
> > > > Intel Quick-DATA technology. SPDK enable those device with uio.
> > > > Any hint to enable those CBDMA device with IOAT PMD ?
> > > >
> > >
> > > Hi Liang,
> > >
> > > These devices are still supported by the driver. In the latest releases the
> > > new device support was added but no older device support was removed.
> > > Please let us know if you do hit any problems with running it on the CBDMA
> > > HW devices, because it should all still be working as before.
> > >
> > > Regards,
> > > /Bruce
> > Hi Bruce,
> > I hit a problem with CBDMA enabling.
> >
> > 1. I follow the DPDK IOAT driver Doc, I bind 0000.04.0 device with
> > dpdk-devbind.py
> >
> > 2. I run dpdk-test without any parameter then dpdk-test complain with
> >
> > EAL: VFIO support initialized
> > EAL: 0000:00:04.0 VFIO group is not viable! Not all devices in IOMMU
> > group bound to VFIO or unbound
> > Requested device 0000:00:04.0 cannot be used
> >
> > 3. kernel boot parameter include the "intel_iommu=on"
> >
> > If I still need some extra iommu settings for CBDMA device ?
> >
> It's an IOMMU limitation, not just for CBDMA but for other devices like
> NICs too - you need to ensure all subfunctions on a device are all bound to
> the same IOMMU group. So for the CBDMA instance, to use one channel with
> vfio, the other channels on the device also need to be bound to vfio, or
> else not bound to any driver. If bound to the kernel driver, there will be
> IOMMU conflicts as we can't split the channels between kernel and userspace
> address spaces.
>
> /Bruce
I bind whole device from 00:04.0 to 00:04.7. ioat PMD complain
with "ioat_rawdev_create(): ioat_rawdev_create: Channel appears
locked". Any hint?
Regards
Liang
next prev parent reply other threads:[~2021-04-14 12:52 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-04-13 17:36 Liang Ma
2021-04-13 18:24 ` Bruce Richardson
2021-04-14 10:37 ` Liang Ma
2021-04-14 10:48 ` Bruce Richardson
2021-04-14 12:52 ` Liang Ma [this message]
2021-04-14 13:21 ` Bruce Richardson
2021-04-14 13:45 ` Liang Ma
2021-04-14 13:49 ` Bruce Richardson
2021-04-14 15:33 ` Burakov, Anatoly
2021-04-18 15:00 ` Liang Ma
2021-04-14 15:31 ` Burakov, Anatoly
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=YHblfnmD9RrcxHs5@C02F33EJML85 \
--to=liangma@liangbit.com \
--cc=bruce.richardson@intel.com \
--cc=dev@dpdk.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).