Thanks Huawei/ Selvaganapathy.
Regards,
Sambath
On Mon, Jan 20, 2014 at 10:42 AM, Selvaganapathy Chidambaram <
selvaganapathyc at gmail.com> wrote:
> Thanks Huawei.
>
> Hi Sambath,
>
> As Huawei mentioned, debugging pci_uio_map_resource helped. Setting
> CONFIG_RTE_EAL_UNBIND_PORTS=y fixed the
Hi All,
I have the same issue. Is there a known solution for this?
Regards,
Sambath
On Fri, Jan 10, 2014 at 3:47 PM, Selvaganapathy Chidambaram <
selvaganapathyc at gmail.com> wrote:
> Hi,
>
> I am using dpdk 1.5 where virtio pmd is available
> in dpdk-1.5.1r2/lib/librte_pmd_virtio/.
>
> Whe
Understood. Thanks for getting back.
Regards,
Sambath
On Wed, Dec 4, 2013 at 1:51 PM, Stephen Hemminger <
stephen at networkplumber.org> wrote:
> On Wed, 4 Dec 2013 13:47:10 -0800
> Sambath Kumar Balasubramanian wrote:
>
> > Thanks Stephen. I was going to do prototype s
.
>
>
>
> Hope this helps.
>
>
>
> Fran?ois-Fr?d?ric
>
>
>
> *De :* Sambath Kumar Balasubramanian [mailto:
> sambath.balasubramanian at gmail.com]
> *Envoy? :* mercredi 4 d?cembre 2013 15:01
> *? :* Fran?ois-Fr?d?ric Ozog
> *Cc :* dev at dpdk.org
&
<
stephen at networkplumber.org> wrote:
> On Wed, 4 Dec 2013 03:46:36 -0800
> Sambath Kumar Balasubramanian wrote:
>
> > Hi,
> >
> > The ring library seems to be an excellent IPC. But looking at one use
> > case where the fast path code posts events to event thr
Thanks Fran?ois-Fr?d?ric. That puts real good perspective on the cost for
the vent assuming each packet in the fast will result
in an event. If event rate is orders of magnitude less than the packet
rate, then I guess we can still achieve 10G since the "extra cost" will be
in the event thread and n
Hi,
The ring library seems to be an excellent IPC. But looking at one use
case where the fast path code posts events to event thread for example, the
event thread will spend some cycles polling the ring rather than waiting
for the event. One approach could be a fast path code basically posts the
Hi Prashant,
Did some research and looks like there an option in the driver disable it
from 3.2 kernel. Any kernel before that looks to be a source code
modification.
Again Thanks for you help.
Regards,
Sambath
On Sun, Nov 3, 2013 at 5:18 AM, Sambath Kumar Balasubramanian
l Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Sambath Kumar
> Balasubramanian
> Sent: Sunday, November 03, 2013 4:26 AM
> To: dev at dpdk.org
> Subject: Re: [dpdk-dev] Debugging igbvf_pmd
>
> Sorry pressed the send button too soon. The NIC Card w
(): port_id=3 queue_id=0 pktlen=60 tx_first=14
tx_last=14
PMD: eth_igb_xmit_pkts(): port_id=3 queue_id=0 tx_tail=15 nb_tx=1
Thanks,
Sambath
On Sat, Nov 2, 2013 at 3:54 PM, Sambath Kumar Balasubramanian <
sambath.balasubramanian at gmail.com> wrote:
> Hi,
>
> We are developing an Ap
Hi,
We are developing an App over DPDK and in one scenario with SR-IOV with
one of the VFs mapped to a VM and DPDK running on the VM, we see that the
packets are not coming on the wire but I get the following debug logs for
every packet transmitted. We are getting the same format of packets on t
cks to avoid race
> conditions.
>
>
> 2013/10/17 Sambath Kumar Balasubramanian <
> sambath.balasubramanian at gmail.com>
>
>> Hi,
>>
>> I have a test dpdk application with 2 lcores receiving packets
>> using rte_eth_rx_burst API. Is this a supported p
Hi,
I have a test dpdk application with 2 lcores receiving packets
using rte_eth_rx_burst API. Is this a supported packet processing model.
The reason I am asking is I am running into some trouble with this model.
Thanks,
Sambath
Hi All,
Just wanted to confirm that 1.4.1 is the latest stable version of DPDK
that is recommended for use?
Thanks,
Sambath
On Fri, Sep 6, 2013 at 7:56 AM, St Leger, Jim wrote:
> As Stephen noted, Intel has posted our latest Intel DPDK to our site.
> The main site is
> http://www.intel.com/co
14 matches
Mail list logo
