_Free: 16
HugePages_Rsvd:0
HugePages_Surp:0
Hugepagesize:1048576 kB
Rgds,
Gopa.
On Wed, Dec 21, 2016 at 11:38 PM, Yuanhan Liu
wrote:
> On Mon, Dec 19, 2016 at 09:59:33PM -0800, Gopakumar Choorakkot Edakkunni
> wrote:
> > While I was testing virtio with u
I tried to load up dpdk (bound to uio_pci_generic, tried igb_uio also!) on
a virtio interface. Dpdk exits with the "Cannot mmap IO port resource"
complaint - the call chain is
legacy_virtio_resource_init()-->pci_uio_ioport_map().
If anyone can give any clues/pointers as to what might be wrong, tha
16 at 8:30 PM, Gopakumar Choorakkot Edakkunni <
gopakumar@gmail.com> wrote:
> I tried to load up dpdk (bound to uio_pci_generic, tried igb_uio also!) on
> a virtio interface. Dpdk exits with the "Cannot mmap IO port resource"
> complaint - the call chain is
> legacy_vi
r) + 1;
RTE_LOG(DEBUG, EAL, "PCI Port IO found start=0x%"PRIx64"\n",
p->base);
fclose(f);
On Sat, Dec 10, 2016 at 3:21 PM, Gopakumar Choorakkot Edakkunni <
gopakumar@gmail.com> wrote:
> Hi Oliver,
>
> Looking at the kernel code pci_mmap_res
nevermind .. I saw the hew ARCH_X86 flag which I dint realise I have to add
in my config file when I moved from dpdk2.0
On Sun, Dec 11, 2016 at 12:29 AM, Gopakumar Choorakkot Edakkunni <
gopakumar@gmail.com> wrote:
> Somewhere I read that the "offset" parameter for sysfs
While I was testing virtio with ubuntu 14.04 kvm as host and dpdk16.07
linux as guest, quite often I have seen that I get into a situation where
virtio_recv_mergeable_pkts() gets into a forever loop, after sending
traffic for a while. In the below API, I see that it clearly leads to a
while loop,
So the doc says we should call rte_eth_dev_close() *before* going down. And
I know that especially in dpdk-virtionet in the guest + ovs-dpdk in the
host, the ovs ends up getting stalled/stuck (!!) if I dont close the port
before starting() it when the guest dpdk process comes back up.
Considering
- do we still need those fixes if
we have the "virtio reset before init" mechanism ? Or that is a seperate
problem altogether (and hence we would need those fixes) ?
Rgds,
Gopa.
On Thu, Mar 16, 2017 at 7:06 PM, Yuanhan Liu
wrote:
> On Thu, Mar 16, 2017 at 12:39:16PM -0700, Gopakum
2.2.0, Copyright (c) 2003-2008 Fabrice Bellard
~#
Rgds,
Gopa.
On Thu, Mar 16, 2017 at 9:35 PM, Yuanhan Liu
wrote:
> On Thu, Mar 16, 2017 at 07:48:28PM -0700, Gopakumar Choorakkot Edakkunni
> wrote:
> > Thanks a lot for the response Yuanhan. I am using dpdk v16.07. So what
> you
info.
Rgds,
Gopa.
On Thu, Mar 16, 2017 at 10:13 PM, Yuanhan Liu
wrote:
> On Thu, Mar 16, 2017 at 09:56:01PM -0700, Gopakumar Choorakkot Edakkunni
> wrote:
> > Hi Yuanhan,
> >
> > Thanks for the confirmation about not having to do anything special to
> close
> &
?
Rgds,
Gopa.
On Thu, Mar 16, 2017 at 10:24 PM, Yuanhan Liu
wrote:
> On Thu, Mar 16, 2017 at 10:20:30PM -0700, Gopakumar Choorakkot Edakkunni
> wrote:
> > >> When I was saying dpdk version, I meant the DPDK version with OVS.
> >
> > Oh I see! My apologies for the misuders
Thanks again Yuanhan, you are the true expert!!
Rgds,
Gopa.
On Thu, Mar 16, 2017 at 10:40 PM, Yuanhan Liu
wrote:
> On Thu, Mar 16, 2017 at 10:30:09PM -0700, Gopakumar Choorakkot Edakkunni
> wrote:
> > Thanks for the confirmation, glad I reached the person who knows the
> nuts a
_memory_init()
Rgds,
Gopa.
On Thu, Mar 16, 2017 at 10:50 PM, Gopakumar Choorakkot Edakkunni <
gopakumar@gmail.com> wrote:
> Thanks again Yuanhan, you are the true expert!!
>
> Rgds,
> Gopa.
>
> On Thu, Mar 16, 2017 at 10:40 PM, Yuanhan Liu > wrote:
>
>
, Gopakumar Choorakkot Edakkunni <
gopakumar@gmail.com> wrote:
> Hi Yuan,
>
> As a "hack"/"workaround", in rte_eal_init(), if I can call vtpci_reset()
> just before rte_eal_memory_init(), that should take care of the problem of
> host zeroing out hugep
t
and does hugepage init etc.., it in theory should not confuse the host ovs ?
Rgds,
Gopa.
On Sat, Mar 18, 2017 at 2:37 PM, Gopakumar Choorakkot Edakkunni <
gopakumar@gmail.com> wrote:
> I mean vtpci_reset is called from rte_eal_pci_probe() which is the *last*
> thing in rte_eal_in
host ! Thanks again for your suggestions.
Rgds,
Gopa.
On Sat, Mar 18, 2017 at 4:43 PM, Gopakumar Choorakkot Edakkunni <
gopakumar@gmail.com> wrote:
> I ended up implementing a mechanism to do the equivalent of a
> vtpci_reset() as soon as the dpdk-app dies and just before it comes
Hi All,
I have an extremely simple test - I have just one single DPDK EAL
thread which pulls packets from one 10G port and just puts the packet
exactly as is (no changes) on another 10G port - I get 9.5million pps,
so far so good. So its like this
dpdk_rx
dpdk_tx
9.5 Millionpps
Now I do the bel
AM, Gopakumar Choorakkot Edakkunni
wrote:
> Hi Thomas, Bruce,
>
> Thanks for the responses. Please find my answers as below.
>
> Thomas>> "You mean you are using SR-IOV from Amazon, right? Do you
> have more hardware details?"
>
> That is correct. I am attachi
Hi,
I have a requirement where one of my non-EAL app threads needs to
handoff some packets to an EAL task. I was thinking of using
rte_ring_mp_enqueue/dequeue for that purpose. I looked at the code for
the rte_ring library and it doesnt look like it has any "EAL"
dependencies, but I wanted to doub
rte_ring_create() needs a socket-id though and seems to be allocating
core-specific memory pools for the ring ? But my non-EAL app thread is
not bound to any core, so now I am wondering if that will work.
Rgds,
Gopa.
On Wed, Jul 1, 2015 at 10:46 AM, Gopakumar Choorakkot Edakkunni
wrote:
>
duled
again. Moreover, if the 1st pthread is preempted by a context that has
an higher priority, it may even cause a dead lock."
Rgds,
Gopa.
On Thu, Jul 2, 2015 at 2:20 AM, Bruce Richardson
wrote:
> On Wed, Jul 01, 2015 at 10:50:49AM -0700, Gopakumar Choorakkot Edakkunni
> wrote:
&g
Hi,
I am starting to tryout dpdk-2.0.0 with a simple Rx routine very
similar to the l2fwd example - I am running this on a c3.8xlarge aws
sr-iov enabled vpc instance (inside the vm it uses ixgbevf driver).
Once in every 10 minutes my application crashes in the recieve path.
And whenever I check t
ue, Jun 30, 2015 at 9:08 AM, Thomas Monjalon
wrote:
> 2015-06-30 08:49, Gopakumar Choorakkot Edakkunni:
>> I am starting to tryout dpdk-2.0.0 with a simple Rx routine very
>> similar to the l2fwd example - I am running this on a c3.8xlarge aws
>> sr-iov enabled vpc instance (ins
Hi all,
So 16.07 seems to have an rte_mempool_create() which can allocate items
from multiple memzones (commit d1d914eb), which is awesome and is the
reason I upgraed to 16.07 !!
But .. when I call rte_kni_alloc() with the mempool as parameter, theres a
check in there which says below
/* KNI
Hi all,
My application takes over one/multiple ethernet port(s) in a linux
system and creates KNI interfaces corresponding to them. So if there
was eth0 and eth1 in the non-dpdk mode, once I take over the ports
using dpdk, I create eth0 and eth1 KNI interfaces. As far as the linux
network managers
8, 2015 at 1:00 PM, Gopakumar Choorakkot Edakkunni
wrote:
> Hi all,
>
> My application takes over one/multiple ethernet port(s) in a linux
> system and creates KNI interfaces corresponding to them. So if there
> was eth0 and eth1 in the non-dpdk mode, once I take over the ports
Crash is just one example I called out, the other example is a hotfix
update to the app which ends up gracefully restarting the app.
Rgds,
Gopa.
On Thu, Jul 9, 2015 at 12:47 AM, Marc Sune wrote:
>
>
> On 09/07/15 08:36, Gopakumar Choorakkot Edakkunni wrote:
>>
>> Reading t
reattaches it to the existing ones. The way I look at it,
its similar to the tun/tap ioctl option TUNSETPERSIST.
Rgds,
Gopa.
On Thu, Jul 9, 2015 at 9:46 AM, Stephen Hemminger
wrote:
> On Wed, 8 Jul 2015 23:36:52 -0700
> Gopakumar Choorakkot Edakkunni wrote:
>
>> Reading through
I guess theres not much interest from others for this support in
general, but putting it out here in case anyone wants to take a look.
If anyone finds any major issues with the diffset, please do let me
know, that will be of great help. I have tested this on my machine.
Rgds,
Gopa.
--
All,
I have a Xeon machine with linux kernel 3.14 and dpdk 2.0, I have 6 ports
of which 4 are igb and 2 are ixgbe drivers .. I use the python script in
the dpdk distribution to bind and unbind the ports. I unbind them from
linux and bind to igb_uio, dpdk works just fine, then after a while I
unbin
, Remy Horton wrote:
> Morning,
>
> On 13/04/2016 15:48, Gopakumar Choorakkot Edakkunni wrote:
> [..]
>
>> then after a while I
>> unbind from igb_uio and bind them back to igb/ixgbe. At this point, one of
>> the 4 igb ports (random) stops responding to ethtool, ethto
I put some sleep (2 seconds) between
unbind igb_uio and re-bind igb, the network-restart-hosing-system doesnt
happen, but the ethtool issue still remains
Rgds,
Gopa.
On Fri, Apr 15, 2016 at 12:50 AM, Remy Horton wrote:
> On 14/04/2016 20:25, Gopakumar Choorakkot Edakkunni wrote:
> [.
when acpi is on .. Any thoughts ?
Rgds,
Gopa.
On Fri, Apr 15, 2016 at 10:38 AM, Gopakumar Choorakkot Edakkunni <
gopakumar.c.e at gmail.com> wrote:
> Nothing in dmesg .. The ethtool was just a side-observation, the biggest
> problem was that after unbinding from igb_uio and rebinding
the
device ? The next step is to enable debugs in igb driver and see if there
are any debugs that tells more about what happened
Rgds,
Gopa.
On Fri, Apr 15, 2016 at 12:31 PM, Gopakumar Choorakkot Edakkunni <
gopakumar.c.e at gmail.com> wrote:
> So looks like I figured it out .. I ca
Just to update this thread. With power management for IGB disabled, this
problem is not seen .. So for now thats the "workaround"
Rgds,
Gopa.
On Mon, Apr 18, 2016 at 3:08 AM, Remy Horton wrote:
>
> On 15/04/2016 23:56, Gopakumar Choorakkot Edakkunni wrote:
>
>> This t
the reason
for this restriction is - I was gonna check if I can fix that
Rgds,
Gopa.
On Sat, Jul 30, 2016 at 10:39 PM, Gopakumar Choorakkot Edakkunni <
gopakumar.c.e at gmail.com> wrote:
> Hi all,
>
> So 16.07 seems to have an rte_mempool_create() which can allocate items
> from mult
I see the below message "requested invalid api version" on host ? Will that
be an issue or is it benign ? Should I upgrade the host ixgbe to a later
version ?
On the host:
*[69576.199458] ixgbe :88:00.1 p4p2: VF 2 requested invalid api version
3*
root# lsb_release -a
No LSB modules are avail
n 8/1/2016 10:19 PM, Gopakumar Choorakkot Edakkunni wrote:
> >>> Well, for my purpose I just ended up creating a seperate/smaller pool
> >>> earlier during bootup to try to guarantee its from one memseg.
> >>>
> >>> But I am assuming that this KN
38 matches
Mail list logo
