From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-io0-f180.google.com (mail-io0-f180.google.com [209.85.223.180]) by dpdk.org (Postfix) with ESMTP id 8D52F8E9A for ; Fri, 4 Dec 2015 17:31:00 +0100 (CET) Received: by ioc74 with SMTP id 74so120989781ioc.2 for ; Fri, 04 Dec 2015 08:31:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7PD+NiM2SjenYG7Pj66J3Je7Bkp2yEPjmDwEf0Il1cw=; b=L9Dn3FnyLYkhyv0ySNN7tKUuXrDVAzqDUMB+YDSFWLdtLNbgAYR4/RY/3P1ibgE3M/ 55GDXfBjVQHw2uHcVb1EIqdeM3HiNneUEaFdJ+PbD4rwHXihsj54y8a8aukBHpXFlqEj qxL6/5WdZP5hcMWlqXTYwW91c8x5pzcoBU+okJZxu7qJKkc/LiHGfPb5G/FE4K8dRDaN WcH6VvLxZh5YDs5LuZeQsRaw/LD6zFY+O0hACHSHNX00xSzwAEEzeeKNNcDNpan8EyIC pXwdZvCcsRE1Jl8KNuako5EGm1d6+ck9qC/ZhGMauCtXVf2X2qEAW21ym70mYNm+cDn5 kUrw== MIME-Version: 1.0 X-Received: by 10.107.9.219 with SMTP id 88mr15591839ioj.6.1449246659878; Fri, 04 Dec 2015 08:30:59 -0800 (PST) Received: by 10.36.109.13 with HTTP; Fri, 4 Dec 2015 08:30:59 -0800 (PST) In-Reply-To: <1990785.CcVbSUjEhi@xps13> References: <1990785.CcVbSUjEhi@xps13> Date: Fri, 4 Dec 2015 18:30:59 +0200 Message-ID: From: Ran Shalit To: Thomas Monjalon Content-Type: text/plain; charset=UTF-8 Cc: users@dpdk.org Subject: Re: [dpdk-users] dpdk - for video frames too ? X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Dec 2015 16:31:00 -0000 On Thu, Nov 12, 2015 at 10:49 AM, Thomas Monjalon wrote: > 2015-11-12 09:14, Ran Shalit: >> I need to develop a driver/application which capture and output video >> frames from PCIe device , and is using Intel cpu (i7), Centand Intel's >> media sdk server framework for the video compression. >> >> I am not sure what will be a better choice between the following 2 options: >> 1. application which use dpdk for capture and output to the PCIe device >> 2. v4l driver for the PCIe device >> >> dpdk is supposed to be able to read/write from PCIe device too. >> I tried to see the prons/cons of dpdk compared to v4l. >> >> prons of dpdk, as I understand them: >> 1. userspace application (easier debugging compared to kernel >> debugging of v4l device driver) >> 2. supposed better performance >> >> cons of dpdk compared to v4l: >> 1. I could not find examples for PCIe device usage , or samples for >> showing how application (such as media sdk) use dpdk video frames. > > There is no API for video currently. > There is an API for networking drivers and a crypto API is coming. > If you feel a DPDK poll mode driver would be a good design, you are > welcome to do it. In case it brings some performance improvement, > it can be decided (no guarantee) to integrate it in the scope of the DPDK. Hi Thomas, I've reply for a message posted some time ago. Is dpdk capable of recieveing and sending buffers from PCIe using DMAs ? I think that if the buffers represent video or not is less important, because the important thing is to be capable to stream buffers from (or to) the PCIe device. Do you think it is ready to be used for such purpose ? I ask becuase I try to see which alternative is better v4l2 or dpdk. Dpdk can be used from userspace which in my opinion is great advantage, but if it can't do these streaming of buffers from PCIe, than probably I should stick with v4l2 development. Best Regards, Ran