DPDK patches and discussions
 help / color / mirror / Atom feed
From: Maxime Coquelin <maxime.coquelin@redhat.com>
To: Matan Azrad <matan@mellanox.com>, Asaf Penso <asafp@mellanox.com>,
	"dev@dpdk.org" <dev@dpdk.org>
Cc: Slava Ovsiienko <viacheslavo@mellanox.com>,
	Shahaf Shuler <shahafs@mellanox.com>
Subject: Re: [dpdk-dev] [PATCH 2/4] vdpa/mlx5: support direct HW notifications
Date: Mon, 27 Apr 2020 09:45:07 +0200	[thread overview]
Message-ID: <d198baca-4359-82f8-81bf-3589c1209a39@redhat.com> (raw)
In-Reply-To: <AM0PR0502MB40199223235D0729C291BD38D2AE0@AM0PR0502MB4019.eurprd05.prod.outlook.com>



On 4/26/20 9:06 AM, Matan Azrad wrote:
> 
> 
> From: Maxime Coquelin <maxime.coquelin@redhat.com>
>> On 4/15/20 11:47 AM, Maxime Coquelin wrote:
>>>
>>>
>>> On 3/24/20 3:24 PM, Asaf Penso wrote:
>>>> From: Matan Azrad <matan@mellanox.com>
>>>>
>>>> Add support for the next 2 callbacks:
>>>> get_vfio_device_fd and get_notify_area.
>>>>
>>>> This will allow direct HW doorbell ringing from guest and will save
>>>> CPU usage in host.
>>>>
>>>> By this patch, the QEMU will map the physical address of the virtio
>>>> device in guest directly to the physical address of the HW device
>>>> doorbell.
>>>>
>>>> The guest doorbell write is 2 bytes transaction while some Mellanox
>>>> nics support only 4 bytes transactions.
>>>>
>>>> Remove ConnectX-5 and BF1 devices support which don't support 2B
>>>> doorbell writes for HW triggering.
>>>
>>> Couldn't we have different rte_vdpa_dev_ops depending on whether
>>> doorbell write support?
>>
>> I'll take the patch so that it lands into -rc1.
>> But I would like to discuss the opportunity to have different dev_ops based
>> on the device IDs, so that BF can still be supported. Maybe that could be
>> done in -rc2?
> 
> Mellanox decided to remove BF1 from GA and from upstream support.
> GA devices are CX6dx + BF2.

Thanks for the clarification.

Maxime

>>
>> Reviewed-by: Maxime Coquelin <maxime.coquelin@redhat.com>
>>
>> Thanks,
>> Maxime
>>
> 


  reply	other threads:[~2020-04-27  7:45 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-03-24 14:24 [dpdk-dev] [PATCH 0/4] vdpa/mlx5: support direct notification Asaf Penso
2020-03-24 14:24 ` [dpdk-dev] [PATCH 1/4] vdpa/mlx5: move virtual doorbell alloc to probe Asaf Penso
2020-04-15  9:44   ` Maxime Coquelin
2020-03-24 14:24 ` [dpdk-dev] [PATCH 2/4] vdpa/mlx5: support direct HW notifications Asaf Penso
2020-04-15  9:47   ` Maxime Coquelin
2020-04-17 11:54     ` Maxime Coquelin
2020-04-26  7:06       ` Matan Azrad
2020-04-27  7:45         ` Maxime Coquelin [this message]
2020-03-24 14:24 ` [dpdk-dev] [PATCH 3/4] vdpa/mlx5: validate notifier configuration Asaf Penso
2020-04-15  9:54   ` Maxime Coquelin
2020-03-24 14:24 ` [dpdk-dev] [PATCH 4/4] vdpa/mlx5: add log prints Asaf Penso
2020-04-17 11:54   ` Maxime Coquelin
2020-04-17 17:14 ` [dpdk-dev] [PATCH 0/4] vdpa/mlx5: support direct notification Maxime Coquelin

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=d198baca-4359-82f8-81bf-3589c1209a39@redhat.com \
    --to=maxime.coquelin@redhat.com \
    --cc=asafp@mellanox.com \
    --cc=dev@dpdk.org \
    --cc=matan@mellanox.com \
    --cc=shahafs@mellanox.com \
    --cc=viacheslavo@mellanox.com \
    /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).